Projektverwaltung in ASH

Anleitung für Projektleiter

Diese Anleitung beschreibt den Prozess zur Pflege der Entwicklungs-Projekte durch den Projektleiter (PL) bei ASH.

1. Ein neues Projekt wird als Kopie von einem Template erstellt (selektieren Sie die Projekte mit dem Typ Template). Zu Beginn bleiben die Meilensteine M4 bis M8, die Stunden und die Kosten nicht gepflegt, weil die zugehörigen Werte noch nicht definiert sind. Der Projektleiter sollte aber folgende Elemente planen können:
   1. Die erste drei Meilensteine M1, M2 und M3
   2. Die Stunden der Vorgänge Definitions Phase und Konzept Phase und bzw. Projektleitung (d.h. der PL soll die entsprechende Gruppen oder einzelne Ressourcen zu diesen Vorgängen zuordnen)
2. In den ersten ca. 3 Monaten werden die Mitarbeiter ihre Stunden zu den Vorgängen Definitions Phase und Konzept Phase (bzw. auch Projektmanagement) erfassen.
3. Sobald der Meilenstein M3 erreicht wird, bekommt der PL die Unterlagen um die restlichen Vorgänge (d.h. Stunden und Termine) und die Festen Kosten zu planen. Der PL sollte in diesem Moment das Projekt pflegen (Termine, Stunden, Feste Kosten und PEG Informationen aktualisieren) - d.h. Plan erstellen - und nachher die Plan-Bookmark setzen mit Status per Datum auf das Ende vom Vormonat setzen (die Realität bis M3 ist bereits erfasst. Der "Plan" besteht aus der Realität bis M3 und der Vorhersage ab M3. Lesen Sie dazu den Artikel Lesezeichen für weitere Informationen zu den Lesezeichen(Bookmarks).)
   

   Projekt-Kalkulation
   

   Projektlage vor dem ersten Plan
   

   Projektlage nach dem ersten Plan
   1. ) Die Termine werden als feste Meilensteine M1-M8 gesetzt werden. Die Vorgänge zwischen diesen Terminen sind mit den Stretch-Verknüpfungen definiert, d.h. sie werden entsprechend zwischen den Meilensteinen gedehnt.
   2. ) Weil es meistens unklar ist, welche einzelnen Ressourcen auf den Vorgängen arbeiten werden, werden zu den Vorgängen die Ressourcen-Gruppen mit der erwarteten Anzahl der Stunden zugeordnet.
      1. ) Ordnen Sie zu den Vorgängen nach M3 die Ressourcen-Gruppen zu. Als Quelle für die Zahlen dient uns die Projekt-Kalkulation und die Projektlage (s. Abbildungen rechts). Das Total von den zugeordneten Stunden F über die Gruppen-Zuordnungen nach M3 ist gleich Projekt-Kalkulation A minus Total die abgearbeiteten Stunden bis Ende Vormonat D sein. Der Total G muss mit der Projekt-Kalkulation A stimmen.
      2. ) Wenn bereits Ressourcen-Zuordnungen bei einigen Vorgängen nach M3 existieren, in denen die Gruppen-Zuweisungen jetzt erfasst werden, müssen wir bei den Ressourcen-Zuweisungen die Verlinkung zu der entsprechende Gruppen-Zuweisung eintragen.
      3. ) Die Ressourcen werden später selbst die Stunden auf die Vorgänge erfassen und so ersetzen sie die geplanten Stunden der Gruppen-Zuordnung durch die abgearbeiteten Stunden.
      4. ) Falls ein Vorgang schon erledigt ist aber es bleiben immer noch einige noch nicht zugewiesenen Stunden bei einer oder mehreren Gruppen-Zuordnungen bei diesem Vorgang, muss der PL diese Gruppen-Zuordnungen als Erledigt markieren damit diese Stunden nicht mehr in den Verbleibende Stunden erscheinen.
   3. ) In pm4u für bestehen die festen Kosten aus den effektiven und den erwarteten festen Kosten. DAs Total der festen Kosten wird als Summe der bisherigen effektiven Kosten plus der zukünftigen erwarteten Kosten gerechnet. Die effektiven festen Kosten werden aus SAP importiert. Die erwarteten festen Kosten muss der Projektleiter auf Grund der Projekt-Kalkulation manuell erstellen:
      1. ) Für jeden Kostenart generiert der PL die erwarteten Kosten H mit Hilfe des Verteilungs-Assistenten ab aktuellem Monat bis Ende des Projektes (oder früher) im Projekt im Betrag der Kalkulation B minus bisherige effektive Kosten E. Die Summen I der erwarteten und effektiven Kosten muss der Projekt-Kalkulation B entsprechen (Mit Ausnahme der Abbuchung der Prototypkosten - s. nächsten Punkt).
      2. ) Abbuchung Prototyp C kann man als ein negativen Eintrag in den erwarteten Kosten mit Datum am Ende des Projektes erfassen. Für den Fall, dass die Abbuchung Prototyp unter den Materialkosten neben den weiteren erwarteten Kosten eingetragen ist, wird natürlich der Betrag I mit dem Betrag B übereinstimmen.
      3. ) Falls die erwarteten Kosten später ändern, so bearbeitet der PL die zukünftige Einträge manuell.
      4. ) Die aktuellen festen Kosten werden automatisch durch den Controller monatlich aus SAP importiert.
   4. ) PL soll die PEG Informationen aktualisieren.
   5. ) PL soll die Vertragswerte aktualisieren.
   6. ) PL soll ein neues Lesezeichen für den aktuellen Stand erstellen. In dem Moment wenn der Plan auf Grund der Projekt-Kalkulation erstellt wird, soll das Lesezeichen Plan erstellt werden (s. Abbildung Lesezeichen Plan rechts). In folgenden Monaten sollen die Lesezeichen für den entsprechenden Monat PEG YYYY-MM benannt werden. Wenn man jetzt das Projekt Cockpit öffnet, sollte man im Plan sowie im Akt. Stand die gleiche Zahlen sehen (s. Abbildungen Cockpit - Stunden und Cockpit - Feste Kosten)
      

      Neue Lesezeichen Plan
      

      Cockpit - Stunden
      

      Cockpit - Feste Kosten
      . Als später die Mitarbeiter weitere Stunden erfassen, es werden weitere festen Kosten aus SAP importiert, wird der Akt. Stand (mittlere Säule im Cockpit) entwickelt. Der Plan (linke Säule im Cockpit) bleibt gleich.
4. ) Während der Lebensdauer des Projektes soll der PL regelmässig das Projekt pflegen. Meistens werden die Projekte kurz vor dem PEG Meeting aktualisiert (Folgende Auswertungen können dem PL dabei helfen: Projekt Cockpit, Projektlage, Projektlage im Laufe der Zeit, PEG Liste, PEG Report).
   1. ) Die Informationen 3.1 - 3.4 pflegen (s. oben)
   2. ) PL soll die Zeiterfassung bei erledigten Vorgängen sperren, damit die Mitarbeiter auf diesen Vorgängen keine Stunden mehr erfassen können.
   3. ) Die Ressourcen sollen ihre Stunden bis Ende des Monats erfassen, weil die Controller diese Stunden am Anfang des nächsten Monates nach SAP exportieren
5. ) Sobald das Projekt abgeschlossen wird, soll der PL den Projekt-Status auf Closed setzen (spätestens zu Beginn des folgenden Kalenderjahres).