Agiles Manifest

Das 2001 veröffentlichte Agile Manifest wird als primäre Referenz für das Agile Projektmanagement angesehen und umfasst die folgenden Quintessenzen:

• Individuen und Interaktionen über Prozesse und Werkzeuge (Individuals and interactions over processes and tools)
• Arbeitssoftware über umfassende Dokumentation (Working software over comprehensive documentation)
• Kundenkooperation über Vertragsverhandlungen (Customer collaboration over contract negotiation)
• Reagieren auf Änderungen über dem Plan folgen (Responding to change over following a plan)

Herausforderungen und Gründe des Agilen Projektmanagements

Die herkömmliche Projektplanung stellte sich in Verbindung mit Software-Projekten als zu starr und träge dar, was die Konzipierung neuer Rahmenbedingungen erforderlich gemacht hat. Folgende Herausforderungen und Aspekte sprechen für die Agile Projektplanung:

• Die hohe Innovationsgeschwindigkeit im IT-Bereich (insbesondere in der Software Entwicklung) erfordert schnelle Produktzyklen.
• Auftraggeber sind oftmals nicht in der Lage eigene Anforderungen zu definieren, sondern benötigen eine Präsentation von Möglichkeiten. Da die Anforderungen zu Beginn eines Projektes nicht vollends klar sind, ist ein schnelles Reagieren auf Änderungen erforderlich.
• Zu Beginn eines Software-Projektes ist eine Prognose bezüglich Aufwänden und Dauern schwierig. Dies hängt damit zusammen, dass die Softwareentwicklung ein höchst innovativer Prozess ist.

Iteratives Vorgehen

Die Maxime aller agilen Projektmanagement Methoden ist die Planung und das Arbeiten in iterativen Zyklen. Hierbei wird in der Regel pro Iterationszyklus ein vorläufiges Ergebnis vorgestellt, woraufhin eine Teilabnahme bzw. Änderungsanträge seitens des Auftraggebers erfolgen. Die finale Spezifikation des Werks entsteht dadurch erst im Laufe des Projektes.

Mittlerweile fließen immer mehr traditionelle Aspekte und Methoden des klassischen Projektmanagements, wie beispielsweise Risiko- und Problemmanagement in die agile Projektplanung ein, sodass die Abgrenzung zwischen beiden Methoden immer mehr verschwimmt.

Beispielhaftes Iterationsmodell:

Bei variablen Kosten werden keine Standardsätze angegeben. Die Tatsächliche Höhe der Kosten wird pro Vorgang festgelegt (Beispiel: Reisekosten für Vorgang1 = 250€, für Vorgang2 = 150€).

Zuweisung von Kosten-Ressourcen zu Vorgängen

Für die manuelle Verteilung der variablen Kosten eignet sich die Ansicht „Vorgang: Einsatz“. An dieser Ansicht müssen für die exakte Planung der variablen Kosten folgende Anpassungen vorgenommen werden:

1. In der Tabelle: fügen Sie die Spalte „Kosten“ ein
2. Im Zeitstrahl: fügen Sie hier ebenfalls die „Kosten“ ein und blenden Sie ggf. die Arbeit aus
3. Bei Bedarf können Sie den Zoom-Faktor so anpassen, dass die Zeitskala den gewünschten Zeitraum anzeigt

Im nächsten Schritt weisen wir einem Vorgang Kosten-Ressourcen zu:

1. Klicken Sie doppelt auf den jeweiligen Vorgangsnamen und wechseln Sie zum Reiter „Ressourcen“, um dem Vorgang Kosten-Ressourcen zuzuweisen.
2. Anschließend legen Sie in der selben Maske die Kosten fest, die pro Kosten-Ressource bei diesem Vorgang anfallen.

Die Kosten verteilen sich nun gleichmäßig über den Zeitraum des Vorgangs:

Manuelle Verteilung der Kosten

Da wir in diesem Fall genau das vermeiden möchten, gehen wir ein wenig anders vor. Wir geben die Kosten also nicht als Gesamtsumme für den Vorgang an, sondern verteilen die Kosten manuell über die jeweiligen Tage bzw. Monate. Die Eingabe erfolgt in der Zeitphasentabelle auf der rechten Seite. Zu Beachten ist dabei noch, dass die Kosten innerhalb der Dauer des jeweiligen Vorgangs bleiben.

In der Tabelle auf der linken Seite können Sie anschließend die Gesamtsumme kontrollieren.

Mit Hilfe der Informationen in diesem Blog-Beitrag, sind Sie nun in der Lage Kostenressourcen anzulegen, auf Vorgangsebene zuzuweisen und über die Dauer des Vorgangs manuell zu verteilen.