Gearconf 2010 atdd_kunden_und_scrum

Wer bin ich noch? Glücklich verheiratet, 2 Töchter (3+5) & 2 Meerschweinchen Asien Motorrad fahren Hamburg JUG + Android UG agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

Wer seid ihr? • Wer hat noch keine Erfahrung mit agilen Methoden? • Wer hat Erfahrung mit agilen Methoden? • Wer hat Erfahrung mit Kanban? • Wer hat Erfahrung mit Scrum? • Wer ist hier wegen (A)TDD/BDD? • Wer ist hier wegen Java/Ruby/C#? • Wer ist hier, weil er/sie unzufrieden ist, wie Kunde/Team „zusammenarbeiten“? agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

Es wäre schön, wenn... • ihr Fragen stellt, so bald etwas unklar ist • ihr Feedback gebt (also nicht nur Fragen stellen ;) • es nur eine Unterhaltung zur Zeit gibt • elektronische Geräte nur in Ausnahmefällen benutzt werden • ihr was aus diesem Vortrag mitnehmen könnt agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

Projektarbeit 1.0 • (Eher) Traditionelles Vorgehen • Push-System • Projekthierarchie (PL, TPL, Architekt, Senioren, Teamleiter, etc.) • Ca$hcow Changerequest • Dungeon Development agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

Projektarbeit 1.0 - Erfolge • Angespannte Stimmung im Projekt • Gereizte (und unzufriedene) Kunde • Gereizte (und unzufriedene) Mitarbeiter • Strapazierte Projektrahmen • Leistungsumfang • Budget • Zeit • Qualität • „Feindbild“ Kunde • Ca$h agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

(Traditionelle) Software Projekte • sollen die Bedürfnisse der Nutzer decken • sollen termingerecht abgewickelt werden • sollen im veranschlagten Budget sein • sollen die richtige Qualität liefern Quelle: The Standish Group Chaos Report, 2006 agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

(Traditionelle) Software Projekte • sollen die Bedürfnisse der Nutzer decken Quelle: The Standish Group, 2002 study agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

Produktvision - Ein Moment der Reﬂektion • Wer ist die Zielgruppe des Projektes? • Was ist denn das Bedürfnis des Zielgruppe? Warum sollten die das wollen? Bzw. womit sind ist die Zielgruppe nicht zufrieden? • Wie heisst das Projekt? • In welche Kategorie kann man das Projekt einordnen? • USP • Wer ist der Hauptkonkurrent? • Was wären weitere Differenzierungsmerkmale? agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

Das Elevator - Pitch - Template FOR <target customer> WHO <statement of the need> THE <product name> IS A <product category> THAT <key beneﬁt> UNLIKE <primary competitor> OUR PRODUCT <further differentiation> (From Geoffrey Moore, Crossing the Chasm) agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

Anforderungen • Abstrakte Anforderungen, die auf einer hohen Ebene mehrere Funktionalitäten bündeln • Dazu werden dann User Stories erstellt agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

Product Backlog • Enthält ungeplante Backlog Items (User Stories etc.), keine Anforderungen • Sind in einer absoluten Reihenfolge • Liefern die Produktvision • Oben detailliert, unten grob • (Hoch)dynamisch agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

User Story Format As a <type of user> I want to <do something> so that <I can achieve some Business value>. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

User Stories • Wie schreibt man die? • Wer macht was? • Warum wird das gemacht? • Sollte immer aus Sicht des Endnutzers formuliert sein! • Aber: • Woher weiss ich eigentlich, wann ich durch bin? • Wie detailliert darf eine Story eigentlich sein? agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

Wann weiss ich denn nun, wann ich fertig bin? • Acceptance Criteria (Abnahmekriterien) • Freitext • Given-When-Then • Deﬁnition of Done agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

Was gehört denn nun zum Job des PO? • Anforderungsmanagement • Planning • Termin • Leistungsumfang • Stakeholdermanagement • Risikomanagement • Budgetmanagement • etc. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

Wie der Kunde sich einbringen möchte... • Extremata: • Er will gar nicht! • Er will immer alles kontrollieren! • Was wir hatten: • Ein Kunde, der zwar keine User Story schreiben will, aber die Stories abnehmen will. • Selbiges gilt für Abnahmekriterien. • 1 Meeting/Woche (Dauer: min. 4 Std.) • Das Füllen des Backlog war nicht schnell & gut genug. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

From Brian Marick via Lisa Crispin and Janet Gregory Business-facing Critique the product Support the team Q2 Q3 Q1 Q4 Technology-facing agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

Wer kann die Tests schreiben & lesen? • Schreiben • Entwickler • Lesen • Entwickler • ggf. auch andere agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

Next generation UserStory! Deﬁnition of! Acceptance Test::Unit! RSpec! Done! Criteria! Given-When- Then! RSpec::UserStories! ATDD/BDD! agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

Cucumber (http://cukes.info) • Testdeﬁnition in natürlicher Sprache! • Testausgabe in natürlicher Sprache! agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

Gherkin • GIVEN Scenario: Multiple Givens! Given one thing! Given an other thing ! • WHEN Given yet an other thing ! When I open my eyes ! Then I see something ! • THEN Then I don't see something else! Scenario: Multiple Givens! • AND Given one thing ! And an other thing ! • BUT And yet an other thing ! When I open my eyes ! Then I see something ! But I don't see something else! agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

Risikominimierung durch schnelles Feedback Quelle: The Business Value of Agile Software Development by Brad Swansons (Propero Solutions LLC) 2009 agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

Planung & Transparenz? Vorgehen nach Phasen vs. Anzahl vollständiger, getesteter, produktionsreifer Features Quelle: The Business Value of Agile Software Development by Brad Swansons (Propero Solutions LLC) 2009 agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

Qualitätsverbesserung Quelle: The Business Value of Agile Software Development by Brad Swansons (Propero Solutions LLC) 2009 agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

Schnelleres time-2-market • Man baut nur die Dinge, die der Kunde aktuell benötigt • Priorisiere, was gebaut werden soll • Wichtiges wird nicht durch unwichtiges verzögert • Man spart Zeit in Bezug auf Planung, Design und Overhead • Man erstellt das System kleiner und sauberer. Dadurch wird es wartbarer und kann leichter erweitert werden • Kurze Iterationen verringern das Risiko von bösen Überraschungen am Ende des Projekts • oft Verzögerungen • höhere Entwicklungskosten Quelle: The Business Value of Agile Software Development by Brad Swansons (Propero Solutions LLC) 2009 agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

Höhere Produktivität • Cross-funktionale, hoch kollaborative, auf das Produkt fokusierte Teams • Reduzierte Feedbackzeit, was die Produktivität erhöht • Fokusiert auf klare, kurzfristige Zielefocused, was die Motivation erhöht • Fokusiert auf die Beseitigung von Überﬂüssigem/Hinderlichen und kontinuierlich am Verbessern des Prozesses Quelle: The Business Value of Agile Software Development by Brad Swansons (Propero Solutions LLC) 2009 agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

Besseres ROI Quelle: The Business Value of Agile Software Development by Brad Swansons (Propero Solutions LLC) 2009 agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

Agile Erfolge Quelle: The Business Value of Agile Software Development by Brad Swansons (Propero Solutions LLC) 2009 agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Sonntag, 7. November 2010

Gearconf 2010 atdd_kunden_und_scrum

by Björn Jensen on Nov 07, 2010

Accessibility

Categories

Tags

Upload Details

Usage Rights

Statistics

Gearconf 2010 atdd_kunden_und_scrum — Presentation Transcript