Labor "Software Engineering Experiment"

Größe: px
Ab Seite anzeigen:

Download "Labor "Software Engineering Experiment""

Transkript

1 Labor "Software Engineering Experiment" Extreme Programming -Theorie - Sebastian Meyer

2 Geschichte der Agilen Methoden Agile Methoden entstanden Mitte der 90er Jahre Als Gegenbewegung zu den klassischen Prozessen RUP ISO 9000 Durch Praktiker Sebastian Meyer: Labor "Software Engineering Experiment" 2

3 Rückblick: Klassisches Software Engineering F.L. Bauer, NATO Science Conference, Garmisch-Partenkirchen 1968 Anwendung von Ingenieursprinzipien für zuverlässige SW, die auf realen Rechnern läuft und mit wirtschaftl. Mitteln erstellt wird. Daraus resultierend: Prozesse Checks / Quality Gates / Reviews Dokumentation / Viele Typen von Dokumenten Sebastian Meyer: Labor "Software Engineering Experiment" 3

4 Wasserfallmodell - Überblick Sebastian Meyer: Labor "Software Engineering Experiment" 4

5 Das as Spannungsfeld Reife Verfahren diszipliniertes Vorgehen Bedarf und Prioritäten sind verschieden Verbesserung in einem Bereich ohne zu viel Verschlechterung im anderen Passgenauigkeit der Hilfsmittel (Checklisten, Templates, Vorgaben) wenig Overhead wo liegt der größte Grenznutzen für eine Firma/ein Projekt? Gutes Reaktionsvermögen schnell und flexibel Sebastian Meyer: Labor "Software Engineering Experiment" 5

6 Probleme in heutigen Projekten kürzere time-to-market schnellere Releasezyklen viele, späte Änderungen Software-Projekte Qualität und Wartbarkeit Sebastian Meyer: Labor "Software Engineering Experiment" 6

7 Projektmanagement einmal anders: agil Beobachtung: Planung hat ihre Grenzen Daher nur nächste Schritte genau planen, spätere nur grob Voraussetzung: Ständige Fortschrittskontrolle und Feedback veränderte Anforderungen Plan passt sich oft an Plan ändert sich Fester Plan Beispiel für agiles Mikromanagement : SCRUM Sebastian Meyer: Labor "Software Engineering Experiment" 7

8 Das Agile Manifest Manifesto for Agile Software Development We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan That is, while there is value in the items on the right, we value the items on the left more. Kent Beck Mike Beedle Arie van Bennekum Alistair Cockburn Ward Cunningham Martin Fowler James Grenning Jim Highsmith Andrew Hunt Ron Jeffries Jon Kern Brian Marick Robert C. Martin Steve Mellor Ken Schwaber Jeff Sutherland Dave Thomas 2001, the above authors this declaration may be freely copied in any form, but only in its entirety through this notice. Sebastian Meyer: Labor "Software Engineering Experiment" 8

9 Wie wird ein Projekt agil(er)? Druck reduzieren durch leicht-gewichtige Ansätze Unnötige Dokumente einsparen Vorgaben und Templates verschlanken Vage Anforderungen und Änderungen einkalkulieren schnell zum Kernsystem, Weiterentwicklung inkrementell Besseres Feedback konkrete organisatorische und technische Maßnahmen engere Kundeneinbindung Sebastian Meyer: Labor "Software Engineering Experiment" 9

10 Abläufe in XP (Prozesse) auf Basis der Praktiken User Stories test scenarios Viele Praktiken sind hier nicht explizit zu sehen! reqs. System Metaphor Concept Release Planning release plan Iteration Acceptance Tests Small Releases estimates new user stories next iteration Spike ( Prototyp ) Ca. 2-3 Wochen Frei nach J. Donovan Wells, Copyright 2000 Sebastian Meyer: Labor "Software Engineering Experiment" 10

11 Agile Werte Ableitung aus dem Agile Manifesto Spezifisch für jede Methode Z.B. für Extreme Programming (XP) Communication Simplicity Feedback Courage XP acknowledges that projects are ultimately people-centric. It is the ingenuity of people, and not any particular process, that cause projects to succeed. Courage also manifests itself in the features of feedback and refactoring, as described the XP principles. Sebastian Meyer: Labor "Software Engineering Experiment" 11

12 Planungshorizont nach Maß nach Barry Boehm Agiles Beispiel: SCRUM + mittelfristig geplant + reagiert schnell - hängt an MA-Qualifikation - Endprodukt nicht spezifiziert ad hoc extreme Programming Meilenstein- u. Risikogesteuert Meilenstein- u. Plangetrieben feingranulare Verträge Agile Methoden Daily SCRUM + SPRINT Sebastian Meyer: Labor "Software Engineering Experiment" 12

13 Prinzip und Denkweise von Agilen Methoden nach Frühauf, Conquest 2001 Bisheriger Ansatz Agiler Ansatz Mitwirkung des Kunden unwahrscheinlich kritischer Erfolgsfaktor Etwas Nützliches wird geliefert erst nach einiger (längerer) Zeit mindestens alle sechs Wochen Das Richtige entwickeln durch langes Spezifizieren, Vorausdenken Kern entwickeln, zeigen, verbessern Nötige Disziplin formal, wenig informell, viel Änderungen erzeugen Widerstand werden erwartet und toleriert Kommunikation über Dokumente zwischen Menschen Vorsorge für Änderungen durch Versuch der Vorausplanung durch flexibel Bleiben Sebastian Meyer: Labor "Software Engineering Experiment" 13

14 Praktiken von extreme Programming Praktiken Verstärken sich gegenseitig Zusammenspiel von Prozess, Testen und Architekturfragen On-site Customer Planning Game 40 hour week Prozesse Acceptance Testing Refactoring Collective Ownership Pair Programming Architektur Continuous Integration Unit Testing Test Simple Design Coding Standards Metaphor Short Releases Sebastian Meyer: Labor "Software Engineering Experiment" 14

15 Reifegrade für r Agilität Kent Beck: Turn to 10 Voll aufdrehen: extreme! Idee der Agilitäts-Reife Man kann nicht immer auf 10 drehen Jedenfalls nicht sofort Und manchmal will man es gar nicht Daher werden Reifestufen definiert Jede XP-Technik einzeln bewertet Resultat: Radar-Diagramme, Roadmap zur Umsetzung Metrik für Agilität March Desired March May Desired May Average Pace (40h) Metapher XP Collect. Owner Coding Stds. Pair Prog Test Small Releases Planning Game Customer Refactoring Simple Design Cont. Integ. Aus: Krebs, William (2002): Turning the Knobs: A Coaching Pattern for XP through Agile Metrics. Springer, Lecture Notes on Computer Science 2418 Sebastian Meyer: Labor "Software Engineering Experiment" 15

