Scrum und XP im harten Projektalltag
Scrum und XP im harten Projektalltag
Scrum und XP im harten Projektalltag
Erfolgreiche ePaper selbst erstellen
Machen Sie aus Ihren PDF Publikationen ein blätterbares Flipbook mit unserer einzigartigen Google optimierten e-Paper Software.
84 | SCRUM UND <strong>XP</strong> IM HARTEN PROJEKTALLTAG<br />
• Programmierung in Paaren fokussiert das Team (zum Beispiel<br />
dadurch, dass der Kerl hinter einem fragt, "Hey brauchen wir das<br />
Zeug da wirklich für den aktuellen Sprint?").<br />
• Erstaunlicherweise haben viele Programmierer, die sich gegen<br />
die Programmierung in Paaren aussprechen, es noch nie probiert.<br />
Und lernen es schnell zu schätzen, wenn sie erst einmal<br />
angefangen haben. Programmierung in Paaren ist anstrengend<br />
<strong>und</strong> sollte nicht den ganzen Tag praktiziert werden.<br />
• Es ist gut, häufig die Paare durchzuwechseln.<br />
• Programmierung in Paaren fördert den Wissensaustausch in der<br />
Gruppe. Sogar überraschend schnell.<br />
• Manche Leute können sich einfach nicht auf Programmierung in<br />
Paaren einlassen. Setzen Sie keinen exzellenten Programmierer<br />
auf die Strasse, nur weil er Programmierung in Paaren nicht mag.<br />
• Code Review ist eine akzeptable Alternative zur Programmierung<br />
in Paaren<br />
• Der "Copilot" (derjenige, der gerade nicht die Tastatur benutzt),<br />
sollte einen eigenen Computer haben. Nicht fürs Entwickeln,<br />
sondern kleinere Recherche <strong>und</strong> Nachschlageaufgaben, wenn der<br />
für kleinere Rechercheaufgaben, dem Such, suchen in<br />
Dokumentationen, z.B. wenn der "Pilot" (derjenige an den<br />
Tasten) nicht weiter kommt.<br />
• Zwingen Sie niemandem zur Programmierung in Paaren.<br />
Ermutigen Sie die Leute dazu, geben Sie ihnen die richtigen<br />
Werkzeuge - aber lassen Sie ihnen auch die Zeit sich damit<br />
anzufre<strong>und</strong>en.<br />
Testgetriebene Entwicklung<br />
Amen! Für mich ist sie wichtiger als <strong>Scrum</strong> <strong>und</strong> <strong>XP</strong><br />
zusammengenommen. Man kann mir mein Haus, meinen Fernseher <strong>und</strong><br />
meinen H<strong>und</strong> nehmen, nicht aber meinen Glauben an Testgetriebene<br />
Entwicklung. Wenn Sie Testgetriebene Entwicklung nicht mögen, sollten<br />
Sie mich gar nicht erst ins Gebäude lassen. Denn ich werde nichts<br />
unversucht lassen, sie doch hinein zu schmuggeln :o)<br />
Hier ein Abriss über Testgetriebene Entwicklung in 10 Sek<strong>und</strong>en:<br />
Testgetriebene Entwicklung bedeutet folgendes: Erst<br />
schreibt man einen automatisierbaren Test, danach<br />
gerade mal soviel Anwendungscode, um diesen Test zu<br />
erfüllen. Anschließend wird der Code hauptsächlich<br />
überarbeitet, z.B. um die Lesbarkeit zu verbessern oder
Change language