Worüber schweigen Agile Benutzer und ist es möglich eine Brücke nach Agile zu bauen?

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:

  • Unser Projekt ist sehr komplex, erfordert Expertenwissen, gründliches Studium und die Einhaltung verschiedener Industriestandards. Können wir nach Agile arbeiten, und werden wir davon profitieren?
  • Die strikte Einhaltung von Terminen, Budgets und Plänen ist für uns und unsere Investoren von größter Bedeutung. Kann Agile mit der angegebenen Flexibilität fristgerechte Umsetzbarkeit von Aufgaben sicherstellen?
  • Wir arbeiten mit einem verteilten Team, das sich in verschiedenen Ländern und Zeitzonen befindet. Können wir unsere Teammitglieder beim Übergang zu Agile erfolgreich zu managen und eine effektive Kommunikation zu gewährleisten? Werden diese Veränderungen nicht zu einem Verlust der Kontrolle über die Prozesse führen?

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.

Teil 1. Nutzung von flexiblen Entwicklungen in komplexen Projekten.

Besonderheiten der Arbeit nach Agile

Agile bedeutet:

  • Kontinuierliche Änderung von Prioritäten.
  • Kontinuierliche Abklärung und Aktualisierung der Anforderungen nach jeder Iteration.
  • Kontinuierliche Bereitstellung der beliebtesten Funktionen.
  • All das ist konzipiert, klingt und funktioniert wirklich cool!

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...

Es ist zu früh Agile abzuschreiben...

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.

Brückenbau nach Ajail

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:

  • Kernmodule.
  • Module, die teilweise Änderungen zulassen.
  • Module, die für alle Änderungen bereit sind.

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.

  • Stützen sind ein fester Kern, der nach strengen technischen und regionalen Normen entworfen und ausgeführt werden muss und hier ist nur ein Wasserfallmodell geeignet.
  • Spannweiten scheinen auch auf den ersten Blick unveränderlich, aber wir können ihren Zweck und ihre Parameter innerhalb bestimmter Grenzen anpassen (wir können Breite, Höhe, Material und sogar die Art der Spannweite ändern).
  • Infrastruktur rund um die Brücke und dekorativer Außenputz von Brücke - etwas, das den Komfort, die Einzigartigkeit und die visuelle Attraktivität der Brücke erhöht - sollte ausschließlich nach Agile durchgeführt werden.

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.

Zusammenfassung

  • Agile ist für jede Art von Projekt anwendbar, aber es gibt Nuancen.
  • Übergang zu Agile ist definitiv eine erfolgreiche Lösung, die Ihnen einen großen Vorteil in einem Abstand verschafft.
  • Übergang zu Agile, insbesondere in komplexen Projekten, muss sehr sorgfältig und unter der Aufsicht von erfahrenen Coaches und Managern erfolgen.
  • Um den Übergang zu Agile so erfolgreich und schmerzlos wie möglich zu gestalten, müssen Sie moderne TBB, Jira, Azure DevOps oder andere Managementinstrumente verwenden.

Mehr über eines der aufgeführten Instrumente des Projektmanagements und unsere anderen Artikel können Sie hier nachlesen.

Fortsetzung folgt...