1. Stochastic methods in project planning
- Author
-
Frauenhoffer, Markus
- Subjects
Agile ,Projektplanung ,Projekt ,Stochastik ,PERT ,Netzplan - Abstract
Traditionelles Projektmanagement geht von der Annahme aus, dass das Projekt und dessen Verlauf an sich planbar ist. Es wird bereits im Vorfeld definiert, welche Aktivitäten in welcher Reihenfolge notwendig sind, um das Projekt erfolgreich abzuschließen. In den letzten Jahren hat sich die Projektmanagement Landschaft jedoch verändert und agiles Projektmanagement hat zunehmend Einzug in Organisationen gefunden. Agiles Projektmanagement ist iterativ und folgt einem inkrementellen Prozess, wodurch es dem Projektteam möglich ist, sich ständig an Veränderungen anzupassen und nicht alles bereits im Vorfeld zu planen. Es wird also nicht allzu viel Zeit in die Planung investiert, da es mehr darum geht, den Umfang als auch die Effizienz der zu verrichtenden Tätigkeiten zu optimieren. Stochastische Methoden und insbesondere PERT als stochastisches Werkzeug der Projektplanung wird häufig im traditionellen Projektmanagement eingesetzt, um die Dauer der Projektaktivitäten und schlussendlich die Gesamtdauer des Projektes einzuschätzen, geht daher von linearen Projektverläufen aus. Bei agilen Methoden, wie beispielsweise Scrum, sind jedoch zu Beginn nicht alle Informationen vorhanden und das Projekt durchläuft wiederkehrende Planungsaktivitäten, da sich die Anforderungen kontinuierlich ändern können. Geplant wird also auch im agilen Umfeld, es erfordert aber flexiblere Methoden und Werkzeuge und wirft demnach die Frage auf, ob PERT als traditionelle Methode der Projektplanung auch im agilen Umfeld zweckmäßig eingesetzt werden kann. ProjektmanagerInnen sollten bereits im Vorfeld das Umfeld des Projektes analysieren und eine erste Einschätzung treffen, welche Methoden für die erfolgreiche Umsetzung geeignet sind. Diese Arbeit kann als eine Art Guideline dienen, um zu beurteilen, welche Methoden in welchem Setting zweckmäßig sind. Dazu wurden wesentliche Kriterien aus der Literatur abgeleitet und ein Kriterienkatalog erstellt, aus dem sich eine Empfehlung hinsichtlich der Wahl der geeigneten PMM folgern lässt. Durch die Verwendung eines Kriterienkatalogs können Projekte vorab bezüglich ihrer Ausprägung eingeschätzt werden, was schlussendlich die Auswahl geeigneter Methoden einschränkt. Es wird schnell ersichtlich, dass PERT im traditionellen Sinne im agilen Umfeld nicht zweckmäßig eingesetzt werden kann, da nicht die Dauer der Aktivitäten, sondern der Umfang der Leistung im Vordergrund steht. Da Projekte oft nicht eindeutig einem Ansatz zugeordnet werden können, verfolgen viele Unternehmen den Ansatz eines hybriden Projektmanagement, bei dem sowohl traditionelle als auch agile Methoden eingesetzt werden. In diesem Rahmen wäre es möglich, PERT als traditionelles Planungsinstrument auf Projektebene einzusetzen und die einzelnen Arbeitspakete im Sinne von Sprints agil zu gestalten. Da die Anforderungen zu Beginn jedoch unklar sind und davon ausgegangen wird, dass sie sich im Laufe des Projekts auch ändern können, scheint es weniger zielführend, die einzelnen Aktivitäten (Arbeitspakete), ihre Abfolge und Dauer bereits im Vorfeld detailliert zu planen. Durch die Verwendung handelsüblicher Software, wie beispielsweise MS Projects kann die Projektarbeit erheblich erleichtert werden. PERT ist jedoch kein integrierter Bestandteil von MS Projects und kann nur durch Drittanbieter-Lösungen integriert werden, falls gewünscht. Es lässt sich darauf schließen, dass PERT als Methode an sich durchaus zweckmäßig ist, eine Integration mit agilen Prinzipien jedoch schwierig scheint. Traditional project management is based on the assumption that the project and its course can be planned in advance. It is already defined in advance which activities are necessary in which order to successfully complete the project. In recent years, however, the project management landscape has changed and agile project management has increasingly found its way into organizations. Agile project management is iterative and follows an incremental process, allowing the project team to constantly adapt to changes rather than planning everything upfront. Thus, not too much time is invested in planning, as it is more about optimizing the scope as well as the efficiency of the activities to be performed. Stochastic methods and in particular PERT as a stochastic tool for project planning is often used in traditional project management to estimate the duration of project activities and ultimately the total duration of the project, therefore assumes linear project progressions. However, in agile methods, such as Scrum, not all information is available at the beginning and the project goes through recurring planning activities, as requirements can change continuously. Planning is therefore also carried out in the agile environment, but it requires more flexible methods and tools and therefore raises the question of whether PERT as a traditional method of project planning can also be used appropriately in the agile environment. Project managers should analyze the environment of the project in advance and make an initial assessment of which methods are suitable for successful implementation. This work can serve as a kind of guideline to assess which methods are appropriate in which setting. For this purpose, essential criteria were derived from the literature and a catalog of criteria was created, from which a recommendation can be concluded regarding the choice of the appropriate PMM. By using a catalog of criteria, projects can be assessed in advance with regard to their characteristics, which ultimately limits the selection of suitable methods. It quickly becomes apparent that PERT in the traditional sense cannot be used appropriately in the agile environment, since the focus is not on the duration of the activities, but on the scope of the service. Since projects often cannot be clearly assigned to one approach, many companies pursue the approach of hybrid project management, in which both traditional and agile methods are used. In this framework, it would be possible to use PERT as a traditional planning tool at the project level and to design the individual work packages in an agile manner in terms of sprints. However, since the requirements are unclear at the beginning and it is assumed that they can also change in the course of the project, it seems less useful to plan the individual activities (work packages), their sequence and duration in detail in advance. The use of commercially available software, such as MS Projects, can make project work considerably easier. However, PERT is not an integrated part of MS Projects and can only be integrated by third-party solutions, if desired. It can be concluded that PERT is quite appropriate as a method in itself, but integration with agile principles seems difficult. Markus Frauenhoffer Abweichender Titel laut Übersetzung der Verfasserin/des Verfassers Bachelorarbeit Graz, Fachhochschule Joanneum 2021
- Published
- 2021