Extreme Programming. Lutz Kirchner.

Größe: px
Ab Seite anzeigen:

Download "Extreme Programming. Lutz Kirchner. www.exedio.com"

Transkript

1 Extreme Programming Lutz Kirchner

2 2

3 Blaues Wunder: eine bewunderte Ingenieursleistung Ein Bedürfnis wird elegant erfüllt Die Technologie ist neuartig Das Design ist hochmodern und rekordhaltig Die Ingenieure waren sicher sehr stolz Leistungen wie diese haben unsere Methodik geprägt! 3

4 Blaues Wunder & Software: Die Unterschiede Anforderungen leicht bestimmbar (trivial, gegenständlich, innerhalb herkömmlicher Begriffswelt, einfach vorstell- und kommunizierbar) Design und Implementierung stark von (Detail-)Anforderungen abhängig Design und besonders Implementierung nachträglich kaum änderbar Anforderungen schwer bestimmbar (komplex, abstrakt, außerhalb herkömmlicher Begriffswelt, schwer vorstell- und kommunizierbar) Design und Implementierung viel weniger stark von Anforderungen abhängig Implementierung und sogar Design nachträglich sehr gut änderbar 4

5 Traditionelle Annahme über Kosten für Veränderung Kosten für Veränderung Anforderungen Analyse Design Implementierung Testen Betrieb 5

6 XP-Annahme über Kosten für Veränderung bei Softwareentwicklung* Kosten für Veränderung Projektlaufzeit *nur unter bestimmten Umständen 6

7 Kosten für Ermittlung tatsächlicher Anforderungen Software Kosten Blaues Wunder Projektlaufzeit 7

8 Was soll Extreme Programming (XP) sein? Softwareentwicklungsphilosophie Umfangreiche, alternative Methodik Provokation Revolution Rezept gegen Risiko und für Erfolg 8

9 Beispiele für Risiko Zeitplanung rutscht System wird sauer System hat häufige Defekte Zielverfehlung durch falsche Anforderungen Anforderungen verändern sich Reiche, aber nicht sinnvolle Funktionalität Unzufriedenheit im Team Projekt abgesagt 9

10 Weisheit 1: Die vier Projektvariablen Kosten Qualität Zeit Umfang XP: Umfang einzige tatsächlich einstellbare Variable 10

11 Projektvariable Zeit Mehr Zeit kann mehr Qualität und mehr Umfang ermöglichen. Zu viel Zeit ist schädlich, denn der Umfang kann wuchern. Bei Problemen die Zeit zu verlängern, ist in vieler Hinsicht schädlich (Frustration bei Entwicklern, Kunden) 11

12 Projektvariable Kosten Oft nur in geringen Grenzen effektiv einstellbar Neun Frauen können nicht in einem Monat ein Kind bekommen Achtzehn Frauen können ebenfalls nicht in einem Monat ein Kind bekommen Emotionaler Effekt auf Prestige und Status für Manager 12

13 Projektvariable Qualität Reduktion der Qualität kann zu großen kurzfristigen Erfolgen führen Langfristige Kosten und Risiken sind überproportional hoch Insistieren auf Qualität kann aber auch sofort zu geringerem Zeitbedarf führen Qualität sollte daher fast immer auf hohem Niveau gehalten werden 13

14 Projektvariable Umfang Umfang sehr flexibel, weil Kunden sowieso nie genau sagen können, was sie wollen Wenn Kunden die erste Lieferung bekommen, wissen sie, was sie in der zweiten wollen (was sie schon in der ersten gewollt hätten) und so weiter Weiche Anforderungen als Chance, nicht als Problem sehen: Embrace Change 14

15 XP-Sicht auf Projektvariablen Kosten Qualität Zeit Umfang 15

16 Weisheit 2: Software Engineering ist wie Autofahren Mein Fahrlehrer hat mir das Autofahren erklärt... Es war ganz einfach Ich war ein toller Fahrer Ich dachte ein bisschen nach, wohin man überall fahren könnte... OOOOPS, ich war neben der Straße, mein Fahrlehrer musste ins Steuer greifen 16

17 Ständige Aufmerksamkeit!! Auch wenn Dinge perfekt scheinen, Augen nicht von der Straße nehmen Stets kleine Korrekturen vornehmen Manchmal auch in komplett andere Richtung weiterfahren Veränderung ist nicht das Problem, sondern die Unfähigkeit, damit umzugehen 17

18 Weisheit 3: 4 Grundkonzepte mit Eigenwert Kommunikation Einfachheit Feedback Mut 18

19 Kommunikation Manager, Entwickler, Tester, Kunden MÜSSEN gut kommunizieren Misserfolg fast immer auch auf schlechte Kommunikation zurückzuführen Offenheit, Ehrlichkeit, Atmosphäre sind wichtig XP führt Praktiken ein, die Kommunikation fördern 19

20 Einfachheit What is the simplest thing that could possibly work? Einhaltung von Einfachheit schwierig (empirische Erfahrung) Keine Rücksicht auf eventuelle Zukunft Kein Stolz auf zu mächtiges Design Unbewusste Angst vor exponentiellen Veränderungskosten ablegen Einfachheit spart unmittelbar und zukünftig Kosten! 20

21 Feedback Ist das, was ich gemacht habe OK? Feedback: Testen, Integrieren, Ausliefern, Ausprobieren,... Optimismus ist Krankheit, die Softwareentwicklung ständig begleitet Schnelles Feedback ist Medizin und Lernvoraussetzung Ehrliches Messen! 21

22 Mut Späte Veränderung des Designs Wegwerfen von Code Analogie zu Optimierungsalgorithmen Bei lokalem Optimum können kleine Bewegungen nichts mehr verbessern Große Bewegungen kosten Mut Auf Gewinn spielen! 22

23 Grundhaltung bei Softwareentwicklung Einfachheit von Problemen annehmen Kleine Anfangsinvestition Kleine Schritte, viele Iterationen Leichtes, ballastarmes Reisen Veränderung freudig erwarten Akzeptierte Verantwortung Kompromisslosigkeit in Qualität 23

24 Grundaktivitäten bei Softwareentwicklung Programmieren Testen Zuhören Design machen 24

25 Methode 1: Planungsspiel User Stories schreiben und mit Wert versehen Risiko und Aufwand der User Stories schätzen Schnell den Umfang und Plan für nächste Lieferung ermitteln: Wert und Risiko zuerst Plan ständig an der Wirklichkeit aktualisieren 25

26 Methode 2: Kleine Releases Ein einfaches System schnell zur Auslieferung und zum praktischen Einsatz bringen Danach in möglichst kurzen Zyklen erweiterte Versionen ausliefern (z.b. 1-2 Monate, nicht 6-12) 26

27 Methode 3: Metapher Die gesamte Entwicklung soll von allgemein bekannt gemachter und immer benutzter Metapher für das Gesamtsystem begleitet werden Zum Beispiel Einkaufswagen, Kasse usw. bei E- Commerce (triviale Metapher) Metapher ist Kommunikationsgrundlage Gute Metapher so wertvoll wie gute Architektur! 27

