Gearconf 2010 atdd_kunden_und_scrum

1.419 Aufrufe

Veröffentlicht am

Veröffentlicht in: Business, Technologie, News & Politik
0 Kommentare
0 Gefällt mir
Statistik
Notizen
  • Als Erste(r) kommentieren

  • Gehören Sie zu den Ersten, denen das gefällt!

Keine Downloads
Aufrufe
Aufrufe insgesamt
1.419
Auf SlideShare
0
Aus Einbettungen
0
Anzahl an Einbettungen
2
Aktionen
Geteilt
0
Downloads
1
Kommentare
0
Gefällt mir
0
Einbettungen 0
Keine Einbettungen

Keine Notizen für die Folie

Gearconf 2010 atdd_kunden_und_scrum

  1. 1. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Projektarbeit 2.0 Von ATDD, Kunden, Entwicklern und Scrum in der Softwareentwicklung 1
  2. 2. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Vorstellungsrunde 2
  3. 3. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 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“? 3
  4. 4. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 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 4
  5. 5. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Was war geschehen? 5
  6. 6. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Projektarbeit 1.0 • (Eher) Traditionelles Vorgehen • Push-System • Projekthierarchie (PL, TPL, Architekt, Senioren, Teamleiter, etc.) • Ca$hcow Changerequest • Dungeon Development 6
  7. 7. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 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 7
  8. 8. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 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 8
  9. 9. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. (Traditionelle) Software Projekte • sollen die Bedürfnisse der Nutzer decken Quelle: The Standish Group, 2002 study 9
  10. 10. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Unsere erste Wahl: Scrum 10
  11. 11. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. 11
  12. 12. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. 12
  13. 13. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Eine Schlüsselrolle für den Erfolg: der PO 13
  14. 14. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. 14
  15. 15. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Produktvision 15
  16. 16. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Produktvision - Ein Moment der Reflektion • 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? 16
  17. 17. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Das Elevator - Pitch - Template FOR <target customer> WHO <statement of the need> THE <product name> IS A <product category> THAT <key benefit> UNLIKE <primary competitor> OUR PRODUCT <further differentiation> (From Geoffrey Moore, Crossing the Chasm) 17
  18. 18. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Produktvision & Roadmap 18
  19. 19. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Anforderungen • Abstrakte Anforderungen, die auf einer hohen Ebene mehrere Funktionalitäten bündeln • Dazu werden dann User Stories erstellt 19
  20. 20. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 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 20
  21. 21. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. User Story Format As a <type of user> I want to <do something> so that <I can achieve some Business value>. 21
  22. 22. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 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? 22
  23. 23. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. INVESTiere in User Stories •Independent •Negotiable •Valuable •Estimable •Small •Testable 23
  24. 24. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Wann weiss ich denn nun, wann ich fertig bin? • Acceptance Criteria (Abnahmekriterien) • Freitext • Given-When-Then • Definition of Done 24
  25. 25. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. 25
  26. 26. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Was gehört denn nun zum Job des PO? • Anforderungsmanagement • Planning • Termin • Leistungsumfang • Stakeholdermanagement • Risikomanagement • Budgetmanagement • etc. 26
  27. 27. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Anforderungsmanagement mit Scrum (& Kanban) in der Praxis 27
  28. 28. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 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. 28
  29. 29. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Unser Ansatz: Kanban zum Befüllen des Backlog 29
  30. 30. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Die Icebox 30
  31. 31. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Nächste Stories für das Product Backlog 31
  32. 32. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Überarbeiten der Akzeptanzkriterien (1) 32
  33. 33. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Überarbeiten der Akzeptanzkriterien (2) 33
  34. 34. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Kundenreview 34
  35. 35. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Anpassung 35
  36. 36. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Abnahme 36
  37. 37. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Ab ins Backlog 37
  38. 38. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. (A)TDD 38
  39. 39. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. From Brian Marick via Lisa Crispin and Janet Gregory Q2 Q1 Q3 Q4 Business-facing Technology-facing Supporttheteam Critiquetheproduct 39
  40. 40. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Testdriven Development From Wikipedia, the free encyclopedia 40
  41. 41. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Wer kann die Tests schreiben & lesen? • Schreiben • Entwickler • Lesen • Entwickler • ggf. auch andere 41
  42. 42. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Evolution... UserStory! Acceptance Criteria! Given-When- Then! Definition of! Done! UnitTests! 42
  43. 43. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Speed up! 43
  44. 44. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Next generation UserStory! Acceptance Criteria! Given-When- Then! Definition of! Done! Test::Unit! RSpec! RSpec::UserStories! ATDD/BDD! 44
  45. 45. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Cucumber (http://cukes.info) • Testdefinition in natürlicher Sprache! • Testausgabe in natürlicher Sprache! 45
  46. 46. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Gherkin • GIVEN • WHEN • THEN • AND • BUT Scenario: Multiple Givens! Given one thing! Given an other thing ! Given yet an other thing ! When I open my eyes ! Then I see something ! Then I don't see something else! Scenario: Multiple Givens! Given one thing ! And an other thing ! And yet an other thing ! When I open my eyes ! Then I see something ! But I don't see something else! 46
  47. 47. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Feature & Step definition Feature definition (*.feature) Step definition (*.steps) 47
  48. 48. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Make it fail 48
  49. 49. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Fix it 49
  50. 50. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. ...und weiter 50
  51. 51. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. 51
  52. 52. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Das agile Heilmittel? 52
  53. 53. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Risikominimierung durch schnelles Feedback Quelle: The Business Value of Agile Software Development by Brad Swansons (Propero Solutions LLC) 2009 53
  54. 54. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 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 54
  55. 55. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Qualitätsverbesserung Quelle: The Business Value of Agile Software Development by Brad Swansons (Propero Solutions LLC) 2009 55
  56. 56. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 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 56
  57. 57. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 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 Überflüssigem/Hinderlichen und kontinuierlich am Verbessern des Prozesses Quelle: The Business Value of Agile Software Development by Brad Swansons (Propero Solutions LLC) 2009 57
  58. 58. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Besseres ROI Quelle: The Business Value of Agile Software Development by Brad Swansons (Propero Solutions LLC) 2009 58
  59. 59. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Agile Erfolge Quelle: The Business Value of Agile Software Development by Brad Swansons (Propero Solutions LLC) 2009 59
  60. 60. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Weitere Informationen 60
  61. 61. agile@silpion.de www.silpion.de | All rights reserved. Copyright © 2010. Vielen Dank für Ihre Aufmerksamkeit :) 61

×