Stell dir vor, du stehst vor einem neuen wichtigen Projekt und kommst in die spannende Phase der Anforderungsanalyse. Es wird zu Workshops eingeladen, intensive Analysen werden durchgeführt, doch irgendwie bleibt das Gefühl, noch keine Übersicht zu haben, mit der man sinnvoll starten kann.
Die Softwareentwicklung ist voller Best Practices, Muster und Methoden, die darauf abzielen, unsere Arbeit effizienter und unseren Code zuverlässiger zu machen. Oft orientieren wir uns an erfolgreichen Projekten und erfahrenen Entwicklern, um ihre Techniken nachzuahmen und ähnlichen Erfolg zu erzielen. Manchmal konzentrieren wir uns jedoch zu sehr auf das Kopieren dieser Praktiken, ohne die dahinterliegenden Prinzipien vollständig zu verstehen. Dies kann zu dem führen, was als „Cargo Cult“-Programmierung bekannt ist.
Es macht einen großen Unterschied, das V in MVP als Valuable statt als Viable zu interpretieren. Warum das so ist, beschreibt Steffen hier.
In der Welt agiler Projekte sind sie unentbehrlich. User Storys. Die Definition variiert, und das Spektrum der Interpretationen ist breit gefächert. Der Scrum-Guide zum Beispiel spricht lediglich von „Arbeit, die zu erledigen ist“, ohne eine spezifische Technik wie User Storys vorzugeben.
Bei der Vorbereitung eines Trainings, bin ich einmal mehr auf das Hafenmeister-Prinzip gestoßen. Dieses zeigt sehr schön den Wert von Fokussierung in Projekten auf.
Meetings und Workshops, in denen die Teilnehmer aktiv mitarbeiten und in denen das Wissen und die Fähigkeiten aller Teilnehmer genutzt werden. Klingt das gut?
Dann könnten Liberating Structures weiterhelfen.
So wie ein Klavierspieler keine ganze Band ersetzen kann, kann das MVP eines Softwareprodukts nicht den Endausbau darstellen. In beiden Fällen wird das Ergebnis nur attraktiv, wenn man sich trotzdem um alle Aspekte kümmert.