28 Methode 4: Einfaches Design Design zu jedem Zeitpunkt so einfach wie möglich halten: Alle Tests bestehen Keine Duplikation Enthält alles, was Programmierern wichtig ist Unnötige Komplexität wird entfernt sofort nach ihrer Entdeckung 28

29 Methode 5: Testing Entwickler schreiben Unit Tests vor dem Entwickeln Unit Tests sind Stichproben für korrekte Funktionsweise von Softwaremodulen Entwicklung fährt fort, nachdem alle Tests laufen Kunden oder Qualitätssicherung schreiben funktionale Tests Funktionale Tests demonstrieren Erfüllung von User Stories 29

30 Methode 6: Refaktorisierung Restrukturierung des Systems ohne Veränderung des Verhaltens Verhinderung von Duplikation Verbesserung von Design (z.b. durch Design Patterns) Verbesserung von Kommunikation Flexibilität hinzufügen 30

31 Methode 7: Pair Programming Aller ausgelieferter Code wird von zwei Programmieren an einer Maschine geschrieben Immer einer programmiert, der andere beobachtet, berät, denkt strategischer: geht das wirklich so?, geht es auch einfacher?... Beide wechseln sich häufig ab Paare werden oft neu gebildet 31

32 Methode 8: Kollektives Code Eigentum Jeder kann jeden Code überall im System jederzeit ändern Evolution von kein Eigentum über individuelles Eigentum zu kollektivem Eigentum Jeder hat Verantwortung für das ganze System Nicht jeder weiß überall gleich viel, aber jeder weiß überall etwas 32

33 Methode 9: Ständige Integration Nach jeder Erfüllung einer einzelnen Aufgabe ist das System zu integrieren und zum Laufen zu bringen. Typischer Weise mehrfach am Tag Einfache Möglichkeit: EINE Integrationsmaschine Integration ist fertig wenn Tests OK Divergierende Systemanteile werden vermieden 33

34 Methode 10: 40-Stunden-Woche Manche können 35, andere 45, aber niemand kann 60 Stunden effektiv arbeiten Überstunden sind Symptom eines ernsten Projektproblems (das gelöst werden muss) XP-Regel: Nie eine zweite Woche in Folge Überstunden!! 34

35 Methode 11: Kunde vor Ort Echten Kunden mit in das Team einbeziehen, der jederzeit Fragen beantworten kann Beschleunigt die Entwicklung durch ständige Präzisierung des Umfanges und ständiges Feedback und verbesserte Kommunikation Kosten dafür lohnen sich 35

36 Methode 12: Programmierrichtlinien Es wird nach Programmierrichtlinien programmiert. Verbesserung der Kommunikation durch Code. Dadurch wird auch Kollektives Code Eigentum, Pair Programming etc. erleichtert. 36

37 Wie kann das funktionieren? Die Praktiken stützen sich gegenseitig Die Schwächen einer Praktik werden durch andere Praktiken kompensiert Z.B. Einfaches Design, Refaktorisierung, Testen 37

38 40-Stunden-Woche Kunde vor Ort Planungsspiel Metapher Einfaches Design Kleine Releases Refaktorisierung Testing Pair Programming Ständige Integration Kollektives Eigentum Programmierrichtlinien 38

39 Qualität Veränderungskosten Mut Umfangsmanagement Kommunikation Autofahren 40-Stunden-Woche Feedback Metapher Einfaches Design Planungsspiel Kunde vor Ort Refaktorisierung Testing Kleine Releases Pair Programming Kollektives Eigentum Programmierrichtlinien Ständige Integration 39

40 XP und Risiko Zeitplan rutscht Management der Projektvariablen Umfang Methoden: Kleine Lieferungen, Kontinuierliche Integration Iterationen (wenige Wochen) für frühes Kundenfeedback Hohe Priorität zuerst, so dass geringste Priorität zuerst aus dem Zeitplan fällt Hohe Risiken zuerst, so dass späte Überraschungen minimiert werden 40

41 XP und Projekt abgesagt Kunde wählt kleinsten möglichen und gleichzeitig wertvollsten Umfang für erste Lieferung (Release) Weniger Risiko vor erstem Einsatz Optimaler Wert bei erster Lieferung Customer-On-Site 41

42 XP und System wird sauer Automatische Tests sichern Funktionsfähigkeit und ermutigen zur Änderung Refaktorisierung hält System sauber Simple Design Kollektives Code Eigentum 42

43 XP und Häufige Defekte Tests sichern Qualität Funktionale Tests testen die Funktionen aus der Sicht der Kunden Unit Tests testen Systembausteine auf ihre Funktionsfähigkeit aus der Sicht der Entwickler Qualität durch simple Design Pair Programing 43

44 XP und Veränderte Anforderungen Umarmung von Veränderung vs. Ignoranz, Ablehnung gegenüber Veränderung Tests 44

45 XP und reiche aber verfehlte Funktionalität Planungsspiel Kleine Lieferungen Feedback Einfachheit 45

46 XP und falsch verstandene Anforderungen Kunde vor Ort Kleine Lieferungen Früher Einsatz 46

47 XP und Unzufriedenheit im Team Optimierung der Qualität 40 Stunden Woche Optimierung der Kommunikation Optimierung der Arbeitsumgebung Eliminierung überflüssiger Praktiken Tests Erfolg 47

48 Management in XP Manager kapselt nicht das Team nach außen / Keine zentralisierte Kontrolle Akzeptierte Verantwortung im Team, Qualitätsarbeit und gegenseitiges Vertrauen Ehrliches Messen, beratende Führung Aufteilung in Tracker und Coach 48

49 Tracker Tracker pflegt Metriken / macht Messungen z.b. (geschätzter Aufwand / tatsächlicher Aufwand) oder (neue Fehler / behobene Fehler) Messungen ständig / Ergebnisse sofort als Feedback ins Team 49

50 Coach Kommunikativ, technisch begabt, nicht leicht in Panik verfallend, vertrauensvoll Kein lead programmer oder system architect Beraten, nicht Entscheidungen treffen Wenn nötig, Interventionen durchführen 50

51 Arbeitsumgebung Nur ein Raum, keine Cubicles / Stellwände Weder Computer noch Manager in Ecken Beinfreiheit unter den Tischen Abstände zwischen Computern optimieren Zufällig aufgeschnappte Infos, wertvolle Einwürfe und minimale Kosten für Zwischenfragen sind unverzichtbar 51

52 Arbeitsumgebung - 2 Werkraum für gemeinsame Baustelle, Pair- Programming, Süßigkeiten Ruhige Zone mit persönlichen Arbeitsplätzen für Urlaubsphotos etc... Kommunikative Zone mit Sofas, Rauchern, Espresso, Flipper für Smalltalk oder bequeme Ad- Hoc Diskussionen etc. Meetingräume 52

53 Probleme mit XP... Werkverträge vs. Dienstleistungsverträge Komplettverträge vs. inkrementelle Verträge Teams räumlich verteilt Projekte zu klein / zu einfach 53

Referat Extreme Programming. Von Irina Gimpeliovskaja und Susanne Richter

