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

Größe: px

Ab Seite anzeigen:

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

Kora Krüger
vor 8 Jahren
Abrufe

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

2 Agenda 1) Arten des Lernens: Shu-Ha-Ri 2) Das Agile Software Development Manifest. 3) Allgemeines über Methoden 4) extreme Programming (XP) und 5) Crystal Methods 6) Diskussion einzelner Techniken (z.b. Pair Programming oder keine Dokumentation) 7) Und nach dem 2. Vortrag Feedback und Diskussion bei einem Bier.

3) Allgemeines über Methoden 4) extreme Programming (XP) und 5) Crystal

3 Arten des Lernens: Shu-Ha-Ri Folgende Definition über Lernstufen kommt aus dem fernöstlichen Kampfsport Aikido: Shu - Lernen, Nachmachen Ha - Loslösen, Erkennen von Alternativen Ri - Nach Bedraf anwenden und weiterentwickeln

Aikido: Shu - Lernen, Nachmachen Ha - Loslösen,

4 Agile Software Development Manifest Prioritäten: Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan

comprehensive documentation Customer collaboration over contract

5 Agile Alliance Die Agile Alliance bestehend aus folgenden 17 Personen, die sich im Feb trafen um das Manifest zu schreiben: Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Marting Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Stephen J. Mellor, Ken Schwaber, Jeff Sutherland and Dave Thomas Das sind die Vertreter von Methoden wie XP, Scrum, Crystal, FDD, DSDM, etc.

Cunningham, Marting Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert

6 Bestandteile von Methoden Alistair Cockburn 2002

7 Scope von Methoden Alistair Cockburn 2002

8 Eine Methode für Alle Projekte? Das wichtigste ist, Software zu entwicklen, die einen Nutzen für Kunden hat. Die schwierigste Hindernis dabei ist üblicherweise Kommunikation.

9 Qualität des Kommunikationskanals Alistair Cockburn 2002

10 Kommunikationsbedarf bei steigender Personenzahl Alistair Cockburn 2002

11 Kritikalität von Projekten Verlust von Bequemlichkeit Entbehrlicher Geldverlust Existenzieller Geldverlust Verlust von Leben

12 Schema zur Kategorisierung Alistair Cockburn 2002

13 extreme Programming Eine der ersten bekannten agilen Methoden Sehr gut dokumentiert in vielen bunten Büchern Sehr kontroversiell diskutiert Eine C6-D6 Methode, vereinzelt auch in größeren oder wichtigeren Projekten angewendet.

Sehr kontroversiell diskutiert Eine C6-D6 Methode,

14 Crystal Methoden Von Alistair Cockburn Legen Wert auf Personen und Kommunikation Werden ans Projekt angepaßt: Je nach Projektgröße und Kritikalität werden ihnen die Farben Clear, Yellow, Orange, Orange Web, Red Magenta, Blue usw. zugeordnet. Crystal Clear ist für Projekte von C6-D6 geeignet.

Kritikalität werden ihnen die Farben Clear, Yellow, Orange, Orange Web,

15 Crystal Clear Kleinste Crystal Methode Rollen: Sponsor, Senior Designer+Programmer, Designer-Programmer und User (zumindest Teilzeit verfügbar) Includiert Policy Standards: zb Software wird incrementel und regelmäßig geliefert. Work Products: u.a. Release sequence, Design drafts und Notizen, UI-Drafts, laufenden Code, Migration Code, Test cases, User manual.

16 XP Prinzipien The Planning Game, Small Releases, Metaphor, Simple Design, Testing, Refactoring, Pair Programming, Collective Code Ownership, Continuous Integration, 40-Hour Week, On-Site Customer, Coding Standards

Programming, Collective Code Ownership, Continuous

17 Grundsätze des Manifests (1) Our highest priority is to satisfy the customer through early and frequent software Deliver working software frequently, from a couple of wweks to a couple of months, with a preference for the shorter timescale Working software is the primary measure of progress Welcome changing requirements, even late in development. Agile processes harness change for the customer s competitive advantage. Business people and developers work together daily throughout the project.

Working software is the primary measure of progress Welcome changing requirements, even late in development.

18 Grundsätze des Manifests (2) Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done. The most efficient and effective method of conveying information to and within a development team is faceto-face conversation. The best architectures, requirements and designs emerge from self-organizing teams. Continous attention to technical excellence and good design enchance agility.

The most efficient and effective method of conveying information to and within a development team is

19 Grundsätze des Manifests (3) Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.l Simlicity - the art of maximizing the amount of work not done - is essential. At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.

l Simlicity - the art of maximizing the amount of work not done - is essential.

20 Buch-Referenzen A. Cockburn: Agile Software Development, Addison Wesley 2002, ISBN (viel gut erklärte Theory zu Kommunikation, mit Crystal Clear) K. Beck: extreme Programing explained, Addison Wesley 2000, ISBN (das weiße Original) K. Auer u. R. Miller: Extreme Programming Applied, Addison Wesley 2002, ISBN (aktuellerer, lila, eines der besseren bunten XP-Bücher) A. Hunt u. D. Thomas: The Pragmatic Programmer, Addison Wesley 2000, ISBN x (viele nette Ideen für Ri-Leser (Meister))

Clear) K. Beck: extreme Programing explained, Addison Wesley 2000, ISBN 201616416 (das weiße Original) K. Auer u. R.

21 Web-Referenzen

22 Abschluß Eine gute Einstellung, wie Software-Entwicklungsmethoden gelernt und angewandt werden sollten, kann man von Miyamoto Musashi (Samurai, lebte im 17. Jahrhundert) übernehmen - allerdings muß man sie erst auf Software- Entwicklung übersetzen: Do not develop an attachment to any one wepon or any one school of fighting. Practice and observe reflectively Win.

Ähnliche Dokumente

Trends in der Agilität Dr. Martin Geier

Projektmanagement Agil Trends in der Agilität Dr. Martin Geier Zahlen und Fakten Fakten Gründung 2001 Standorte: Deutschland: Erlangen, München USA: Detroit, Miami Auszeichnungen 2004 2008 2011 2006, 2007,