Summary
Nach Abschluss der Arbeitspaketsplanung wird die Vorgangsliste als Tabelle erstellt. Sie ist die nachfolgend anzuwendende Methoden nach dem Projektstrukturplan. Die Vorgangsliste ist das Bindeglied zwischen dem Projektstrukturplan und dem Ablauf- und Terminplan.
Den wirklichen Mehrwert spielt die Vorgangsliste aus, als Mittel zur Reduzierung der Projektdauer, indem das Kernteam mit seiner Expertise und der Projektleiter möglichst viele sachlogische Abfolgen identifiziert die zu einer Reduzierung der Projektdauer beitragen können. Auch im agilen Umfeld wollen Abhängigkeiten wohl identifiziert sein und berücksichtigt werden. Das Aufsplitten von User Stories ohne die Schaffung von zusätzlichen Abhängigkeiten ist eine wichtige Fähigkeit des SCRUM-Teams.
Was ist die Vorgangsliste?
Nach Abschluss der Arbeitspaketsplanung wird die Vorgangsliste erstellt. Sie ist eine Tabelle aller Arbeitspakete und enthält wesentliche Informationen aus der Arbeitspaketsplanung aus der sich im weiteren Verlauf die Terminplanung ableitet.
Der Projektstrukturplan (PSP) hat noch keine Informationen über die sachliche Abfolge („fachlichen“ Abhängigkeiten). Hier hilft die Vorgangsliste weiter. Sie ist im Projektmanagement ein „Brückenmedium“ zwischen PSP und dem Ablauf- und Terminplan. Die Vorgangsliste ist eine Tabelle von Vorgängen des Projekts. Auf Basis der Vorgansliste kann der Projektmanager die Start- und Endtermine der Arbeitspakete ermitteln.
Was ist der Nutzen der Vorgangsliste?
Nach Erstellen der Vorgangsliste kann ein erstes Mal abgeschätzt werden, ob es möglich ist im Rahmen der vorhandenen Ressourcen das Projektziel zu erreichen. Jetzt nämlich ist eine Addition aller Kosten und aller Kapazitäten möglich, die von den AP-Verantwortlichen als erforderlich angesehen wurden. Ein Rückschluss auf die ausreichende Verfügbarkeit der notwendigen Kapazitäten ist jetzt allerdings noch nicht möglich, da normalerweise keine gleichmäßige Auslastung gegeben ist, sondern vielmehr einzelne Kapazitätsspitzen das Problem darstellen. Außerdem kann erfasst werden, welche Vorgänger notwendig sind, um ein Arbeitspaket zu starten.
Den wirklichen Mehrwert spielt die Vorgangsliste aus, als Mittel zur Reduzierung der Projektdauer, indem das Kernteam mit seiner Expertise und der Projektleiter möglichst viele sachlogische Abfolgen identifiziert die zu einer Reduzierung der Projektdauer beitragen können. Also ein blindes Anwender der Ende-Anfang-Abfolge, weil dies so schön bequem ist und diese einfach für alle Vorgänge vorzusehen würde dem Auftraggeber Projektlaufzeit kosten und damit Projektkosten in die Höhe treiben. Dem Projektleiter helfen alternative Abfolgen wie z. B. Anfang-Anfang eine Reduzierung der Zahl der Vorgänge auf dem kritischen Pfad. Eine Steuerung des Projektes wird dadurch vereinfacht. Die Inputs für die Abfolgebeziehung sollten die Arbeitspaketverantwortlichen nicht im stillen Kämmerlein definieren, sondern ins Kernteam (Teilprojektleiter bzw. Projektleiter im Programm) kommunizieren, welches dann damit optimierte Abfolgen festlegt. Die Erstellung und Durchsprache der Vorgangsliste hebt also bereits zum frühen Zeitpunkt späteres Optimierungspotential des Ablauf- und Terminplanes.
Abgrenzung / Vorläufer zum Terminplan
Aus der Abfolge der Arbeitspakete lässt sich ableiten, wann welches Arbeitspaket beginnt. Die Arbeitspakete, welche keinen direkten Vorgänger haben, können sofort starten. Alle anderen folgen nach. Eine erste Terminplanung kann daraus abgeleitet werden. Diese ist allerdings nicht viel mehr als ein Indikation, da vielfältige Rahmenbedingungen wie Urlaub des Personals, Kapazitätsschranken von wenig verfügbaren Qualifikationen nicht berücksichtigt sind.
Was ist die Vorgangsliste im agilen Umfeld?
Auch im agilen Umfeld wollen Abhängigkeiten wohl identifiziert sein und berücksichtigt werden. Hier wird über z. B. SCRUM-Teams hinweg bereits in der übergreifenden Backlog-Planung berücksichtigt wie sich Abhängigkeiten zwischen Backlog-Items darstellen. Die Aufteilung der Backlog-Items kann durch den Product Owner initial erfolgen, sollte aber durch das gesamte agile Team validiert werden bei der initialen Sprintplanung. Auch innerhalb von SCRUM-Teams werden Abhängigkeiten ständig neu evaluiert, da die kontinuierliche Priorisierung der User Stories eventuell zu zusätzlich identifizierten Abhängigkeiten führen kann. Das Aufsplitten von User Stories ohne die Schaffung von zusätzlichen Abhängigkeiten ist eine wichtige Fähigkeit des SCRUM-Teams. Hier sollte aber berücksichtigt werden, dass die User Stories nicht nur anhand der technischen Pfade aufgeteilt werden, sondern auch die funktionalen Fragen Berücksichtigung finden. Ansonsten wird der agile Ansatz konterkariert. Denn dann ist eine frühe und kleinteilige Lieferung an Funktionen nicht mehr gewährleistet. Diesen Spagat der Aufsplittung ist wie gesagt eine Kernkompetenz des gesamten Teams.