Referat Extreme Programming. Von Irina Gimpeliovskaja und Susanne Richter Referat Extreme Programming Von Irina Gimpeliovskaja und Susanne Richter 1.) Was ist XP? Überlegte Annäherung an Softwareentwicklung Prozessmodell für objektorientierte Softwareentwicklung erfordert gute

Mehr

Extreme Programming. Universität Karlsruhe (TH) Fakultät für Informatik Lehrstuhl für Programmiersysteme. Forschungsuniversität gegründet 1825

Extreme Programming. Universität Karlsruhe (TH) Fakultät für Informatik Lehrstuhl für Programmiersysteme. Forschungsuniversität gegründet 1825 Universität Karlsruhe (TH) Forschungsuniversität gegründet 1825 Extreme Programming Agiles Manifest Individuen und Interaktion wichtiger als Prozesse und Werkzeuge Laufende Software wichtiger als vollständige

Mehr

Agile Softwareprozess-Modelle

Agile Softwareprozess-Modelle Agile Softwareprozess-Modelle Steffen Pingel Regionale Fachgruppe IT-Projektmanagement 2003-07-03 Beweglich, Lebhaft, Wendig Was bedeutet Agil? Andere Bezeichnung: Leichtgewichtiger Prozess Manifesto for

Mehr

Extreme Programming ACM/GI Regionalgruppe Bremen, 12.6.2001

Extreme Programming ACM/GI Regionalgruppe Bremen, 12.6.2001 Extreme Programming ACM/GI Regionalgruppe Bremen, 12.6.2001 Tammo Freese OFFIS, Oldenburg freese@acm.org http://www.tammofreese.de Frank Westphal unabhängiger Berater westphal@acm.org http://www.frankwestphal.de

Mehr

(und was wir davon lernen können!)

(und was wir davon lernen können!) extreme Programming (und was wir davon lernen können!) extreme Programming Eine Einführung - basierend auf Kent Beck: extreme Programming explained Addison Wesley (2000) http://www.extremeprogramming.org

Mehr

extreme Programming (XP) Hermann Götz Sergij Paholchak Agenda Was ist XP? Grundprinzipien Der Entwicklungsprozess Die Projektplanung Praktiken Vorteile und Nachteile Wann macht XP Sinn für ein Projekt?

Mehr

Extremes Programmieren

Extremes Programmieren Extremes Programmieren Übersicht, Demonstration, Erfahrungen ACM/GI Regionalgruppe Hamburg, 16.3.2001 Frank Westphal unabhängiger Berater westphal@acm.org http://www.frankwestphal.de Tammo Freese OFFIS,

Mehr

Lösungen zum Test objektorientierter Software

Lösungen zum Test objektorientierter Software Lösungen zum Test objektorientierter Software Pieter van den Hombergh Fontys Hogeschool voor Techniek en Logistiek Software Engineering 14. März 2013 HOM/FHTeL Lösungen zum Test objektorientierter Software

Mehr

Extreme Programming. Referat von Viktoria Schwarzhaupt und Andrea Schuhmann

Extreme Programming. Referat von Viktoria Schwarzhaupt und Andrea Schuhmann Extreme Programming Referat von Viktoria Schwarzhaupt und Andrea Schuhmann 1. Was ist XP - Prozessmodell für die objektorientierte Softwareentwicklung - leichter Softwareentwicklungsprozess Analyse Design

Mehr

Projektmanagement. Dokument V 1.2. Oliver Lietz - Projektmanagement. Probleme bei Projekten

Projektmanagement. Dokument V 1.2. Oliver Lietz - Projektmanagement. Probleme bei Projekten Projektmanagement Agile Methoden: Extreme Programming / Scrum Dokument V 1.2 Probleme bei Projekten Viel Arbeit, die an den Zielen vorbeigeht Viel Dokumentation für f r unbenutzte Bestandteile Fehlende

Mehr

Extremes Programmieren

Extremes Programmieren Extremes Programmieren Übersicht, Demonstration, Erfahrungen ACM/GI Regionalgruppe Hamburg, 19.1.2001 Frank Westphal unabhängiger Berater westphal@acm.org http://www.frankwestphal.de Tammo Freese OFFIS,

Mehr

Extreme Programming: Überblick

Extreme Programming: Überblick Extreme Programming: Überblick Stefan Diener / Apr 18, 2007 / Page 1 Prinzipien Rollen Planung Implementierung Praktiken weitere Vorgehensweisen Grenzen Inhalt Stefan Diener / Apr 18, 2007 / Page 2 Prinzipien

Mehr

Extreme Programming. Frank Gerberding LINEAS Informationstechnik GmbH Theodor-Heuss-Straße 2 D-38122 Braunschweig

Extreme Programming. Frank Gerberding LINEAS Informationstechnik GmbH Theodor-Heuss-Straße 2 D-38122 Braunschweig Extreme Programming Frank Gerberding LINEAS Informationstechnik GmbH Theodor-Heuss-Straße 2 D-38122 Braunschweig Stand: 11.06.2007 LINEAS Gruppe - Zahlen und Fakten LINEAS Gruppe Branche Software- und

Mehr

Projekt: Requirements Engineering Sommersemester 2002. Anforderungsspezifikation im X-Treme Programming

Projekt: Requirements Engineering Sommersemester 2002. Anforderungsspezifikation im X-Treme Programming Projekt: Requirements Engineering Sommersemester 2002 Vortrag von Bernd Simmchen Anforderungsspezifikation im X-Treme Programming Gliederung 1 XP Eine kurze Einführung 2 Anforderungsspezifikation Klassisch

Mehr

Hilfe, mein SCRUM-Team ist nicht agil!

Hilfe, mein SCRUM-Team ist nicht agil! Hilfe, mein SCRUM-Team ist nicht agil! Einleitung: Laut unserer Erfahrung gibt es doch diverse unagile SCRUM-Teams in freier Wildbahn. Denn SCRUM ist zwar eine tolle Sache, macht aber nicht zwangsläufig

Mehr

Software- Projektmanagement. Dokument V 1.2-2010. Oliver Lietz - Projektmanagement. Projektmodelle im Vergleich. Agil Extreme Programming /

Software- Projektmanagement. Dokument V 1.2-2010. Oliver Lietz - Projektmanagement. Projektmodelle im Vergleich. Agil Extreme Programming / Software- Projektmanagement Management- und Phasen-Modelle Vom Wasserfall bis Extreme Programming / Scrum Dokument V 1.2-2010 Projektmodelle im Vergleich Klassisch Wasserfall -Modell Spezifikation/Pflichtenheft

Mehr

- Agile Programmierung -

- Agile Programmierung - Fachhochschule Dortmund Fachbereich Informatik SS 2004 Seminar: Komponentenbasierte Softwareentwicklung und Hypermedia Thema: - - Vortrag von Michael Pols Betreut durch: Prof. Dr. Frank Thiesing Übersicht

Mehr

Agile Methoden. David Tanzer. Oliver Szymanski

Agile Methoden. David Tanzer. Oliver Szymanski Agile Methoden David Tanzer Oliver Szymanski Ziel von Softwareentwicklung Anforderungen zuverlässig und effizient in lauffähige Software verwandeln. Ziel von Softwareentwicklung Bedürfnisse des Kunden