16 Beispiel: Reifestufen für f r On-site Customer Oben etwas lustig formuliert, aber ernst gemeint Beachtlich: desired muss nicht 10 sein! Current-Einschätzung ist wichtig, um Fortschritt zu sehen Langsam starten, in Zyklen fortschreiten Aus: Krebs, William (2002): Turning the Knobs: A Coaching Pattern for XP through Agile Metrics. Springer, Lecture Notes on Computer Science 2418 Sebastian Meyer: Labor "Software Engineering Experiment" 16

17 Extreme Programming XP ist eine Diziplin der Software-Entwicklung, die sich durch Einfachheit, Kommunikation, Feedback und Mut auszeichnet. Dabei wird den jeweiligen Rollen [ ] hohe Bedeutung eingeräumt und den Personen in diesen Rollen außerdem Schlüsselrechte und verantwortlichkeiten zugeschrieben Aus: Ron Jeffries et.al. Extreme Programming Installed Sebastian Meyer: Labor "Software Engineering Experiment" 17

18 Rollen in XP XP kennt im wesentlichen drei verschiedene Rollen Kunde Wählt Funktionalität nach ihrem Geschäftswert aus Priorisiert Features Bestimmt Akzeptanztests Programmierer Entwerfen und programmieren die Software Schätzen den Aufwand für Features Manager Verschmilzt Kunde(n) und Programmierer zu einem Team Ebnet dem Team den Weg Sebastian Meyer: Labor "Software Engineering Experiment" 18

19 Rechte des Kunden und des Managers Recht auf einen Gesamtplan Was kann zu wann zu welchen Kosten fertiggestellt werden? Recht auf maximalen Wertezuwachs Und das aus jeder Programmierwoche Recht auf ein lauffähiges System Immer Durch Tests belegt Recht auf Änderungen Ändern von Prioritäten und Features Recht auf Information Z.B. über terminliche Änderungen Sebastian Meyer: Labor "Software Engineering Experiment" 19

20 Rechte der Programmierer Recht zu wissen, was als nächstes benötigt wird Anhand von klaren Prioritäten Recht darauf, Qualität produzieren zu können D.h. wenn es eng wird, wird an der Funktionalität gespart Recht auf Hilfe Zu jeder Zeit Von jedem (andere Programmierer, Kunde, Manager) Recht Einschätzungen abzugeben und zu ändern Z.B. Schätzungen, die sich als unrealistisch herausstellen Recht darauf, Verantwortlichkeiten zu akzeptieren Nicht zugewiesen zu bekommen Sebastian Meyer: Labor "Software Engineering Experiment" 20

21 On-site Customer / Kunde vor Ort Aufgaben User Stories schreiben Fragen beantworten Entscheidungen treffen Dazu: Kunde ist über gesamte Projekt-Laufzeit vor Ort User Stories informelle kleine (Anwendungs-) Geschichten aus seiner Sicht Weder formal noch vollständig Festgehalten auf Story Cards Spezifikation : User Stories abgeleitete Akzeptanztests Unit Tests Aber: (Diese) Dokumente sind für XP nicht so wichtig Sebastian Meyer: Labor "Software Engineering Experiment" 22

22 On-site Customer - Tipps Muss nicht 100% vor Ort sein, aber kurzfristig erreichbar Z.B. tägliches Stand-up Meeting (ähnlich SCRUM) Auf lange Frist könnte 100%-anwesender Kunde sonst sogar die Kundigkeit verlieren Oft sind verschiedene Kunden-Arten nötig (z.b. Multi- Channeling) Wichtige Unterscheidung Anwender beantwortet fachliche Rückfragen Kunde priorisiert Story Cards Häufig der Versuch, den echten Kunden zu ersetzen Kunden haben wenig Zeit On-Site Customer sitzt zeitweise herum Sebastian Meyer: Labor "Software Engineering Experiment" 23

23 On-site Customer - Tipps Verhaltensweisen von Kunden Oft werden Soll- mit Istprozessen verwechselt Altsystem wurde lange trickreich umgangen Stellen sich oft nur lokale Änderungen dazu vor Daher: Entwickler helfen Kunden beim Story Card-Schreiben Erinnern an die Prüfbarkeit, fragen gleich nach Ganz wichtig für den Erfolg Anwenderkontakt ist essenziell Wenn Entwicklerteam fachliche Frage hat: nicht selbst raten, fragen! Anwender entscheidet über Alternativen Überlegen und klären: Welche Kundenarten (GBs, Funktionen) sind relevant? Wie herankommen? Sebastian Meyer: Labor "Software Engineering Experiment" 24

24 Planning Game / Planungssitzung Anforderungen werden auf Story Cards gesammelt DIN A5 (auch DIN A4 ok), möglichst informell Entwickler schätzen Kosten für jede Story Card Bisherige Produktivität des Entwicklungsteams ist Limit Entwickler notieren also, wie lange sie gebraucht haben Vergleich schult die Schätzfähigkeit Vergangene Zeit ist nicht gleich eingesetzte Zeit! Telefonate, , Pausen Verhältnis: Velocity, Load Factor : brutto oft 3-5*netto Möglichst auf 1,5-2 drücken Ebenfalls nach jeder Iteration errechnen Realistisch schätzen: Brutto-Dauer schätzen, mit Netto-Produktivität Relative, abstrakte Schätzung oft besser Maximalwert festlegen (5 Gu.): alles größere wird geteilt Motor starten , D.Autor Anforderung 1. Fahrer dreht Zündschlüssel 2. Zündung an 3. Motor startet 4. Fahrzeug fährt Aufwand, Datum der Erledigung geschätzt: 3 GB Wichtig: jede Iteration hat gleich viel Zeit! Sebastian Meyer: Labor "Software Engineering Experiment" 25

25 Beispiele: Story Card Sebastian Meyer: Labor "Software Engineering Experiment" 26

26 Planning Game / Planungssitzung (I) Begriff Planungs spiel ist für Deutschland zu unernst Kunde wählt Story Cards für nächste Release(s) aus (Meistens) nach Nutzen priorisiert Dabei kann und muss man oft rückfragen Für diesen Schritt müssen Story Cards physisch vorliegen (nicht im Computer) Entwicklerpaar nimmt sich oberste Story Card vom Stapel Zufallselement sorgt für Mischung Story Cards sind Grundlage für Akzeptanz-Tests Müssen daher testbar sein Tests entwickeln sich ebenfalls im Laufe der Zeit Es gibt zusätzlich Task Cards: feinere/technisch motivierte Aufgaben Streitfall: Was geschieht mit Story Cards weiter? Variante 1: Dokumentation der Anforderungen Variante 2: Wegwerfen! Anforderungen ändern sich ja Sebastian Meyer: Labor "Software Engineering Experiment" 27

