Festlegen des für einen Veröffentlichungsplan erforderlichen Detaillierungsgrads

„Wie viele Details brauchen wir für unseren Veröffentlichungsplan?“

Dies ist eine wichtige Frage, die Sie sich zu Beginn eines Softwareentwicklungsprojekts oder im Falle eines langjährigen Produktteams vor der Entwicklung einer Hauptversion eines Systems stellen sollten.

Die Antwort auf diese Frage bestimmt den anfänglichen Aufwand, den wir in die Dokumentation unseres Plans gesteckt haben, sowie den Aufwand, den wir benötigen, um den dokumentierten Plan im Laufe der Zeit aufrechtzuerhalten. Aus agiler Sicht möchten wir die Vorteile der Planung nutzen , d. h. kritische Themen im Voraus durchdenken, aber nicht das Risiko eingehen, zu früh zu überdenken oder Verpflichtungen einzugehen.

Kurz gesagt, Agilisten streben gerade genug Planung an.

Kennen Sie Ihren Kontext bei der Release-Planung

Ein grundlegendes Prinzip für Business Agilität ist, dass der Kontext zählt: Verschiedene Teams befinden sich in unterschiedlichen Situationen und müssen ihre Vorgehensweise entsprechend anpassen, wenn sie effektiv sein soll.

Eine interessante Folge davon ist, dass es keine „Best Practices“ gibt. Stattdessen sind alle Praktiken kontextueller Natur. Jede gegebene Praxis hat Kompromisse: Sie funktioniert in manchen Situationen gut und erweist sich in anderen als schlechte Idee.

Um eine effektive Arbeitsweise (WoW) zu wählen, müssen Sie die Kompromisse der verschiedenen Techniken verstehen, die Ihnen zur Verfügung stehen, und dann die Kombination auswählen, die angesichts der Situation, der Sie gegenüberstehen, sowie der Fähigkeiten und der Kultur, die für Sie am besten geeignet ist die beteiligten Personen. In Anbetracht dessen sind die folgenden Release-Planungsoptionen eher Entscheidungen als Vorschriften.

Abbildung 1. Das Prozessziel Plan the Release.

In Abbildung 1 sehen Sie das Prozesszieldiagramm dafür, wie ein Team die erste Veröffentlichung einer softwarebasierten Lösung planen kann. Beachten Sie, wie ein Plan Zeitplan/Zeit, Kosten, Wert, Personalüberlegungen oder Kombinationen davon behandeln kann.

Verwandt: So finanzieren Sie ein Softwareentwicklungsprojekt

Einer der Entscheidungspunkte, die Sie berücksichtigen müssen, ist, wie viele Details Sie in Ihrem Plan erfassen, wenn überhaupt. Dies ist der Schwerpunkt dieses Artikels, wie das rote Rechteck zeigt.

Sie können im Zieldiagramm sehen, dass es acht Entscheidungspunkte gibt, die Sie berücksichtigen müssen, wenn Sie ein Release planen, und dass jeder dieser Entscheidungspunkte Optionen hat. Wenn sich neben der Liste der Optionen ein Pfeil befindet, sagen wir, dass die Optionen geordnet sind; wenn es keinen Pfeil gibt, sind sie ungeordnet.

Bei bestellten Optionen konnten wir die relative Effektivität der Optionen einordnen, wobei die effektivsten Optionen ganz oben auf der Liste stehen und die am wenigsten effektiven Optionen ganz unten. Es ist wichtig zu beachten, dass die in Abbildung 1 gezeigten Rankings für Softwareteams gelten, obwohl wir vermuten, dass die Rankings wahrscheinlich auch für Nicht-Softwareteams gelten.

Optionen für den Detaillierungsgrad in einem Versionsplan

Ich glaube, dass es vier Möglichkeiten gibt, die Veröffentlichung einer Lösung zu planen; obwohl ich anerkenne, dass es möglicherweise mehr gibt und dass Sie in der Lage sein können, Strategien zu kombinieren. Wie Sie in Abbildung 1 sehen können, befindet sich neben der Optionsliste ein Pfeil, der anzeigt, dass sie bestellt wurde. Von der effektivsten bis zur am wenigsten effektiven sind die Optionen:

