Scrum und XP im harten Projektalltag

Weitere Magazine

Empfehlungen

Info

Heimarbeit von Teammitgliedern 127 CHECKLISTE FÜR SCRUMMASTER 129 Zu Beginn des Sprints 129 Täglich 129 Am Sprint-Ende 130 SCHLUSSWORT 131 LESE-EMPFEHLUNGEN 133 DER AUTOR 135 DIE ÜBERSETZER DER DEUTSCHEN AUSGABE 136
Vorwort von Jeff Sutherland Teams sollten über die Grundlagen von Scrum Bescheid wissen. Beispielsweise, wie man ein Product Backlog erstellt und daraus ein Sprint Backlog ableitet. Oder wie ein Burndown-Diagramm funktioniert und man die durchschnittliche Entwicklungsgeschwindigkeit (engl. Velocity) seines Teams ausrechnet. Henriks Buch ist eine gute Starthilfe für Teams, die über die ersten Gehversuche hinaus einen professionellen Einsatz vom Scrum erreichen wollen. Der richtige Einsatz von Scrum ist auch bei der Vergabe von Risikokapital immer wichtiger. Als Berater bei einer Risikokapitalfirma sorge ich dafür, dass nur in die Unternehmen investiert wird, die Agile Praktiken auch richtig anwenden. Unser Senior Partner befragt jede Firma in unserem Portfolio nach der Entwicklungsgeschwindigkeit ihrer Teams. Die meisten tun sich momentan mit der Antwort noch schwer. Bei der Vergabe zukünftiger Investitionen ist sie allerdings Grundvoraussetzung. Warum aber ist das so wichtig? Wenn ein Team seine Entwicklungsgeschwindigkeit nicht kennt, kann der Product Owner auch keinen Releaseplan mit glaubwürdigen Endterminen für das Produkt erstellen. Ohne verlässliche Termine wiederum ist es sehr wahrscheinlich, dass die Firma scheitert und der Investor sein Geld verliert! Dieser Herausforderung sehen sich große und kleine, junge und etablierte, sowie eigen- und fremdfinanzierte Unternehmen gegenüber. Kürzlich wurde auf einer Konferenz in London der Einsatz von Scrum bei Google diskutiert. Ich befragte das Publikum, wer Scrum einsetzt. Von den 135 Teilnehmern meldeten sich 30. Anschließend fragte ich, wer iterative Entwicklung nach Nokia Standard betreibt. Iterative Entwicklung ist laut dem Agilen Manifest eine Grundvoraussetzung, um schnell und häufig funktionierende Software auszuliefern. Über Jahre hinweg, leitete Nokia aus den Ergebnissen von Scrum- Retrospektiven hunderter Teams die folgenden Regeln für iterative Entwicklung ab:
Seite 1 und 2: Ein agiler Praxisbericht Scrum und
Seite 3 und 4: Scrum und XP im harten Projektallta
Seite 5: Danksagung Den ersten Entwurf diese
Seite 8 und 9: SO SIEHT UNSER SPRINT BACKLOG AUS 4
Seite 12 und 13: ii | SCRUM UND XP IM HARTEN PROJEKT
Seite 14 und 15: iv | SCRUM UND XP IM HARTEN PROJEKT
Seite 17 und 18: 1 Einleitung Sie wollen in Ihrem Un
Seite 19 und 20: 2 So sieht unser Product Backlog au
Seite 21 und 22: SO SIEHT UNSER PRODUCT BACKLOG AUS|
Seite 23 und 24: 3 So bereiten wir die Sprint-Planun
Seite 25 und 26: 4 So laufen Sprint-Planungsmeetings
Seite 27 und 28: SO LAUFEN SPRINT-PLANUNGSMEETINGS A
Seite 33 und 34: Product Backlog A B C D E SO LAUFEN
Seite 37 und 38: …für den Sprint 50 verfügbare M
Seite 47 und 48: Beispielhafte Zerlegung einer Story
Seite 53 und 54: 5 So machen wir Sprints bekannt Es
Seite 55 und 56: 6 So sieht unser Sprint Backlog aus
Seite 57 und 58: SO SIEHT UNSER SPRINT BACKLOG AUS|
Seite 59 und 60: SO SIEHT UNSER SPRINT BACKLOG AUS|
Seite 61 und 62:
SO SIEHT UNSER SPRINT BACKLOG AUS|
Seite 63 und 64:
SO SIEHT UNSER SPRINT BACKLOG AUS|
Seite 65 und 66:
7 So richten wir den Teamraum ein D
Seite 67 und 68:
SO RICHTEN WIR DEN TEAMRAUM EIN | 5
Seite 69:
SO RICHTEN WIR DEN TEAMRAUM EIN | 5
Seite 72 und 73:
62 | SCRUM UND XP IM HARTEN PROJEKT
Seite 74 und 75:
Seite 76 und 77:
Seite 78 und 79:
Seite 80 und 81:
Seite 82 und 83:
Seite 84 und 85:
Seite 86 und 87:
Seite 88 und 89:
Seite 90 und 91:
Seite 92 und 93:
Seite 94 und 95:
Seite 96 und 97:
Seite 98 und 99:
Seite 100 und 101:
Seite 102 und 103:
Seite 104 und 105:
Seite 106 und 107:
Seite 108 und 109:
Seite 110 und 111:
100 | SCRUM UND XP IM HARTEN PROJEK
Seite 113 und 114:
15 Wie wir mit mehreren Scrum-Teams
Seite 115 und 116:
WIE WIR MIT MEHREREN SCRUM-TEAMS UM
Seite 117 und 118:
Seite 119 und 120:
Seite 121 und 122:
Seite 123 und 124:
Seite 125 und 126:
Seite 127 und 128:
Seite 129 und 130:
Seite 131 und 132:
Seite 133 und 134:
Seite 135 und 136:
16 Wie wir mit verteilten Teams umg
Seite 137 und 138:
WIE WIR MIT VERTEILTEN TEAMS UMGEHE
Seite 139 und 140:
17 Checkliste für ScrumMaster Im l
Seite 141:
18 Schlusswort Puhh! Ich habe niema
Seite 145 und 146:
Der Autor Henrik Kniberg (henrik.kn
Alle anzeigen

Scrum und XP im harten Projektalltag

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?