27 Planning Game / Planungssitzung (II) Arbeiten auf Basis von Story- und Task-Cards fordert Konzentration Man muss das umsetzen, was gefordert ist Weitergehende Ideen sind nicht gefragt, und man hat keine Zeit Die Arbeit ist sehr intensiv und anstrengend Gefahr: Ausbrennen von Entwicklern Zu lange am engen Zügel geführt, kein gold plating mehr erlaubt Zu lange im Stress Zu lange keine neuen technischen Herausforderungen mehr Abhilfe: Gold Cards Ein Joker für einen lange angespannt arbeitenden Mitarbeiter Muss mal (z.b. ein, zwei Tage lang) an einer neuen technischen Frage knobeln Darf rumprobieren und Grundlagen legen In der Schätzung gehen die automatisch ein, sofern regelmäßig durchgeführt Sebastian Meyer: Labor "Software Engineering Experiment" 28

28 Programmierung - TestFirst Wenn Testen gut ist, dann ist häufig/immer Testen besser Idee: Test schreiben, bevor implementiert wird 1. Test schreiben 2. Test fehlschlagen lassen Fange ich damit wirklich noch nicht vorhandene Funktionalität ab? 3. Implementieren, bis Test erfüllt Und das möglichst einfach! 4. Refactoring Sebastian Meyer: Labor "Software Engineering Experiment" 29

29 Einfacher Entwurf - konkret Einfachheit ist Trumpf: Unnötige Mehrarbeit vermeiden Nichts auf Vorrat (wird nicht gebraucht, nicht getestet, belastet nur) YAGNI: you ain t gonna need it Einfach drauf los? Nein: Architektur hilfreich; exzessives Entwerfen dagegen nicht Kriterien für Einfachen Entwurf Code und Testfälle sollen alles verständlich machen z.b. durch gute Bezeichner Keine Magic-Values Kein duplizierter Code ( only once Prinzip) So wenige Klassen wie möglich So wenige Methoden wie möglich Dennoch eleganter/sauberer Code Aber: alle Unit Tests laufen Sebastian Meyer: Labor "Software Engineering Experiment" 30

30 Einfacher Entwurf - Tipps Einer der häufigsten Einwände überhaupt: Wenn man an nicht gleich mit einplant, dass..., wird man sich später sehr viel schwerer tun Das lernt man seit jeher im Software Engineering Hier braucht man einen XP-Coach, um bei der (agilen) Stange zu bleiben Oft wirklich hilfreich: Standardarchitektur für Bereich Flexibilität durch tragende Struktur Aber natürlich: Refactorings/Aufräumen nicht zu lange aufschieben Empfehlungen Ein gutes Design geht auf ein Whiteboard (oder zwei) Keine Designsitzung über einen halben Tag; 3-5 Leute Schlechte Designs rasch ändern (Refactoring) Dadurch auch Performance immer im grünen Bereich Sebastian Meyer: Labor "Software Engineering Experiment" 31

31 Collective Code Ownership Jeder darf alles ändern Oder Jedem gehört alles Gewöhnungsbedürftig Nötig, um schnell Änderungen durchzuführen Storycards laufen nicht entlang von Modulgrenzen! Sebastian Meyer: Labor "Software Engineering Experiment" 32

32 Programmierstandards Sollen dazu dienen, dass jeder den Code lesen und ändern kann Collective Code Ownership Hohe Wartbarkeit des Codes Gute Lesbarkeit Hier (im Experiment) gelten die Java Coding Standards Sebastian Meyer: Labor "Software Engineering Experiment" 33

33 Java Coding Standards Packages haben Kleinbuchstaben und sind die umgedrehte Domain Hier: de.unihannover.se.xpe09 Klassennamen beginnen mit einem Großbuchstaben. Mehrere Wörter werden durch Binnengroßschreibung konkateniert z.b. BusinessFactory Methoden, Variablen und Parameter fangen mit einem Kleinbuchstaben an. Binnengroßschreibung z.b. getname(), firstname Konstanten werden großgeschrieben. Wörter mit _ getrennt z.b. MAX_COUNT Klammern öffnen am Ende einer Zeile und schließen am Anfang einer neuen Sebastian Meyer: Labor "Software Engineering Experiment" 34

34 Continuous Integration Es wird spätestens nach jeder Storycard integriert. An einem Integrationsrechner Checkin nur, wenn alle Tests laufen Taggen nach jedem Checkin Erzeugt ein immer auslieferbares System Erfordert kurze Buildzeiten Erfordert Refactoring, intelligente Build-Tools Erfordert kleine, neue Checkins Wenn zu lange gewartet wird, drifften die verschiedenen Versionen zu weit auseinander Sebastian Meyer: Labor "Software Engineering Experiment" 35

35 Pair Programming (I) Jedes Paar arbeitet an einer Story Card oder Task Card Nach dem 4-Augen-Prinzip Pair Programming heißt: Keine Arbeitsteilung, alles gemeinsam! Tastatur geht schnell hin und her (10 Min) Auch die Paar-Zusammenstellung wechselt ständig Spezialwissen verteilt sich so im Team ( Truck-Factor ) Einheitlicherer Code Mindestens 50% gute Leute sind nötig Das hat aber Grenzen: Spezialisten und Domain-Subteam Sebastian Meyer: Labor "Software Engineering Experiment" 36

36 Pair Programming (II) Programmieren in Paaren: Wirkungen Zwang zur Disziplin (keine s, keine Telefonate!) Zwang zur Teamfähigkeit (mit allen können) Auch soziale Kontrolle in Stresszeiten Stärkere Konzentration auf die Aufgabe Lerneffekt Meist erklärt der mit der Tastatur, warum er das tut, was er tut Der Schlechtere lernt schnell hinzu Aber der bessere wird langsamer Nebenwirkungen Zu viele Paare auf zu engem Raum: schwierig Aber zwei oder drei sind ok; Beifahrer hören sich gegenseitig Mobiliar muss so aufgestellt sein, dass Wechsel einfach ist Sebastian Meyer: Labor "Software Engineering Experiment" 37

37 Pair Programming (III) Pair Programming lernen Ist nötig! Es dauert, sich daran zu gewöhnen Ständiges Feedback: was ist gut gelaufen, was weniger? In der Durchführung Pausen nicht am Arbeitsplatz Unterbrechungen minimieren Konzeptdiskussionen begrenzen Management muss explizit verdeutlichen, dass es Pair Programming will An das geeignete Mobiliar denken (Pairs ermöglichen) Wenn einer sich nicht einfügt Kann man ihn evtl. nicht zwingen Möglichst aus dem Team nehmen Lange nicht so gut: einer ohne Pairs; dann aber viele Reviews Sebastian Meyer: Labor "Software Engineering Experiment" 38

