Als PDF, PPTX herunterladen
Hochgeladen vonHeico Koch
Lean Startup und agile Methodiken – Hype oder Fortschritt ?
Das Dokument behandelt agile Methoden und deren Bedeutung in der Produktentwicklung, wobei der Schwerpunkt auf der Scrum-Methode liegt, einem iterativen Prozess, der zur Verwaltung von Softwareprojekten dient. Es wird auf die Herausforderungen und Misserfolgsursachen in großen IT-Projekten eingegangen sowie die Notwendigkeit betont, Hypothesen durch Experimente zu validieren. Der Text schließt mit der Betonung der Bedeutung von Kundeninteraktionen und der Akzeptanz von Fehlern als Teil des Lernprozesses.
Lean Startup und agile Methodiken – Hype oder Fortschritt ?
- 1.
- 2.
- 3.
- 4. Wo liegt derUnterschied? Produktentwicklung
- 5. Uwe L. ausB Physiker
- 6.
- 7.
- 8.
- 9. Erfolgsbilanz 24 % scheitern 44% out of time/budget/scope 32 % sind erfolgreich Quelle: The Standish Group
- 10. grössere IT-Projekte gehörenbei ausreichend Kopplung und Dynamik zu komplexen Systemen und sind unvorhersehbar
- 11. scheitern • 1. UnzureichenderUser Input ex • 2. Unvollständige Spezifikationen pl m • 3. Anforderungen ändern sich ko • 4. Fehlende Management Unterstützung • 5. Technisches Know How
- 12. Dynamik bändigen durch Prozesse Innovation
- 13.
- 14. Erfolgswahrscheinlichkeit durchagiles Vorgehen
- 15. Wissen Handeln
- 16. Folge: 64% of featuresare rarely or never used, and only 7% of features being “always” used and 13% being “often” used Quelle: The Standish Group nur 30 % haben Business Value!
- 17. agiles Manifest 2001 Individuen und Interaktionen mehr als Prozesse und Werkzeuge Funktionierende Software mehr als umfassende Dokumentation Zusammenarbeit mit dem Kunden mehr als Vertragsverhandlung Reagieren auf Veränderung mehr als das Befolgen eines Plans
- 18. agile Trends Beyond Budgeting Beta Codex . 3.0 p M gmt rtu Sta Lean ..... ... Scrum agile PM Kanban Inspired .... ....
- 19. Kontrolle Vertrauen
- 20. Vis io n g ie n Z iel Strate e manage
- 21.
- 22. viele Produkte scheitern keine Validierung von Hypothesen => kein Lernen fehlende Erfahrung von KPI in unsicherem Umfeld
- 23. 3 Entwicklungsstufen magic happens here Problem Produkt trifft trifft Skalierung Lösung Markt
- 24. echte Kunden get outof the building
- 25. build Idee / Hypothese Produkt learn measure Daten
- 26.
- 27.
- 28. Jede Idee mitder Hypothese aufschreiben!
- 29. Prio: Was willich in dieser Woche lernen? • Eine lebende Roadmap! (backlog)
- 30. Wie bauen? Einstein sagte:„Mache Dinge so einfach wie möglich, aber nicht einfacher“
- 31. Fokus auf Wesentliches testedie Annahme! Imperfektion ist Ok
- 32.
- 33. Was ist Scrum? Scrum ist ein empirischer Prozess um Softwareentwicklungsprojekte zu managen. Scrum ist ein iterativer Prozess, der sich aus festgelegten Zyklen sogenannten Sprints zusammensetzt. Scrum ist ein schlankes Regelwerk bestehend aus 3 Rollen, 4 Artefakten und 5 Meetings.
- 34. Geschichte Scrum • 50‘er Jahre Toyota Lean Manufacturing • 80‘er Jahre Lean Management Lean Development • 1993 Ken Schwaber „entwickelt“ ein iteratives Framework • 1994 Jeff Sutherland „definiert“ Scrum • 1996 Scrum wird auf der OOPSLA vorgstellt • 2001 XP Praktiken werden mit Scrum kombiniert… • 2003 ScrumMaster Zertifizierungen OOPSLA: Object-Oriented Programming, Systems, Languages and Applications (Konferenz)
- 35.
- 37.
- 38. build Idee / Hypothese Produkt learn measure Daten
- 39. mit Kunden inBerührung kommen !
- 40. Interviews Mock ups Beta Tests AB Tests Analytics ...
- 41.
- 42.
- 43. “Die Kunden wissennicht was sie wollen” Get out of the building!
- 44. “Mit 10 Leutenzu sprechen ist nicht signifikant” Get out of the building!
- 45. “Warum Wochen mitKunden sprechen, wenn ich am Wochenende was tolles bauen kann?” Get out of the building!
- 46. “Meine Freunde findendie Idee gut.” Get out of the building!
- 47.
- 48.
- 49. Eigenschaften von Metriken: AAA • Actionable: Befähigen zum Handeln • Accessible: Zugänglich für alle Mitarbeiter • Auditable: Nachvollziehbar pro Nutzer
- 50.
- 51.
- 52. Retention Rate Value UVP Prop. User User kann Wert kommt wegen erfahren Wert zurück ACTIVATION RETENTION RETENTION RATE EVENT EVENT
- 53. Goldene Regel (Kukident Regel) Dein Produkt hat Haftung am Markt, wenn Du eine Wiederkehrrate von 40% erreicht hast!
- 54. Kohorten Aqu Act Ret Ref Rev 50% 38% 25% 13% 0% week 1 week 2 weel 3 week 4 week 5
- 55.
- 56. Tools • Google Analytics=> missing cohorts • mixpanel.com • kissmetrics.com • usercycle.com • woopra.com
- 57. Dashboard ! • wenigerMetriken in einer Ansicht • jeder hat die gleichen Metriken • Metriken anpassen, je nach Fokus • Sie müssen weh tun !!! leicht verfügbar machen!
- 58.
- 59. build Idee / Hypothese Produkt learn measure Daten
- 60. Henry Ford: „Wenn ichmeine Kunden gefragt hätten, was sie wollen, dann hätten sie ein schnelleres Pferd verlangt“
- 61. oft sind esdie kleinen Dinge mit grossen Hebeln
- 62. Kultur-Thema Fehler sind gut- macht sie schnell
- 63. Merke ... • Unvorhersehbarkeit annehmen • Kontrolle und Vertrauen vereinbaren • Vision und Strategien praktisch leben • Fokus auf Business Faktoren/Hypothesen • mit echten Kunden arbeiten • experimentiere und lerne - analytisch • kurze Zyklen (immer kürzer werden)
- 64. "Nein, nicht versuchen.Tu es, oder tu es nicht. Es gibt kein Versuchen.“