Mehr

Informationssystemanalyse Problemstellung 2 1. Trotz aller Methoden, Techniken usw. zeigen Untersuchungen sehr negative Ergebnisse:

Informationssystemanalyse Problemstellung 2 1. Trotz aller Methoden, Techniken usw. zeigen Untersuchungen sehr negative Ergebnisse: Informationssystemanalyse Problemstellung 2 1 Problemstellung Trotz aller Methoden, Techniken usw. zeigen Untersuchungen sehr negative Ergebnisse: große Software-Systeme werden im Schnitt ein Jahr zu spät

Mehr

Extremes Programmieren

Extremes Programmieren Extremes Programmieren Erschienen im Informatik-Spektrum 23(2), 2000, S. 118-121 als Aktuelles Schlagwort Ralf Reißing Universität Stuttgart Institut für Informatik Abteilung Software Engineering Breitwiesenstr.

Mehr

Qualitätsmanagement. Software-Engineering für große Informationssysteme TU-Wien, Sommersemester 2004 Klaudius Messner

Qualitätsmanagement. Software-Engineering für große Informationssysteme TU-Wien, Sommersemester 2004 Klaudius Messner Qualitätsmanagement Software-Engineering für große Informationssysteme TU-Wien, Sommersemester 2004 Klaudius Messner 2004, Bernhard Anzeletti, Rudolf Lewandowski, Klaudius Messner, All rights reserved,

Mehr

Softwareentwicklung: Variablen, Risiken, wirtschaftliche Gesichtspunkte. Jens Müller TU-Dresden

Softwareentwicklung: Variablen, Risiken, wirtschaftliche Gesichtspunkte. Jens Müller TU-Dresden Softwareentwicklung: Variablen, Risiken, wirtschaftliche Gesichtspunkte TU-Dresden Variablen: Überblick Kosten (Personal, Material) Zeit (Projektdauer) Qualität (z.b. Funktionalität, Zuverlässigkeit) Leistungsumfang

Mehr

MSP: Methoden des Software-Entwicklungsprozesses

MSP: Methoden des Software-Entwicklungsprozesses WS 2005/06 Mastermodul CS 5002 MSP: Methoden des Software-Entwicklungsprozesses Teamentwicklung extreme Programming Projekttagebuch Prof. Dr. Klaus Quibeldey-Cirkel Fachhochschule Gießen-Friedberg Forming

Mehr

Software für die Wirklichkeit.

Software für die Wirklichkeit. Software für die Wirklichkeit. S oftwareentwicklung ist einfach. Man nimmt ein paar Programmierer, sagt Ihnen, was man Visionen sind die Kraft der Zukunft. will und dann sitzen diese introvertierten, genialen

Mehr

Qualitätsmanagement mit Continuous Integration Untersuchung anhand einer Machbarkeitsstudie in der Praxis. Abschlußpräsentation zur Studienarbeit

Qualitätsmanagement mit Continuous Integration Untersuchung anhand einer Machbarkeitsstudie in der Praxis. Abschlußpräsentation zur Studienarbeit Qualitätsmanagement mit Continuous Integration Untersuchung anhand einer Machbarkeitsstudie in der Praxis Abschlußpräsentation zur Studienarbeit Lars Gohlke Diplom-Informatiker (FH) University of Applied

Mehr

Change Management. Veränderungsprozesse initiieren und gestalten

Change Management. Veränderungsprozesse initiieren und gestalten Change Management Veränderungsprozesse initiieren und gestalten Definition Change Management ist ein Sammelbegriff für Strategien und Techniken, mit denen man Veränderungsprozesse so begleitet, dass sich

Mehr

Testmanagement Zentraler Prozess im ALM

Testmanagement Zentraler Prozess im ALM Testmanagement Zentraler Prozess im ALM DI Manfred Baumgartner, ANECON ANECON Software Design und Beratung G.m.b.H. Alser Str. 4/Hof 1 A-1090 Wien Tel.: +43 1 409 58 90 www.anecon.com office@anecon.com

Mehr

Agile Management Einführung in agiles Management

Agile Management Einführung in agiles Management Agile Management Einführung in agiles Management Agile Management Agile Management-Methoden Einführung Agile Management PQRST e.u. - Ing. Erich Freitag Version 25.06.2013 Lernziele Den Unterschied zwischen

Mehr

DevOps in der Praxis. Alexander Pacnik 24.11.2015

DevOps in der Praxis. Alexander Pacnik 24.11.2015 DevOps in der Praxis Alexander Pacnik 24.11.2015 Einführung... DevOps Versuch einer Definition Alexander Pacnik IT Engineering & Operations Project Management inovex GmbH 2 Einführung... DevOps Versuch

Mehr

CONTINUOUS DELIVERY. Entmystifiziert. codecentric AG

CONTINUOUS DELIVERY. Entmystifiziert. codecentric AG CONTINUOUS DELIVERY Entmystifiziert WIE SOFTWARE LIEFERN? 01.07.2014 2 WAS IST CONTINUOUS DELIVERY? Robust Wiederholbar Effektiv 01.07.2014 3 LANDSCHAFTEN Continuous Integration Public / Private Hybrid

Mehr

Einführung in das Scrum Framework & welche 10 Praktiken helfen, Scrum wirklich gut zu machen

Einführung in das Scrum Framework & welche 10 Praktiken helfen, Scrum wirklich gut zu machen Einführung in das Scrum Framework & welche 10 Praktiken helfen, Scrum wirklich gut zu machen Wer bin ich Kurse und Vorträge mit Jeff Sutherland und Ken Schwaber Verschiedene Kurse der Scrum.org Professional

Mehr

Software entwickeln mit extreme Programming

Software entwickeln mit extreme Programming Martin Lippert Stefan Roock Henning Wolf Software entwickeln mit extreme Programming Erfahrungen aus der Praxis dpunkt.verlag Inhaltsverzeichnis 1 Einleitung 1 1.1 Die XP-Werte 4 1.2 Die XP-Prinzipien

Mehr

Fortgeschrittenes Programmieren mit Java. Test Driven Development

Fortgeschrittenes Programmieren mit Java. Test Driven Development Fortgeschrittenes Programmieren mit Java Test Driven Development Test getriebene Programmierung Benedikt Boeck Hochschule für Angewandte Wissenschaften Hamburg 6. November 2009 B. Boeck (HAW Hamburg) Test

Mehr

DER BMW GROUP CHANGE MONITOR: VERTRAUEN TROTZ VERUNSICHERUNG. BEST PRACTICE ZUR STIFTUNG VON VERTRAUEN IN EINER UNSICHEREN ZEIT.

DER BMW GROUP CHANGE MONITOR: VERTRAUEN TROTZ VERUNSICHERUNG. BEST PRACTICE ZUR STIFTUNG VON VERTRAUEN IN EINER UNSICHEREN ZEIT. Bodensee-Forum Personalmanagement 2012, 10.05.2012 DER BMW GROUP CHANGE MONITOR: VERTRAUEN TROTZ VERUNSICHERUNG. BEST PRACTICE ZUR STIFTUNG VON VERTRAUEN IN EINER UNSICHEREN ZEIT. BEGLEITUNG DER STRATEGIEIMPLEMENTIERUNG