38 Wie startet ein Projekt? Entwicklung eines Prototyps Klären von technischen Problemen Erkunden der Problemdomaine Vor der 1. Iteration und dann wenn nötig: Kurze Designsitzung In echten Projekten max. halber Tag 1. Iteration wählen die Entwickler die Storycards aus Beachten der XP-Praktiken in den Iterationen Sehr schnell, max. 2 Monate Hier: 1 Tag Sebastian Meyer: Labor "Software Engineering Experiment" 39

39 Projektablauf 1. Blocktag: Projektvorstellung, Prototyp 2. Blocktag: Iterationsanfang mit Planning Game Iteration jeweils 1 Tag Sebastian Meyer: Labor "Software Engineering Experiment" 40

40 Rückblick: Tipps zum Wasserfallmodell Tester müssen nicht unbedingt auch schon das Design gemacht haben Eine Ansicht: Entwickler dürfen nicht testen! Realität: oft überlappt es sich Code sollte von zweitem Augenpaar durchgesehen werden Heute gibt es formalisierte Verfahren des Durchsehens : Walkthrough, Inspection, Review Nicht nur Code sollte durchgesehen werden Testen Sie jeden Programmpfad mindestens einmal; sonst sollte man es nicht abnehmen Path Coverage als ein Kriterium für ausreichenden Test Wird selten wirklich befolgt Die Abnahme selbst ist heute umfangreiche Prozessmodelle wert Kunden sollten beteiligt werden Immer noch ein ungelöstes Anliegen: Kunden haben anderes zu tun (?!) Sebastian Meyer: Labor "Software Engineering Experiment" 41

Software Engineering. 4. Methodologien. Franz-Josef Elmer, Universität Basel, HS 2014

Software Engineering. 4. Methodologien. Franz-Josef Elmer, Universität Basel, HS 2014 Software Engineering 4. Methodologien Franz-Josef Elmer, Universität Basel, HS 2014 Software Engineering: 4. Methodologien 2 Wie den Entwicklungsprozess organisieren? Dokumentieren Verwalten Instandhalten

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

ANECON. Business Process meets Agile Software Development. DI Ernst Lieber Leiter Geschäftsfeld Softwareentwicklung

ANECON. Business Process meets Agile Software Development. DI Ernst Lieber Leiter Geschäftsfeld Softwareentwicklung ANECON Business Process meets Agile Software Development DI Ernst Lieber Leiter Geschäftsfeld Softwareentwicklung ANECON Software Design und Beratung G.m.b.H. Alser Str. 4/Hof 1 A-1090 Wien Tel.: +43 1

Mehr

Agiles Projektmanagement. erklärt in 30 Minuten! IT-Forum Agiles Projektmanagement, NIK 29. Juni 2011. Thomas Hemmer

Agiles Projektmanagement. erklärt in 30 Minuten! IT-Forum Agiles Projektmanagement, NIK 29. Juni 2011. Thomas Hemmer Agiles Projektmanagement erklärt in 30 Minuten! IT-Forum Agiles Projektmanagement, NIK 29. Juni 2011 Thomas Hemmer Chief Technology Officer thomas.hemmer@conplement.de conplement AG, Nürnberg 2 conplement

Mehr

Herkömmliche Softwareentwicklungsmodelle vs. Agile Methoden

Herkömmliche Softwareentwicklungsmodelle vs. Agile Methoden vs. Agile Methoden Christoph.Kluck@Student.Reutlingen University.de Medien und Kommunikationsinformatik Agenda Einführung Vorgehensmodelle Herkömmlich agil Resümee Klassische Probleme Nachgereichte Anforderungen

Mehr

Was funktioniert und was nicht? Agile Softwareentwicklung in der Praxis Martin Lippert, martin.lippert@akquinet.de

Was funktioniert und was nicht? Agile Softwareentwicklung in der Praxis Martin Lippert, martin.lippert@akquinet.de Was funktioniert und was nicht? Agile Softwareentwicklung in der Praxis Martin Lippert, martin.lippert@akquinet.de Über mich Martin Lippert Senior IT-Berater bei akquinet it-agile GmbH martin.lippert@akquinet.de

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

XP, Scrum, Crystal, FDD:

XP, Scrum, Crystal, FDD: XP, Scrum, Crystal, FDD: Welche agile Methode passt zu uns? Henning Wolf Christoph Kemp Was ist Agilität? Teil 1: Das agile Manifest We are uncovering better ways of developing software by doing it and

Mehr

Das Who s Who der agilen Methoden Golo Roden

Das Who s Who der agilen Methoden Golo Roden Das Who s Who der agilen Methoden Golo Roden www.goloroden.de www.des-eisbaeren-blog.de Über mich > Wissensvermittler und Technologieberater >.NET, Codequalität und agile Methoden > MVP für C#, zweifacher

Mehr

Software Engineering. 2. Methodologien. Franz-Josef Elmer, Universität Basel, HS 2010

Software Engineering. 2. Methodologien. Franz-Josef Elmer, Universität Basel, HS 2010 Software Engineering 2. Methodologien Franz-Josef Elmer, Universität Basel, HS 2010 Software Engineering: 2. Methodologien 2 Wie den Entwicklungsprozess organisieren? Dokumentieren Verwalten Instandhalten

Mehr

Flexible und agile Software-Prozesse, Extreme Programming

Flexible und agile Software-Prozesse, Extreme Programming Flexible und agile Software-Prozesse, Extreme Programming Einführung in agile Methoden Wozu agile Methoden? Was sind agile Methoden? keine (richtige) Definition aber charakteristische Eigenschaften Zwei

Mehr

Agile Softwareentwicklung mit Scrum

Agile Softwareentwicklung mit Scrum Informatik Gregor Liebermann Agile Softwareentwicklung mit Scrum Referent: WiSe 2014 Gregor Liebermann M.Sc. www.hs-augsburg.de Überblick Aufbau der Vorlesung Montags 15:40 18:40 5 CP Aufteilung in Vorlesung

Mehr

Agile SW- Entwicklungsmethoden. Ein agiler Vortrag über Ideen, die uns das Leben erleichtern sollen. von Paul Palaszewski

Agile SW- Entwicklungsmethoden. Ein agiler Vortrag über Ideen, die uns das Leben erleichtern sollen. von Paul Palaszewski Agile SW- Entwicklungsmethoden Ein agiler Vortrag über Ideen, die uns das Leben erleichtern sollen. von Paul Palaszewski Agenda 1) Arten des Lernens: Shu-Ha-Ri 2) Das Agile Software Development Manifest.