1. Laufende Welle : Der Plan wird während der gesamten Veröffentlichung kontinuierlich aktualisiert, wie eine Welle, mit mehr Details für anstehende Arbeiten und weniger Details für spätere Arbeiten. Ein Rolling-Wave-Plan beginnt als Plan auf hoher Ebene, und Details werden bei Bedarf während der Veröffentlichung rechtzeitig hinzugefügt.
2. Auf hoher Ebene: Der Release-Plan zeigt wichtige Meilensteine , alle Phasen, alle Iterationen/Sprints (wenn Ihr Team so arbeitet) und alle Abhängigkeiten zwischen ihnen. Es geht nicht auf die auszuführenden Arbeiten im Detail ein. Stattdessen vertraut es darauf, dass das Team sich selbst organisiert und das tut, was zu diesem Zeitpunkt angemessen ist.
3. Ausführlich: Der Freigabeplan enthält wichtige Details über die zu erledigende Arbeit und kann diese Arbeit sogar bestimmten Rollen oder Personen zuweisen. Details werden zu Beginn des Releases identifiziert, während eines Zeitraums, den Agile- und Scrum-Teams oft als „Sprint 0“, Inception oder Initiation bezeichnen. Die Details werden in der Regel im Laufe der Zeit aktualisiert, während die Arbeit fortschreitet.
4. None : Der Veröffentlichungsplan ist überhaupt nicht dokumentiert. Die Planung kann weiterhin stattfinden, aber der Plan selbst wird nicht erfasst.

Vergleichen Sie Ihre Release-Planungsoptionen

Wie bereits erwähnt, gibt es keine „Best Practice“, sondern jede Methode funktioniert in manchen Situationen gut und in anderen nicht so gut. Tabelle 1 gibt einen Überblick über die Kompromisse, die mit den oben beschriebenen Veröffentlichungsplanungs-Detailstrategien verbunden sind.

Verwandte: Kostenlose Projektplanvorlage

Wenn Sie die mit einer Option verbundenen Kompromisse kennen, können Sie besser entscheiden, welcher Ansatz für die Situation, in der Sie sich befinden, am besten geeignet ist. Bessere Entscheidungen führen zu besseren Ergebnissen.

Tabelle 1. Vergleich jeder Strategie im Hinblick auf den Detaillierungsgrad eines Plans.

Auswahl ist gut bei der Release-Planung

Wenn Sie effektiv sein wollen, müssen Sie Ihre Herangehensweise an die Situation anpassen, mit der Sie konfrontiert sind. Da unterschiedliche Teams mit unterschiedlichen Situationen konfrontiert sind, ist ein einzelner Ansatz nicht für alle geeignet. Stattdessen müssen Sie Entscheidungen treffen, die Sie verstehen und die Sie entsprechend anwenden können.

Noch wichtiger ist, dass Sie darauf vorbereitet sein müssen, Ihren Ansatz entsprechend der Entwicklung Ihrer Situation weiterzuentwickeln. Wie dieser Artikel zeigt, haben Sie eine Reihe von Auswahlmöglichkeiten für den Detaillierungsgrad Ihres Veröffentlichungsplans. Unsere Empfehlung ist, in der Situation, in der Sie sich befinden, Ihr Bestes zu geben und immer zu versuchen, zu lernen und sich zu verbessern.

Unabhängig davon, ob Sie detailliert planen oder einem agilen Framework folgen und lockerer planen und Raum für Iterationen lassen, müssen Sie immer noch planen. ProjectManager ist eine Cloud-basierte Projektmanagement-Software, die Ihnen die Flexibilität gibt, so zu planen, wie Sie es für richtig halten. Mit Kanban-Tafeln, Gantt-Diagrammen und einem Echtzeit-Dashboard, das aktuelle Daten liefert, sobald Sie diesen Plan in Gang gesetzt haben, sind Sie immer über Änderungen informiert und können schnell reagieren. Überzeugen Sie sich selbst, indem Sie diese kostenlose 30-Tage-Testversion nutzen.