Warum manche Google-Entwickler Agile Entwicklung für unsinnig halten – die Antwort eines ehemaligen Google Engineering Directors

<p>„Agile ist eine gute Idee, aber manche Prinzipien legen für innovative Technologieprojekte einen zu starken Fokus auf Kurzfristigkeit.<br /> Kurzfristige Planung, Zusammenarbeit mit Kunden und ein Stil mit Continuous Integration (CI) eignen sich für Software mit vielen Funktionen, die Kunden direkt und schrittweise nutzen können, auch wenn die Kernfunktionalität einfach ist.<br /> Für Software mit einer simplen Oberfläche, aber enormer interner Komplexität, passt das hingegen nicht gut. Ebenso wenig für bahnbrechende Lösungen, die vor ihrer vollständigen Fertigstellung nicht nutzbar sind oder die Kunden sich gar nicht vorstellen können.<br /> Software wie Bigtable oder Borg, die Google entwickelt hat, erfordert viel vorgelagerte Konzeption, und die Arbeit an einzelnen Komponenten dauert länger als eine einwöchige Iteration. Das passt nicht zu Scrum; ähnlich verhält es sich auch bei anderer Branchen-Software wie Steuersoftware oder Computerspielen.“ <br /> So lautet die Erklärung. <br /> Zusätzlich werden auch Prinzipien angesprochen, die eher zum Google-Stil passen, etwa vor dem Entwicklungsstart ein kurzes Projektdokument zu verfassen und es an Stakeholder weiterzugeben, um früh Feedback zu erhalten, oder Dogfood-Projekte aufzusetzen und funktionsfähige Software möglichst schnell bereitzustellen.</p>

[xguru]

<p>Ich stimme zu, dass Agile möglicherweise nicht gut zu Dingen passt, die auf einer tiefen technischen Grundlage beruhen.</p><p>Es war zwar von den Agile-Prinzipien bei Google die Rede, aber ich denke auch, dass ein im üblichen Sinne „guter“ agiler Entwickler bei Projekten, zu denen Agile nicht gut passt, so flexibel reagiert hätte.</p>