Mehr

Agile Methoden vs. Testen

Agile Methoden vs. Testen Agile Methoden vs. Testen cc gmbh Bernhard Moritz CC GmbH TAV 27, AK Testmanagement, 6.6.2008 Bernhard Moritz Flachstraße 13 65197 Wiesbaden Telefon 0611 94204-0 Telefax 0611 94204-44 Bernhard.Moritz@cc-gmbh.de

Mehr

Agile Softwareentwicklung mit Scrum

Agile Softwareentwicklung mit Scrum Informatik Gregor Liebermann Agile Softwareentwicklung mit Scrum Referent: WiSe 2015 Gregor Liebermann M.Sc. www.hs-augsburg.de Überblick Aufbau der Vorlesung Montags 15:40 18:40 5 CP Aufteilung in Vorlesung

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

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

Vorgehen im Softwareentwicklungsprozess

Vorgehen im Softwareentwicklungsprozess Der Softwareentwicklungsprozess Für die Entwicklung von Software, namentlich für große Projekte, ist ein systematisches Vorgehen notwendig. Dieses Vorgehen, der Softwareentwicklungprozess, wird strukturiert

Mehr

Festpreisvertrag und agil nützt nicht viel? Stefan Roock, stefan.roock@akquinet.de Henning Wolf, henning.wolf@akquinet.de http://www.it-agile.

Festpreisvertrag und agil nützt nicht viel? Stefan Roock, stefan.roock@akquinet.de Henning Wolf, henning.wolf@akquinet.de http://www.it-agile. Festpreisvertrag und agil nützt nicht viel? Stefan Roock, stefan.roock@akquinet.de Henning Wolf, henning.wolf@akquinet.de http://www.it-agile.de Unser Hintergrund Agile Softwareentwicklung/Schulung/Beratung

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

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 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

ZuuL - Entwicklung eines Adventures

ZuuL - Entwicklung eines Adventures ZuuL - Entwicklung eines Adventures im Rahmen der Uni-Tage 2009 Team 120 Universität Hamburg 16./17. November 2009 Team 120 (Universität Hamburg) ZuuL - Entwicklung eines Adventures 16.11.09 1 / 21 Übersicht

Mehr

Empirische Evidenz von agilen Methoden. Seminar in Software Engineering Wintersemester 03/04

Empirische Evidenz von agilen Methoden. Seminar in Software Engineering Wintersemester 03/04 Empirische Evidenz von agilen Methoden Seminar in Software Engineering Wintersemester 03/04 Agenda Einleitung Bedeutung von agil Kurzübesicht agiler Methoden Überprüfung des (agilen) Erfolges Ausgewählte

Mehr

Agile Methoden bei der Entwicklung medizinischer Software

Agile Methoden bei der Entwicklung medizinischer Software Agile Methoden bei der Entwicklung medizinischer Software Bernhard Fischer Fischer Consulting GmbH Fischer Consulting GmbH Technologie-Forum 2008 Folie 1 Wie soll Software entwickelt werden? Fischer Consulting

Mehr

Anforderungsermittlung mit Extreme Programming (XP) - Erfahrungen aus der Praxis

Anforderungsermittlung mit Extreme Programming (XP) - Erfahrungen aus der Praxis Anforderungsermittlung mit Extreme Programming (XP) - Erfahrungen aus der Praxis Stefan Roock, roock@jwam.de APCON Workplace Solutions GmbH & Universität Hamburg Vogt-Kölln-Strasse 30 22527 Hamburg Germany

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

Projektmanagement. Projektmanagement

Projektmanagement. Projektmanagement Projektmanagement Dipl.-Ing. Oliver Lietz Was ist ein Projekt? Projektmanagement Eindeutiges Ziel Individuell (einmalig) Begrenzt (Anfang und Ende) Komplex (keine Routineaufgabe) Warum Projektmanagement

Mehr

Kurzübersicht Unified Process und Agile Prozesse

Kurzübersicht Unified Process und Agile Prozesse Kurzübersicht Unified Process und Agile Prozes Rainer Schmidberger schmidrr@informatik.uni-stuttgart.de Copyright 2004, Rainer Schmidberger, Universität Stuttgart, Institut für Softwaretechnologie, Abt.

Mehr

SOFTWARETECHNIK. Kapitel 7 Vorgehensmodelle. Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing.

SOFTWARETECHNIK. Kapitel 7 Vorgehensmodelle. Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing. SOFTWARETECHNIK Kapitel 7 Vorgehensmodelle Vorlesung im Wintersemester 2012/13 FG System- und Software-Engineering Prof. Dr.-Ing. Armin Zimmermann Inhalt Vorgehensmodelle Sequenzielle Modelle Iterative

Mehr

Scrum. Golo Roden. www.goloroden.de www.des-eisbaeren-blog.de

Scrum. Golo Roden. www.goloroden.de www.des-eisbaeren-blog.de Scrum Golo Roden www.goloroden.de www.des-eisbaeren-blog.de Über mich > Wissensvermittler und Technologieberater >.NET, Codequalität und agile Methoden > MVP für C#, zweifacher MCP und CCD > Autor, Sprecher

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

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

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

Agile Softwareentwicklung - Ein praktisches Beispiel -

Agile Softwareentwicklung - Ein praktisches Beispiel - Agile Softwareentwicklung - Ein praktisches Beispiel - Dr. Dagmar Monett Díaz Berlin, 03.11.2009 D. Monett: Agile Softwareentwicklung Ein praktisches Beispiel Der Softwareentwicklungsprozess Sichtweisen,

Mehr

Herausforderungen bei agiler Entwicklung und agilem Testen

Herausforderungen bei agiler Entwicklung und agilem Testen Herausforderungen bei agiler Entwicklung und agilem Testen Dr. Andreas Birk, Gerald Heller Vivit Deutschland Jahrestreffen, Bad Honnef 14. September 2010 Inhalt Was ist agile Entwicklung? Wie unterstützt

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

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

Are you Agile. SAQ Zug um Zug, 27. November 2008. Agilität: Was bringen Sie mit? Was wissen Sie schon? Was wollen Sie heute Abend mitnehmen?

Are you Agile. SAQ Zug um Zug, 27. November 2008. Agilität: Was bringen Sie mit? Was wissen Sie schon? Was wollen Sie heute Abend mitnehmen? ? SAQ Zug um Zug, Agilität: Was bringen Sie mit? Was wissen Sie schon? Was wollen Sie heute Abend mitnehmen? Folie 1 hat sich als Projektleiter während acht Jahren dafür eingesetzt, Ende Iteration lauffähige

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

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

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

