Software in 30 Tagen (Software in 30 days)
4 gefällt mir1,432 aufrufe
Das Buch beschreibt die Scrum-Entwicklungsmethode, die es ermöglicht, Software in flexiblen, maximal 30-tägigen Inkrementen zu entwickeln, wodurch Veränderungen während der Entwicklung integriert werden können. Es richtet sich an Führungskräfte und IT-Manager, die Scrum einführen möchten, um Produktivität und Qualität in der Softwareentwicklung zu steigern und Risiken zu meistern. Zudem bietet es Einblicke in die Organisation von Scrum-Teams und agile Übergänge innerhalb von Unternehmen.
Software in 30 Tagen (Software in 30 days)
- 1. Software in 30 Tagen Agile User Group Bremen, 14.04.2014 stefan.roock@it-agile.de Twitter: @StefanRoock
- 2. „Mit Scrum lässt sich bei der Softwareentwicklung flexibel auf veränderte Marktbedingungen reagieren. Noch während der Entwicklung können neue Erkenntnisse in die weitere Planung integriert werden. ! Dieses Buch beschreibt die Scrum- Entwicklungsmethode und zeigt auf, wie Software in kleinen Inkrementen von maximal 30 Tagen entwickelt wird, sodass nach jedem Inkrement die Richtung der Entwicklung geändert werden kann. ! Es wendet sich an Führungskräfte und IT- Manager, die Scrum im Unternehmen einführen möchten, um mehr Produktivität, Qualität,Wertschöpfung, Kontrollierbarkeit, Vorhersagbarkeit und Zufriedenheit in der Softwareentwicklung zu gewinnen. Sie erfahren auch, wie Sie mit Scrum Risiken im Projekt meistern und das Team dabei unterstützen können, erfolgreich zu sein.“
- 3. Teil 1 Scrum
- 5. Sprints und der ROI 1/2 € 0 Sprints Vorgehen kumuliert Risiken
- 6. Sprints und der ROI 2/2 € 0 1 Sprint Vorgehen reduziert Risiken ROI kann auch immateriell sein, z.B. wertvolle Lerneffekte
- 7. Sprints Lieferbare Software kann produktiv eingesetzt werden und hat einen positiven ROI (Return on Investment) Das Ergebnis eines jeden Sprints ist lieferbare Software. Folgerichtig präferiert das Buch Monatssprints.
- 8. Product Owner … ist derjenige, der die Software haben will. … optimiert den Produktnutzen durch Priorisierung der Features.
- 9. Product Owner in den Fallbeispielen Hochrangige Führungskraft Ich brauche ein fähiges Team, dem ich nicht alles vorkauen muss.
- 10. Definition of Done t Team-Fähigkeiten erweitern: Def. of Done Teamleistetmehr
- 11. Definition of Ready Definition of Done t Team-Fähigkeiten erweitern: Def. of Ready Teamleistetmehr Teambraucht wenigerVorgaben
- 12. Teil 2 Scrum im Unternehmen
- 13. >> Titel der Präsentation „Culture Eats Strategy for Breakfast“ Peter Drucker
- 14. >> Titel der Präsentation Die eigentliche Herausforderung Low Trust High Trust
- 15. >> Titel der Präsentation Steve Denning: „Company is at war with itself“
- 16. Scrum einführen oder: Die Erlaubnis zum Anders-Sein
- 17. >> Titel der Präsentation>> Titel der Präsentation Vom Projekt zur Organisation Agiles Software-Studio Agile EnterpriseAgil PRN Agil für einzelne Projekte mit konkreten Indikationen Agil im Regelbetrieb, um Projekte durchzuführen Agil im ganzen Unternehmen
- 20. Teil 3 Scrum mit Scrum einführen
- 21. Transition hin zu mehr Agilität TransitionsteamTransitions- Backlog Produkt des Transitionsteams:Agile Teams in einer agilen Organisation Erkenntnisse/Probleme aus den agilen Teams
- 22. Transitionsteam incl. hochrangiger Manager z.B. externer Coach als Scrum-Master Product Owner z.B. Geschäfts- führer
- 23. Vielen Dank für die Aufmerksamkeit Stefan Roock stefan.roock@it-agile.de Twitter: @StefanRoock Broschüre zur agilen Skalierung: luna@it-agile.de