Mehr

Ganzheitliches IT-Projektmanagement

Ganzheitliches IT-Projektmanagement Ganzheitliches IT-Projektmanagement Kapitel 2 nach dem Buch: Ruf, Walter; Fittkau, Thomas: "Ganzheitliches IT-Projektmanagement" Wissen - Praxis - Anwendungen R. Oldenbourg Verlag München - Wien 2008;

Mehr

Software-Entwicklung

Software-Entwicklung Software-Entwicklung SEP 96 Geschichte der Programmierung Aufgaben von, Anforderungen an Programme mit der Zeit verändert 1 Programmierung über Lochkarten z.b. für Rechenaufgaben 2 maschinennahe Programmierung

Mehr

Praktische Softwaretechnologie Vorlesung 8

Praktische Softwaretechnologie Vorlesung 8 Praktische Softwaretechnologie Vorlesung 8 Martin Giese Johann Radon Institute for Computational and Applied Mathematics Österr. Akademie der Wissenschaften Linz PSWT 2006 12. Dezember 2006 p.1/32 Die

Mehr

extreme Programming (XP)

extreme Programming (XP) Softwaretechnik SS2005 Tobias Giese Masterstudiengang Informatik HS-Harz Agenda Allgemeines Vorgehensmodell Kommunikation und Arbeitsphilosophie Entwicklungsphasen / Extreme Rules Planung Entwurf Implementierung

Mehr

Water-Scrum-Fall Ein Entwicklungsprozess mit Zukunft? Bernhard Fischer

Water-Scrum-Fall Ein Entwicklungsprozess mit Zukunft? Bernhard Fischer Water-Scrum-Fall Ein Entwicklungsprozess mit Zukunft? Bernhard Fischer Wasserfall vs. Agile: Eine Erfolgsstory 2 Umsetzung agiler Prinzipien Entwicklungsprozess 2009 30.6% 13.4% 20.6% 35.4% Agil Iterativ

Mehr

RE-Metriken in SCRUM. Michael Mainik

RE-Metriken in SCRUM. Michael Mainik RE-Metriken in SCRUM Michael Mainik Inhalt Agile Methoden Was ist SCRUM? Eine kurze Wiederholung Metriken Burn Down Graph Richtig schätzen Running Tested Features WBS/ Earned Business Value Business Value

Mehr

RE bei agilen Methoden

RE bei agilen Methoden 1 RE bei agilen Methoden Dipl. Inform. stefan.roock@itelligence.de it Workplace Solutions GmbH Vogt-Kölln-Strasse 30 22527 Hamburg Germany Agiles Manifest We are uncovering better ways of developing software

Mehr

Werte 2.0 - Weil ich es mir wert bin. Dipl.-Inf. Bernd Schiffer akquinet it-agile GmbH bernd.schiffer@akquinet.de

Werte 2.0 - Weil ich es mir wert bin. Dipl.-Inf. Bernd Schiffer akquinet it-agile GmbH bernd.schiffer@akquinet.de Werte 2.0 - Weil ich es mir wert bin Dipl.-Inf. Bernd Schiffer akquinet it-agile GmbH bernd.schiffer@akquinet.de Danke, Johannes... 2 Ich sah sie überall... 3 Werte des Extreme Programmings Kommunikation

Mehr

P R A X I S A R B E I T. extreme Programming im Einsatz

P R A X I S A R B E I T. extreme Programming im Einsatz BERUFSAKADEMIE LÖRRACH STAATLICHE STUDIENAKADEMIE UNIVERSITY OF COOPERATIVE EDUCATION P R A X I S A R B E I T extreme Programming im Einsatz Verfasser: Kurs: Fachrichtung: Fachbereich: Firma: Abgabetermin:

Mehr

Einführung in Generatives Programmieren. Bastian Molkenthin