Extreme Programming (XP)

Extreme Programming (XP) Einführung in Extreme Programming 1 Extreme Programming (XP), wolf@jwam.de Martin Lippert, lippert@jwam.de Stefan Roock, roock@jwam.de Universität Hamburg & APCON Workplace Solutions GmbH Vogt-Kölln-Strasse

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

4. Vorgehensmodelle. Herausforderungen der SW-Entwicklung

4. Vorgehensmodelle. Herausforderungen der SW-Entwicklung 4. Vorgehensmodelle 4.1 Phasen der Software-Entwicklung 4.2 Wasserfallmodell 4.3 Prototypische Entwicklung 4.4 Iterative Entwicklung 4.5 Iterativ-inkrementelle Entwicklung 4.6 Allgemeines V-Modell 4.7

Mehr

Software-Dokumentation im agilen Umfeld. Marion Bröer, parson communication

Software-Dokumentation im agilen Umfeld. Marion Bröer, parson communication Software-Dokumentation im agilen Umfeld Marion Bröer, parson communication parson communication Software- und Prozessdokumentation Wissensmanagement Wikis und XML-basierte Dokumentation Schulungen und

Mehr

myscrum Scrum in der Praxis Markus Schramm compeople AG Frankfurt

myscrum Scrum in der Praxis Markus Schramm compeople AG Frankfurt myscrum Scrum in der Praxis Markus Schramm compeople AG Frankfurt Überblick Agilität und Scrum Grundlagen der agilen Softwareentwicklung Rahmenbedingungen bei der Einführung eines agilen Projektvorgehens

Mehr

Architekturblaupausen und agiles Vorgehen

Architekturblaupausen und agiles Vorgehen Architekturblaupausen und agiles Vorgehen Prof. Heinz Züllighoven Universität Hamburg / C1 WPS GmbH Dipl.-Inf. Jörn Koch C1 WPS GmbH C1 WPS GMBH //// Vogt-Kölln-Str. 30 //// 22527 HAMBURG //// GERMANY

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

Starke vs. Schwache Prozesse. Seminarvortrag

