Flexible Entwicklungen haben ihren Höhepunkt erreicht - viele IT-Unternehmen (und nicht nur IT-Unternehmen) arbeiten ausschließlich an Agile. Und wer hinter dem Trend zurückbleibt, stellt eilig Coaches ein, schult Mitarbeiter, baut Prozesse um und implementiert Agile in der einen oder anderen Form.
Aber ist Agile so gut und universell, wie es seine Follower behaupten? Schließlich, wenn Sie es nicht gut nutzen, kann es viel mehr Probleme und Enttäuschungen von seiner Flexibilität bringen als gut? Lasst es uns zusammen ausarbeiten...
Betrachten wir die häufigsten Fälle und Probleme, die Manager und Unternehmer betreffen, wenn sie über den Übergang zu einer flexiblen Entwicklung nachdenken:
Die Antworten auf all diese Fragen sind nicht trivial und erfordern das Verständnis der Grundlagen der flexiblen Entwicklung, ihrer Stärken und Schwächen.
In unserer Artikelserie über die Besonderheiten der Arbeit an Agile enthüllen wir Ihnen alle Geheimnisse, die es Ihnen ermöglichen, fundierte und ausgewogene Entscheidungen zu treffen.
Agile bedeutet:
Andererseits führt dieser Ansatz jedoch dazu, dass es unmöglich ist, detaillierte Spezifikationen zu erstellen (sie sind bedeutungslos, da jede Änderung der Anforderungen eine Reihe von Änderungen an diesen Spezifikationen mit sich bringt, und darüber hinaus kann sie nach mehreren Iterationen ihre Relevanz verlieren).
Außerdem hört Agile auf, effektiv mit langen Iterationen zu arbeiten, was nützt uns eine flexible Entwicklung, wenn wir das Ergebnis unserer Korrekturen erst nach sechs Monaten - einem Jahr - sehen?
Aber was ist mit komplexen Projekten wie Bau von Brücken, Gebäuden, Flugzeugen, Raketen oder medizinischen Geräten?
Ist es möglich, eine Brücke nach Agile zu bauen, wenn wir nach der Implementierung und Demonstration jeder Komponente die Anforderungen und Prioritäten festlegen müssen?
In diesem Fall werden die Knoten entsprechend den sich ändernden Prioritäten des Kunden modifiziert und ausgeliefert, und nicht, weil es aus technischer Sicht notwendig ist. Darüber hinaus können Änderungen in der Konstruktion einiger Komponenten zu verheerenden Folgen führen: Die Komponenten können nicht mehr kombiniert werden oder die allgemeinen Anforderungen an die Festigkeit und Sicherheit der Konstruktion können verletzt werden...
Die IT hat auch viele komplexe Projekte, die eine sorgfältige Planung erfordern. Dazu gehören Software für Finanz- oder medizinische Einrichtungen sowie Programme zur Verwaltung verschiedener Komponenten in Flugzeugen, Raketenfahrzeugen… Die Liste ist sehr lang.
Alles klingt so, dass es sich lohnt, Agile in komplexen Projekten aufzugeben und den guten alten Wasserfall zu nutzen, mit riesigen Spezifikationen, klaren Prozessen und der völligen Unfähigkeit, nach Projektbeginn etwas zu ändern...
Wir glauben jedoch, dass auch bei der Umsetzung hochkomplexer Aufgaben eine flexible Entwicklung möglich ist und genutzt werden sollte, wenn auch mit Vorbehalten. Schließlich wird Agile jedem Projekt einen großen Vorteil verschaffen.
Dank ständiger Korrekturen und Rückmeldungen in allen Phasen wird das Endprodukt viel moderner, wird den Bedürfnissen Ihrer Kunden besser gerecht, wird unter Berücksichtigung der neuesten Trends und Technologien umgesetzt, was uns beim Wasserfallmodell natürlich vorenthalten wird.
Natürlich wird dies eine sehr nichttriviale Herausforderung sein. Dazu bedarf es eines Teams erfahrener Manager, einer intensiven Beteiligung technischer Spezialisten sowie leistungsfähiger Werkzeuge zur Visualisierung und Planung von Aufgaben.
Sie können nicht einmal versuchen, Änderungen in Entwicklungsprozessen vorzunehmen, wenn Sie Projekte nur mit Hilfe von Stickerboards, durch Excel, Outlook oder einer anderen, veralteten und unbequemen Anwendung verwalten. Es ist sehr wichtig, dass es ein leistungsfähiges modernes Tool (wie TBB, Jira, Azure DevOps) mit umfangreichen Funktionen ist, um alle wichtigen Details des Projekts aus verschiedenen Perspektiven zu überwachen.
Also zurück zum Brückenbaubeispiel. Um dieses Agile-Projekt umsetzen zu können, müssen Sie zunächst die Arbeit in schwach abhängige Module zerlegen. (Das gleiche Schema gilt für jedes komplexe Projekt)
Danach ist es notwendig, die folgenden Punkte hervorzuheben:
Während des Implementierungsprozesses sollte das Projektteam alle Änderungen, insbesondere in den Interaktionsbereichen der Module, sorgfältig überwachen, deren Kompatibilität gründlich testen und auch regelmäßige Audits des gesamten Projekts auf Einhaltung gemeinsamer Standards durchführen.
So können wir, zum Beispiel, die Brückenkonstruktion in die folgenden Module aufteilen:
Stützen, Spannweiten, Infrastruktur rund um die Brücke und dekorativer Außenputz von Brücke.
Diese Empfehlungen können etwas verschwommen klingen. Aber jedes Projekt ist einzigartig und jeder sollte nach einem Weg suchen, es flexibel umzusetzen. In diesem Artikel haben wir ein vereinfachtes Beispiel gezeigt, wie Sie die Umsetzung komplexer Projekte mit den Vorteilen flexibler Ansätze angehen können.
Mehr über eines der aufgeführten Instrumente des Projektmanagements und unsere anderen Artikel können Sie hier nachlesen.