Einführung in Generatives Programmieren. Bastian Molkenthin Einführung in Generatives Programmieren Bastian Molkenthin Motivation Industrielle Entwicklung *!!*,(% % - #$% #!" + '( & )!* Softwareentwicklung Rückblick auf Objektorientierung Objektorientierte Softwareentwicklung

Mehr

extreme Programming Was ist xp Wie wird heute gearbeitet? eine Einführung von Hannes Fischer Fischer Software Elfenstr. 64 70567 Stuttgart Deutschland

extreme Programming Was ist xp Wie wird heute gearbeitet? eine Einführung von Hannes Fischer Fischer Software Elfenstr. 64 70567 Stuttgart Deutschland extreme Programming eine Einführung von Hannes Fischer Fischer Software Elfenstr. 64 70567 Stuttgart Deutschland Copyright 2000 Hannes Fischer Was ist xp Wie wird heute gearbeitet? Ein durchgehend geplanter

Mehr

Wie Innovationsmaschinen ihr Innovationspotential steigern

Wie Innovationsmaschinen ihr Innovationspotential steigern Konferenz "Talente und Strukturen für die Zukunft managen" Wie Innovationsmaschinen ihr Innovationspotential steigern Innovationspotential Innovationspotential Potential für Kreativität Potential für Umsetzung

Mehr

Taking RM Agile. Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum

Taking RM Agile. Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum Taking RM Agile CLICK TO EDIT MASTER OPTION 1 Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum Click to edit Master subtitle style Christian Christophoridis Requirements Management

Mehr

Migrationsstrategien. Dr. Thorsten Arendt Marburg, 22. Januar 2015

Migrationsstrategien. Dr. Thorsten Arendt Marburg, 22. Januar 2015 Migrationsstrategien Dr. Thorsten Arendt Marburg, 22. Januar 2015 Re-Engineering Patterns [Demeyer et al.] 2 Software-Evolution WS 2014/2015 Überblick Probleme Wenn man ein bestehendes System re-engineered

Mehr

Agile Programmierung - Theorie II SCRUM

Agile Programmierung - Theorie II SCRUM Agile Programmierung - Theorie II SCRUM Arne Brenneisen Universität Hamburg Fakultät für Mathematik, Informatik und Naturwissenschaften Seminar Softwareentwicklung in der Wissenschaft Betreuer: Christian

Mehr

Einführung in SCRUM. Helge Baier 21.01.2010

Einführung in SCRUM. Helge Baier 21.01.2010 Einführung in SCRUM Helge Baier 21.01.2010 Helge Baier Master of Computer Science (Software Engineering) über 10 Jahre Erfahrung in der Software Entwicklung Zertifizierung zum Scrum Master (2009) praktische

Mehr

AGILE SOFTWAREPROJEKTE IN REINFORM WAS BEDEUTET DAS RECHTLICH? RA Daniel Schätzle Berlin, 22. April 2015

AGILE SOFTWAREPROJEKTE IN REINFORM WAS BEDEUTET DAS RECHTLICH? RA Daniel Schätzle Berlin, 22. April 2015 AGILE SOFTWAREPROJEKTE IN REINFORM WAS BEDEUTET DAS RECHTLICH? RA Daniel Schätzle Berlin, 22. April 2015 Agiles Vorgehen 2 Agiles Vorgehen 3 WAS BEDEUTET AGIL Abstimmung über Ziel (nicht konkretes Entwicklungsergebnis)

Mehr

Software EMEA Performance Tour 2013. Berlin, Germany 17-19 June

Software EMEA Performance Tour 2013. Berlin, Germany 17-19 June Software EMEA Performance Tour 2013 Berlin, Germany 17-19 June Change & Config Management in der Praxis Daniel Barbi, Solution Architect 18.06.2013 Einführung Einführung Wer bin ich? Daniel Barbi Seit

Mehr

Veränderungsprozesse begleiten- Stolperfallen und Gelingensfaktoren. Kongress: Kompetent in die Berufswahl Stuttgart 12.11.2014

Veränderungsprozesse begleiten- Stolperfallen und Gelingensfaktoren. Kongress: Kompetent in die Berufswahl Stuttgart 12.11.2014 Veränderungsprozesse begleiten- Stolperfallen und Gelingensfaktoren Kongress: Kompetent in die Berufswahl Stuttgart 12.11.2014 Inhalt 1. Woran scheitern Veränderungsprozesse? 2. Grundsätzliche Veränderungstypen

Mehr

Continuous Integration

Continuous Integration Embedded & Software Engineering Continuous Integration technik.mensch.leidenschaft März 2015 DIN EN ISO 9001 Was ist CI? Was ist Continuous Integration? l Continuous Integration (CI) kommt von Xtreme Programming

Mehr

Probeklausur. Lenz Belzner. January 26, 2015. Lenz Belzner Probeklausur January 26, 2015 1 / 16

Probeklausur. Lenz Belzner. January 26, 2015. Lenz Belzner Probeklausur January 26, 2015 1 / 16 Probeklausur Lenz Belzner January 26, 2015 Lenz Belzner Probeklausur January 26, 2015 1 / 16 Definieren Sie Software Engineering in Abgrenzung zu Individual Programming. Ingenieursdisziplin professionelle

Mehr

Agiles Testen. Gedankensammlung. 17. November 2013 - Patrick Koglin

Agiles Testen. Gedankensammlung. 17. November 2013 - Patrick Koglin Agiles Testen Gedankensammlung 17. November 2013 - Patrick Koglin Inhalt Reflektion: Agilität notwendig? Wo? Eigenschaften agiler Entwicklung Quality is everyone s responsibility Qualität möglich machen

Mehr

Kanban Agile 2.0? Thomas Schissler artiso AG

Kanban Agile 2.0? Thomas Schissler artiso AG Kanban Agile 2.0? Thomas Schissler artiso AG Vorstellung Thomas Schissler Coach und Consultant artiso AG Schwerpunkte sind Team Foundation Server Agile Entwicklungsprozesse Software-Qualität Software-Architektur

Mehr

ICTSCOPE.CH Eine Fachgruppe von

ICTSCOPE.CH Eine Fachgruppe von Vortrag Technologieoutlook Zürich 9.9.2014 ICT-SCOPE MANAGEMENT DIE EMANZIPATION DES FACHBEREICHS IN ICT-PROJEKTEN Partner von ICTSCOPE.CH Eine Fachgruppe von ICT Scope Management Kritikalität der ICT

Mehr

Agile Projekte in Auftrag geben

Agile Projekte in Auftrag geben Agile Projekte in Auftrag geben Jens Coldewey (BDU) Coldewey Consulting Toni-Schmid-Str. 10 b D-81825 München Germany Tel: +49-700-COLDEWEY Tel: +49-700-26533939 Fax: +49-89-74995703 jens.coldewey@coldewey.com

Mehr

Umgang mit Veränderung das Neue wagen!

Umgang mit Veränderung das Neue wagen! Pflegefachtagung Pädiatrie Schweiz 2012 Umgang mit Veränderung das Neue wagen! Dr. Miriam Engelhardt Soziologin McKinsey Umfrage 2006; N= 1536 Nur 30-40 % der Veränderung sind erfolgreich Erfolg von Veränderungen

Mehr

- Antipatterns - der Softwareentwicklung. Tanja Brockmeier

- Antipatterns - der Softwareentwicklung. Tanja Brockmeier - Antipatterns - der Softwareentwicklung Tanja Brockmeier Antipatterns Definition Antipatterns: sind eine häufige wiederkehrende Lösungen, die fehlerhaft sind und Merkmale mit sich bringen, die unerwünscht

Mehr

Software Engineering

Software Engineering Software Engineering Prof. Adrian A. Müller, PMP Fachbereich Informatik und Mikrosystemtechnik Fachhochschule Kaiserslautern, Standort Zweibrücken Prof. A. Müller, FH KL Software Engineering WS '11/'12

Mehr

Seminar Software Engineering Universität Zürich, Winter 03/04. Agile vs. klassische Methoden der Software-Entwicklung

Seminar Software Engineering Universität Zürich, Winter 03/04. Agile vs. klassische Methoden der Software-Entwicklung Seminar Software Engineering Universität Zürich, Winter 03/04 Agile vs. klassische Methoden der Software-Entwicklung EXTREME PROGRAMMING Manuel Meyer Rosenstrasse 9, 8152 Glattbrugg Matrikelnr. 99-905-739

Mehr

Agile Entwicklung nach Scrum

Agile Entwicklung nach Scrum comsolit AG Hauptstrasse 78 CH-8280 Kreuzlingen Tel. +41 71 222 17 06 Fax +41 71 222 17 80 info@comsolit.com www.comsolit.com Agile Entwicklung nach Scrum Seite 1 / 6 Scrum V 1.0 1. Wieso Scrum Die Entwicklung

Mehr

Was uns wichtig ist ALPRO² LEISTUNGSORIENTIERTE WERTE. Ambition

Was uns wichtig ist ALPRO² LEISTUNGSORIENTIERTE WERTE. Ambition Was uns wichtig ist Alpro hat ein deutliches Unternehmensleitbild, das seit mehreren Jahren unverändert geblieben ist: Wir schaffen wohlschmeckende, natürlich gesunde, pflanzliche Lebensmittel für das

Mehr

VEDA Managed Services VEDA-SOFTWARE

VEDA Managed Services VEDA-SOFTWARE VEDA Managed Services VEDA-SOFTWARE VEDA Managed Services Aktualität und individualität Wir verbinden die Vorteile von Best Practices mit Flexibilität Sie erhalten eine IT-Lösung, die Ihre Ziele und Ansprüche

Mehr

Software Engineering mit Übungen. Franz-Josef Elmer, Universität Basel, HS 2015

Software Engineering mit Übungen. Franz-Josef Elmer, Universität Basel, HS 2015 Software Engineering mit Übungen Franz-Josef Elmer, Universität Basel, HS 2015 Software Engineering 2 Organisation Ort: Seminarraum 05.002, Spiegelgasse 5 Ablauf: 15:15 Vorlesung Prüfung: Schriftlich,

Mehr

Scrum for Management Praxis versus Theorie oder Praxis dank Theorie. ALM Day 26.Oktober 2011 Urs Böhm

Scrum for Management Praxis versus Theorie oder Praxis dank Theorie. ALM Day 26.Oktober 2011 Urs Böhm Scrum for Management Praxis versus Theorie oder Praxis dank Theorie ALM Day 26.Oktober 2011 Urs Böhm Übersicht Kurze Situationsübersicht Diskussion Prozesse Challenges in der SW-Entwicklung Wie geht Scrum

Mehr

Projektmanagement. Dokument V 1.1. Oliver Lietz - Projektmanagement. Wie kommt es zu einem Projektauftrag? Ausführung

Projektmanagement. Dokument V 1.1. Oliver Lietz - Projektmanagement. Wie kommt es zu einem Projektauftrag? Ausführung Projektmanagement Management- und Phasen-Modelle Vom Wasserfall bis Extreme Programming / Scrum Dokument V 1.1 Wie kommt es zu einem Projektauftrag? Auftraggeber Projekt-Idee / Ziele [Anforderungen/Spezifikation/

Mehr

Agiles Projektmanagement

Agiles Projektmanagement Agiles Projektmanagement A B U S I N E S S P E R S P E C T I V E Christian Setzwein Agenda Rahmenbedingungen für Projekte Der Umgang mit Unsicherheit im klassischen PM Agiles PM: Techniken, Prinzipien,

Mehr

Kapitel 1 Veränderung: Der Prozess und die Praxis

Kapitel 1 Veränderung: Der Prozess und die Praxis Einführung 19 Tradings. Und wenn Ihnen dies wiederum hilft, pro Woche einen schlechten Trade weniger zu machen, aber den einen guten Trade zu machen, den Sie ansonsten verpasst hätten, werden Sie persönlich

Mehr

SCRUM. Software Development Process

SCRUM. Software Development Process SCRUM Software Development Process WPW 07.08.2012 SCRUM Poster www.scrum-poster.de Was ist Scrum? Extrem Schlanker Prozess 3 Rollen 4 Artefakte Wenige Regeln Die Rollen Product Owner Der Product Owner

Mehr

RELEASE AUF KNOPFDRUCK: MIT CONTINUOUS DELIVERY KOMMEN SIE SCHNELLER ANS ZIEL.

RELEASE AUF KNOPFDRUCK: MIT CONTINUOUS DELIVERY KOMMEN SIE SCHNELLER ANS ZIEL. RELEASE AUF KNOPFDRUCK: MIT CONTINUOUS DELIVERY KOMMEN SIE SCHNELLER ANS ZIEL. Die Erwartungen Ihrer Businesskunden an ihre IT steigen. Mehr denn je kommt es darauf an, die Software optimal am Kunden auszurichten

Mehr

Wie sollte ein Manager coachen?

Wie sollte ein Manager coachen? COACHING Als Führungskraft sind Sie da um mit Menschen mit vielen verschiedenen Fähigkeiten zu arbeiten, und Ihre Rolle als Coach ist eine solche Funktion. Coaching ist eine Gelegenheit um zur Entwicklung

Mehr

Projektplan. Software Engineering Projekt. November 11 Fachbereich Informatik Software Engineering Projekt Sebastian Proksch 1

Projektplan. Software Engineering Projekt. November 11 Fachbereich Informatik Software Engineering Projekt Sebastian Proksch 1 Projektplan Software Engineering Projekt November 11 Fachbereich Informatik Software Engineering Projekt Sebastian Proksch 1 Der Projektplan Grundlage der gemeinsamen Arbeit innerhalb des Teams und mit

Mehr

Führung von agilen verteilten Teams

Führung von agilen verteilten Teams Führung von agilen verteilten Teams Stefan Glase Ich stelle mich vor Stefan.Glase Solution Architect stefan.glase@opitz-consulting.com Twitter: @stefanglase 1 Manifest für Agile Softwareentwicklung Wir

Mehr

Agile Software-Entwicklung: Überblick und Techniken. Prof. Dr. Stefan Kowalewski Dr. Carsten Weise 1/29

Agile Software-Entwicklung: Überblick und Techniken. Prof. Dr. Stefan Kowalewski Dr. Carsten Weise 1/29 Agile Software-Entwicklung: Überblick und Techniken Prof. Dr. Stefan Kowalewski Dr. Carsten Weise 1/29 Kapitel I Der agile Ansatz 2/29 Agilität agil = flink, beweglich geringer bürokratischer Aufwand wenige

Mehr

Fachhochschule für Technik und Wirtschaft Berlin FB4: Wirtschaftsinformatik

Fachhochschule für Technik und Wirtschaft Berlin FB4: Wirtschaftsinformatik Fachhochschule für Technik und Wirtschaft Berlin FB4: Wirtschaftsinformatik Entwicklung und Evaluation eines Vorgehensmodells zur Optimierung des IT-Service im Rahmen eines IT-Assessment Framework Oliver

Mehr

Klausur mit Lösungshinweisen zur Vorlesung Planung und Entwicklung von IuK-Systemen Sommersemester 2005 02. August 2005 Deckblatt Hinweise

Klausur mit Lösungshinweisen zur Vorlesung Planung und Entwicklung von IuK-Systemen Sommersemester 2005 02. August 2005 Deckblatt Hinweise Klausur mit Lösungshinweisen zur Vorlesung Planung und Entwicklung von IuK-Systemen Sommersemester 2005 02. August 2005 Deckblatt Hinweise Die Bearbeitungszeit der Klausur beträgt 90 Minuten. Es sind alle

Mehr

Und nun kommt der wichtigste und unbedingt zu beachtende Punkt bei all deinen Wahlen und Schöpfungen: es ist deine Aufmerksamkeit!

Und nun kommt der wichtigste und unbedingt zu beachtende Punkt bei all deinen Wahlen und Schöpfungen: es ist deine Aufmerksamkeit! Wie verändere ich mein Leben? Du wunderbarer Menschenengel, geliebte Margarete, du spürst sehr genau, dass es an der Zeit ist, die nächsten Schritte zu gehen... hin zu dir selbst und ebenso auch nach Außen.

Mehr

Einführung in die Softwaretechnik 9. Softwareprozesse

Einführung in die Softwaretechnik 9. Softwareprozesse 9. Softwareprozesse Klaus Ostermann (Mit Folien von Christian Kästner, Gabriele Taentzer und Wolfgang Hesse) 1 Agenda Wie kommt man vom Kundenwunsch zur fertigen Software? Wie strukturiert man ein Softwareprojekt?

Mehr

Team und Projektleiter im agilen Umfeld

Team und Projektleiter im agilen Umfeld Team und Projektleiter im agilen Umfeld Wie Agilität die Zusammenarbeit verändert. Über mich sten Huber crazyalex.de GmbH Projektleiter und musikbegeistert Augsburg Bayern Scrum Master Im Projekt Coach

Mehr

Requirements Engineering (Anforderungstechnik)

Requirements Engineering (Anforderungstechnik) 5 Requirements Engineering Einführung 5.1 Was ist Requirements Engineering? Erste Näherung: Requirements Engineering (Anforderungstechnik) ist das systematische, disziplinierte und quantitativ erfassbare

Mehr

3. Vorgehensmethoden/Prozessmodelle

3. Vorgehensmethoden/Prozessmodelle 3. Vorgehensmethoden/Prozessmodelle Vorgehensmethode/Prozessmodell: Ablauforganisation des Projektes für eine effektive und zielgerichtete Softwareentwicklung Wasserfallmodell Spiralmodell Agiles Vorgehen

Mehr

Changemanagement in Organisationen. Dipl. Päd. Kurt Aldorf

Changemanagement in Organisationen. Dipl. Päd. Kurt Aldorf Changemanagement in Organisationen Dipl. Päd. Kurt Aldorf Was hat das Plakat mit Changemanagement zu tun? Change-Prozess ist der Wechsel von einer stabilen Struktur in eine andere stabile Struktur Energiekurve

Mehr

extreme Programming Eine Einführung mit Empfehlungen und Erfahrungen aus der Praxis dpunkt.verlag Henning Wolf Stefan Roock Martin Lippert

extreme Programming Eine Einführung mit Empfehlungen und Erfahrungen aus der Praxis dpunkt.verlag Henning Wolf Stefan Roock Martin Lippert Henning Wolf Stefan Roock Martin Lippert extreme Programming Eine Einführung mit Empfehlungen und Erfahrungen aus der Praxis 2., überarbeitete und erweiterte Auflage dpunkt.verlag 1 Einleitung 1 1.1 Die

Mehr

Some Software Engineering Principles

Some Software Engineering Principles David L. Parnas: Some Software Engineering Principles Marco Oppel 30.06.2004 Seminar Software-Architektur Institut für Informatik Humboldt Universität zu Berlin 1 Problemstellung Software Engineering Multi-Personen

Mehr

Projekte erfolgreich steuern trotz Change. Strategien zum Umgang mit Unternehmensveränderungen für Projektleiter

Projekte erfolgreich steuern trotz Change. Strategien zum Umgang mit Unternehmensveränderungen für Projektleiter Projekte erfolgreich steuern trotz Change Strategien zum Umgang mit Unternehmensveränderungen für Projektleiter Worüber ich sprechen werde 1. 2. Was meine ich mit Unternehmensveränderung Ein Denkmodell

Mehr

FALLSTRICKE IM AGILEN ANFORDERUNGSMANAGEMENT ODER WIE BEKOMME ICH MIT USER STORIES VON DEN GEEKS WAS ICH WILL?

FALLSTRICKE IM AGILEN ANFORDERUNGSMANAGEMENT ODER WIE BEKOMME ICH MIT USER STORIES VON DEN GEEKS WAS ICH WILL? FALLSTRICKE IM AGILEN ANFORDERUNGSMANAGEMENT ODER WIE BEKOMME ICH MIT USER STORIES VON DEN GEEKS WAS ICH WILL? Steffen Thols - REConf 2012 07.03.2012 2 ÜBER MICH Name : Steffen Thols Berufserfahrung: Einige

Mehr

Softwareentwicklungsprozesse. 18. Oktober 2012

Softwareentwicklungsprozesse. 18. Oktober 2012 Softwareentwicklungsprozesse 18. Oktober 2012 Überblick Was soll ein Softwareentwicklungsprozess leisten? Überblick über Softwareentwicklungsprozesse Welche gibt es? Warum gibt es mehrere? Diskussion:

Mehr

Agile Vorgehensmodelle in der Softwareentwicklung: Scrum

Agile Vorgehensmodelle in der Softwareentwicklung: Scrum C A R L V O N O S S I E T Z K Y Agile Vorgehensmodelle in der Softwareentwicklung: Scrum Johannes Diemke Vortrag im Rahmen der Projektgruppe Oldenburger Robot Soccer Team im Wintersemester 2009/2010 Was

Mehr

CellCo integrated Rules & Regulations

CellCo integrated Rules & Regulations CellCo integrated Rules & Regulations Integrierte Kontrolle des System Change Management im SAP ERP CellCo ir&r: Die intelligente und integrierte Lösung für klare Regeln im System Es ist Best Practice,

Mehr

den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015

den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015 Agile Methoden als Diagnose-Tool für den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015 Über mich Berufliche Erfahrung 3 Jahre Projektabwicklung 2 Jahre

Mehr

Agile Methoden ohne Hype

Agile Methoden ohne Hype Agile Methoden ohne Hype Bastian Helfert Torsten Fink akquinet AG Microsoft/.NET 650T EK akquinet AG 1,5 Mio. EK Outsourcing 400T EK Java 400T EK SAP 100T EK International 140T EK Die präagile Zeit Dominanz

Mehr

KVP Kontinuierlicher Verbesserungsprozess

KVP Kontinuierlicher Verbesserungsprozess KVP Kontinuierlicher Verbesserungsprozess Kerstin Stangl 0010455 1 Allgemeines über KVP 1.1 Was ist KVP? KVP hat seinen Ursprung in der japanischen KAIZEN Philosophie (KAIZEN, d.h. ändern zum Guten). KAIZEN

Mehr

Der Business Analyst in der Rolle des agilen Product Owners

Der Business Analyst in der Rolle des agilen Product Owners Der Business Analyst in der Rolle des agilen Owners HOOD GmbH Susanne Mühlbauer Büro München Keltenring 7 82041 Oberhaching Germany Tel: 0049 89 4512 53 0 www.hood-group.com -1- Inhalte Agile Software

Mehr

Thomas Schissler Uwe Baumann

Thomas Schissler Uwe Baumann Thomas Schissler Uwe Baumann Warum sind sie hier? Agenda Warum ist die Mitwirkung des Managements so wichtig? Betriebswirtschafliche Argumentation Vorteile von Agilität für Organisationen Scrum is extremly

Mehr

Es ist die Kultur, und es wachsen lässt.

Es ist die Kultur, und es wachsen lässt. Es ist die Kultur, die ein Unternehmen nährt und es wachsen lässt. gugler* denkt weiter. In den letzten Wochen haben wir uns intensiv mit der Fragestellung auseinandergesetzt: Was macht uns als Unternehmen

Mehr

3.4 Unified Process. 1999 Ivar Jacobson, Grady Booch, James Rumbaugh: The Unified Software Development Process.

3.4 Unified Process. 1999 Ivar Jacobson, Grady Booch, James Rumbaugh: The Unified Software Development Process. 1999 Ivar Jacobson, Grady Booch, James Rumbaugh: The Unified Software Development Process. 1996 Philippe Kruchten: Rational Unified Process Produkt der Firma Seit 2002 Teil des IBM Konzerns Objektorientiertes

Mehr

Project Community Retrospectives. Agile Organisationen lernen Lernen

Project Community Retrospectives. Agile Organisationen lernen Lernen Project Community Retrospectives Agile Organisationen lernen Lernen Andreas Schliep Scrum Coach & Trainer DasScrumTeam! as@dasscrumteam.com! @andreasschliep Ein paar Retrospektiven Referenzen Q&A auf Scrum

Mehr