Starke vs. Schwache Prozesse. Seminarvortrag Starke vs. Schwache Prozesse Seminarvortrag 1 / 16 Gliederung des Vortrags Starke vs. Schwache Prozesse 1. Hintergrund 2. Begrifflichkeiten 3. Vergleich agiler und plangesteuerter Prozesse (Orientierung

Mehr

Klassische vs. agile Methoden der Softwareentwicklung

Klassische vs. agile Methoden der Softwareentwicklung Klassische vs. agile Methoden der Softwareentwicklung Vorgetragen am 03. November 2004 durch Jonathan Weiss Emel Tan Erstellt für SWT Methoden und Werkzeuge zur Softwareproduktion Agenda I. Einleitung

Mehr

SCRUM. Scrum in der Software Entwicklung. von Ernst Fastl

SCRUM. Scrum in der Software Entwicklung. von Ernst Fastl SCRUM Scrum in der Software Entwicklung von Ernst Fastl Agenda 1. Die Entstehung von Scrum 2. Überblick über den Prozess 3. Rollen 4. Meetings 5. Artefakte 6. Fragen & Antworten Agenda 1. Die Entstehung

Mehr

Kombination von agiler Softwareentwicklung und CMMI in kleinen Umgebungen

Kombination von agiler Softwareentwicklung und CMMI in kleinen Umgebungen Kombination von agiler Softwareentwicklung und CMMI in kleinen Umgebungen INSTITUT FÜR ANGEWANDTE INFORMATIK UND FORMALE BESCHREIBUNGSVERFAHREN (AIFB) KIT Universität des Landes Baden-Württemberg und nationales

Mehr

Selbstorganisiert ein Ziel erreichen Analyse, Architektur und Design in agilen Software-Projekten

Selbstorganisiert ein Ziel erreichen Analyse, Architektur und Design in agilen Software-Projekten Selbstorganisiert ein Ziel erreichen Analyse, Architektur und Design in agilen Software-Projekten 1 Qualifikation Über den Vortragenden Freiberuflicher SW-Entwickler und Berater seit 2006 Certified Scrum

Mehr

Effiziente Steuerung von BI-Projekten - Agiles Projektmanagement vs. klassische Vorgehensmodelle. Windhoff Software Services GmbH www.wind-soft.

Effiziente Steuerung von BI-Projekten - Agiles Projektmanagement vs. klassische Vorgehensmodelle. Windhoff Software Services GmbH www.wind-soft. Effiziente Steuerung von BI-Projekten - Agiles Projektmanagement vs. klassische Vorgehensmodelle Folie 2 Agenda Projektmanagement: Ziele und Methoden Agile Methoden: Scrum Agile Methoden im BI Umfeld PM

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

Was fehlt Scrum? 31. März 2014 Erich Oswald CTO Ergon Informatik AG

Was fehlt Scrum? 31. März 2014 Erich Oswald CTO Ergon Informatik AG Was fehlt Scrum? 31. März 2014 Erich Oswald CTO Ergon Informatik AG Scrum ist eine Erfolgsstory Aus der Praxis entstanden Nachweislich erfolgreich Gut geeignet für komplexe Probleme Produktentwicklung

Mehr

DER AGILE ENTWICKLER, VERSION 1.2

DER AGILE ENTWICKLER, VERSION 1.2 DER AGILE ENTWICKLER, VERSION 1.2 OBJEKTspektrum Information Days, 27. 29. April 2010 SCRUM ÜBERBLICK VORHIN AUF TWITTER 30.06.2010 3 FLACCID SCRUM There's a mess about a few projects recently. It works

Mehr

Agile Software-Entwicklung: Überblick

Agile Software-Entwicklung: Überblick Agile Software-Entwicklung: Überblick Stefan Diener / Apr 18, 2007 / Page 1 Inhalt Historie Agiles Manifest Agile Prinzipien Agile Methoden Agile SW-Entwicklungsprozesse Stefan Diener / Apr 18, 2007 /

Mehr

Scrum technische Umsetzung und kaufmännische Rahmenbedingungen

Scrum technische Umsetzung und kaufmännische Rahmenbedingungen Scrum technische Umsetzung und kaufmännische 9. Darmstädter Informationsrechtstag 2013 Darmstadt, 15. November 2013 Franziska Bierer 2 andrena ojects ag Gründung 1995 Standorte in Karlsruhe und Frankfurt

Mehr

Systemen - Testen im Softwarelebenszyklus

Systemen - Testen im Softwarelebenszyklus P r a k t I s c h e Entwicklung und Test Testen von Software-Systemen Systemen - Testen im Softwarelebenszyklus Entwickler erstellen ihr System bzw. ihre Software und testen es/sie zur Entwicklungszeit

Mehr

Scrum. Agile Software Entwicklung mit. Agile Software Entwicklung mit. Scrum. Raffael Schweitzer 18. November 2003

Scrum. Agile Software Entwicklung mit. Agile Software Entwicklung mit. Scrum. Raffael Schweitzer 18. November 2003 Agile Software Entwicklung mit Raffael Schweitzer 18. November 2003 Agenda Einleitung Was ist? Wie funktioniert? Einsatzbereiche Erfolgsfaktoren Fazit Agenda Einleitung Was ist? Wie funktioniert? Einsatzbereiche

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

Architektur in agilen Projekten

Architektur in agilen Projekten Architektur in agilen Projekten Best Practices aus dem Bundesministerium für Justiz Martin Hackl Enterprise IT-Architekt Justiz Bundesministerium für Justiz, Rechtsinformatikabteilung 2015 1 Kurzvorstellung

Mehr

Agiles Projektmanagement nach Scrum mit Projektron BCS - Erfahrungsaustausch -

Agiles Projektmanagement nach Scrum mit Projektron BCS - Erfahrungsaustausch - Agiles Projektmanagement nach Scrum mit Projektron BCS - Erfahrungsaustausch - Prof. Dr. Roland Petrasch, Beuth Hochschule für Technik prof.beuth-hochschule.de/petrasch Stefan Lützkendorf Projektron GmbH

Mehr

SCRUM. Legalisierung der Hackerei? GI Regionalgruppe Dortmund 07.12.2009 Dipl.-Inform. (FH) Dirk Prüter. Dirk.Prueter@gmx.de

SCRUM. Legalisierung der Hackerei? GI Regionalgruppe Dortmund 07.12.2009 Dipl.-Inform. (FH) Dirk Prüter. Dirk.Prueter@gmx.de SCRUM Legalisierung der Hackerei? GI Regionalgruppe Dortmund 07.12.2009 Dipl.-Inform. (FH) Dirk Prüter Dirk.Prueter@gmx.de Überblick Was ist SCRUM Wie funktioniert SCRUM Warum lohnt es sich, SCRUM anzuwenden

Mehr

Wie funktioniert agile Software-

Wie funktioniert agile Software- Wie funktioniert agile Software- Entwicklung mit SCRUM Zürich, 8. Mai 008 Jean-Pierre König, namics ag Software Engineer Bern, Frankfurt, Hamburg, München, St. Gallen, Zug, Zürich www.namics.com Agenda»

Mehr

Agiles Projektmanagement - auch geeignet für Nicht-IT-Projekte? PMI Prof. Dr.-Ing. Holger Günzel 14.09.2012

Agiles Projektmanagement - auch geeignet für Nicht-IT-Projekte? PMI Prof. Dr.-Ing. Holger Günzel 14.09.2012 Agiles Projektmanagement - auch geeignet für Nicht-IT-Projekte? PMI Prof. Dr.-Ing. Holger Günzel Verglühte die Raumfähre Columbia durch einen unflexiblen Projektmanagementprozess? Rückblick: 2003 verglühte

Mehr

Leuchtfeuer. Hinter den Kulissen der Scrum Transformierung der Allianz Deutschland

Leuchtfeuer. Hinter den Kulissen der Scrum Transformierung der Allianz Deutschland Leuchtfeuer Hinter den Kulissen der Scrum Transformierung der Allianz Deutschland Gliederung Über die Allianz Wie führen wir Scrum ein? Wie haben wir begonnen? Techniken und Praktiken Change-Management

Mehr

Werte und Prinzipien der agilen Softwareentwicklung

Werte und Prinzipien der agilen Softwareentwicklung 1 Was ist Scrum? Scrum ist ein einfaches Projektmanagement-Framework, in das Entwicklungsteams selbstbestimmt erprobte Praktiken einbetten. Der Rahmen sieht einen empirisch, iterativen Prozess vor, bei

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

Die 7 Wege zum Clean Code

Die 7 Wege zum Clean Code Die 7 Wege zum Clean Code Über mich Claudio Altamura Softwareentwickler Certified ScrumMaster Interessen Agile Softwareentwicklung Softwarearchitekturen Java ccd2013@claudioaltamura.de 2 Inhalt 1. Statische

Mehr

Agile Software Development

Agile Software Development Dipl. Wirtsch. Ing. Alexander Werth Methoden der Softwareentwicklung 6-1 Agile Manifest Individuen und Interaktion statt Prozessen und Tools. Funktionierende Software statt umfangreicher Dokumentation.

Mehr

Das Agile Team. Skills, Arbeitsweise, Umgebung

Das Agile Team. Skills, Arbeitsweise, Umgebung Das Agile Team Skills, Arbeitsweise, Umgebung Das Team handelt Das Team Verwandelt Anforderungen in potentially shippable product increment Der handelnde Agent Selbstorganisiert - was heisst das Gemeinsam

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

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

Praktische Erfahrungen beim Einsatz des Vorgehensmodells "SCRUM" bei AGFA HealthCare

Praktische Erfahrungen beim Einsatz des Vorgehensmodells SCRUM bei AGFA HealthCare Praktische Erfahrungen beim Einsatz des Vorgehensmodells "SCRUM" bei AGFA HealthCare SCRUM Praktische Erfahrungen beim Einsatz des Vorgehensmodells "SCRUM" eines Entwicklerteams von AGFA HealthCare 2 Praktische

Mehr

Projektorganisation und Vorgehen in agilen Projekten. Noser Technologieimpulse München 2013 - Matthias Neubacher

Projektorganisation und Vorgehen in agilen Projekten. Noser Technologieimpulse München 2013 - Matthias Neubacher Projektorganisation und Vorgehen in agilen Projekten Noser Technologieimpulse München 2013 - Matthias Neubacher Ein wenig Theorie Agile Methoden Warum? hohe Anpassbarkeit schnellere Ergebnisse günstigere

Mehr

Wasserfall, «Death March», Scrum und agile Methoden. 08. Dezember 2011 Embedded Software Engineering Kongress Urs Böhm

Wasserfall, «Death March», Scrum und agile Methoden. 08. Dezember 2011 Embedded Software Engineering Kongress Urs Böhm Wasserfall, «Death March», Scrum und agile Methoden 08. Dezember 2011 Embedded Software Engineering Kongress Urs Böhm Übersicht Warum Projektmanagement? Gängige SW Entwicklungsprozesse Wasserfall V-Modell

Mehr

Projektplanung für Softwareprojekte: KLIPS 2.0 Prof. Dr. Manfred Thaller WS 2011/12 3.11.2011 Dana Wroblewski

Projektplanung für Softwareprojekte: KLIPS 2.0 Prof. Dr. Manfred Thaller WS 2011/12 3.11.2011 Dana Wroblewski Projektplanung für Softwareprojekte: KLIPS 2.0 Prof. Dr. Manfred Thaller WS 2011/12 3.11.2011 Dana Wroblewski 1. Was heißt Agil 2. Scrum? Grundbegriffe 3. Wer benutzt Scrum 4. Vorteile & Nachteile von

Mehr

Einführung in die SWE

Einführung in die SWE Einführung in die SWE Inhalte der Vorlesung Allgemeine Ziele der Lehrveranstaltung Entwickeln einer kleinen Applikation nach professionellem Vorgehensmodell Erlernen des objektorientierten Herangehens

Mehr

Wie agil kann Business Analyse sein?

Wie agil kann Business Analyse sein? Wie agil kann Business Analyse sein? Chapter Meeting Michael Leber 2012-01-24 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

INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung. Robust und Agil gegeneinander oder miteinander?

INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung. Robust und Agil gegeneinander oder miteinander? INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung Rütistrasse 9, Postfach 5401 Baden, Switzerland Phone: +41 56 222 65 32 Internet: www.infogem.ch Robust und Agil gegeneinander oder miteinander?

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

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

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

Projektmanagement 14/ 15 Agiles Management - Scrum (1) Prof. Adrian Müller, PMP, PSM-1, CSM FH Kaiserslautern

Projektmanagement 14/ 15 Agiles Management - Scrum (1) Prof. Adrian Müller, PMP, PSM-1, CSM FH Kaiserslautern Projektmanagement 14/ 15 Agiles Management - Scrum (1) Prof. Adrian Müller, PMP, PSM-1, CSM FH Kaiserslautern phone: +49 631/3724-5329 http://www.hs-kl.de/~amueller Inhalte Agile Modelle Manifesto Übersicht

Mehr

Iterativ. Inkrementell

Iterativ. Inkrementell Iterativ Inkrementell Build Release Test Qualität Architektur & Documentation Distributed Version Control Continuous Integration TDD Design Agile Architektur Dependency Feature Branches Mocks

Mehr

Softwaretechnik II. Sommersemester 2014. Software-Qualität. Stefan Berlik

Softwaretechnik II. Sommersemester 2014. Software-Qualität. Stefan Berlik 1 / 43 Softwaretechnik II Sommersemester 2014 Software-Qualität Stefan Berlik Fachgruppe Praktische Informatik Fakultät IV, Department Elektrotechnik und Informatik Universität Siegen 8. Mai 2014 Gliederung

Mehr

Lean, Agile & Scrum. Josef Scherer. Sponsoren. Agilität Scrum Grundlagen Erfahrungsaustausch. 10:30 12:00, ETH Zürich, E6

Lean, Agile & Scrum. Josef Scherer. Sponsoren. Agilität Scrum Grundlagen Erfahrungsaustausch. 10:30 12:00, ETH Zürich, E6 Lean, Agile & Scrum Conference Sponsoren Josef Scherer Scrum für Einsteiger Agilität Scrum Grundlagen Erfahrungsaustausch 10:30 12:00, ETH Zürich, E6 Vorstellung Erfahrung fh mit Scrum? Agile Kultur Agiles

Mehr

Scrum Team Diagnose. Gibt es sonst noch etwas, was du zur Rolle des Product Owners sagen möchtest?

Scrum Team Diagnose. Gibt es sonst noch etwas, was du zur Rolle des Product Owners sagen möchtest? Scrum Rollen Product Owner (PO) Der PO ist klar definiert Der PO übersetzt Anforderungen in klare Backlog Items Der PO ist ermächtigt, Backlog Items zu priorisieren Der PO verfügt über das Fachwissen,

Mehr

Agile Methoden: Leichtgewichte der Softwaretechnik

Agile Methoden: Leichtgewichte der Softwaretechnik Agile Methoden: Leichtgewichte der Softwaretechnik Prof. Dr. Gerald Lüttgen Lehrstuhl Softwaretechnik & Programmiersprachen Universität Bamberg www.swt-bamberg.de 2011 Gerald Lüttgen Vortrag IT Cluster

Mehr

INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung. Robust und Agil gegeneinander oder miteinander?

INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung. Robust und Agil gegeneinander oder miteinander? INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung Rütistrasse 9, Postfach 5401 Baden, Switzerland Phone: +41 56 222 65 32 Internet: www.infogem.ch Robust und Agil gegeneinander oder miteinander?

Mehr

Agile Softwareentwicklung mit SCRUM

Agile Softwareentwicklung mit SCRUM Agile Softwareentwicklung mit SCRUM PMI MUC 01. März 2010 Referent: Gerhard Held mehr als 35 Berufsjahre in der Softwareentwicklung im Projektmanagement und verwandten Themen... Gründe für das Scheitern

Mehr

10 Years of Agile Lab Courses for International Students

10 Years of Agile Lab Courses for International Students Daniel Speicher, Pascal Bihler, Paul Imhoff, Günter Kniesel, Holger Mügge, Jan Nonnen, Tobias Rho, Mark von Zeschau, Armin B. Cremers 10 Years of Agile Lab Courses for International Students SAG WAS Workshop,

Mehr

Internet Briefing Agile SW-Entwicklung

Internet Briefing Agile SW-Entwicklung 1 www.namics.com Internet Briefing Agile SW-Entwicklung 6. Februar 2007 Peter Stevens, Principal Consultant Bern, Frankfurt, Hamburg, München, St. Gallen, Zug, Zürich Agenda 2 www.namics.com 3 www.namics.com

Mehr

Agile Softwareentwicklung. Yelve Yakut

Agile Softwareentwicklung. Yelve Yakut Agile Softwareentwicklung Yelve Yakut Index Projekte Vorgehensmodelle Agilität Scrum Feature Driven Development 20.05.08 Agile Softwareentwicklung #2 Projektplanung Von 210 Projekten im Zeitraum von 1997

Mehr

Agile Entwicklung àla The Eclipse Way. Dipl.-Inform. Martin Lippert Senior IT-Berater martin.lippert@akquinet.de

Agile Entwicklung àla The Eclipse Way. Dipl.-Inform. Martin Lippert Senior IT-Berater martin.lippert@akquinet.de Agile Entwicklung àla The Eclipse Way Dipl.-Inform. Martin Lippert Senior IT-Berater martin.lippert@akquinet.de Über mich Martin Lippert Senior-IT-Berater bei Akquinet Agile GmbH martin.lippert@akquinet.de

Mehr