Berechnung der Stunden und Kosten

Aus pm4u
Zur Navigation springen Zur Suche springen

Ein wichtiger Teil der Projektplanung ist die Übersicht über die bisherigen und die verbleibenden Stunden und Kosten. Unten finden Sie eine Erklärung, wie diese Berechnung in pm4u gemacht wird.

Begriffe

Revision

Meistens interessieren uns nicht nur die aktuellen bisherigen und verbleibenden Stunden und Kosten sondern wir möchten alle diese Werte mit einem "Plan" vergleichen, um die Kontrolle zu haben, über das, was wir ursprünglich geplanten haben und was dann im Projekt tatsächlich an Stunden und Kosten aufläuft. Die Berechnung der bisherigen und verbleibenden Stunden und Kosten bezieht sich immer nur zu einem Revision (d.h. Projekt-Stand). Deshalb bedeutet der Vergleich von dem aktuellen Stand mit einem "Plan" die separate Berechnung der bisherigen und verbleibenden Stunden und Kosten für die Revision "Plan" und separat für die Revision "akt. Stand". Diese zwei Resultate werden dann verglichen. Im weiteren Text wird beschrieben, wie die bisherigen und verbleibenden Stunden und Kosten für bestimmte Revisionen berechnet werden.

Status per Datum

Wichtige Information für die Berechnung der Stunden und Kosten ist das Status per Datum. Dieses definiert, bis wann alle realen (aktuellen) Werte im System eingetragen sind. Oft werden die Ressourcen die eigenen Stunden nicht regelmässig erfassen oder die Stunden oder festen realen Kosten werden aus einem anderen System erst am Ende des Monats importiert. Wenn dann die Auswertung in der Mitte des Monats gemacht wird, könnte es ohne das Status per Datum scheinen, dass das Projekt einige Wochen verspätet ist, weil die Ressourcen keine Stunden ab Anfang Monat erfasst haben. In diesem Fall muss man das Status per Datum verwenden und mit Rücksicht zu unserem Beispiel auf den Letzten Tag des Vormonats setzen. Alle realen Werte nach diesem Datum werden ignoriert (Stunden in Zeiterfassung, feste reale Kosten, usw.). Die verbleibenden Werte werden ab diesem Datum kalkuliert. Unten finden Sie erklärende Beispiele.

Das Status per Datum wird auch mit dem Lesezeichen gespeichert, damit man es nicht immer manuell eintragen muss.

Split-Datum

Split-Datum teilt die Stunden und Kosten auf in bisherige - das heisst die, die vor dem (incl.) Split-Datum liegen und verbleibende - das heisst die, die nach dem Split-Datum liegen.

Kalkulation der Stunden und Kosten

Die Kalkulation der Stunden und Kosten unterscheidet sich. Wichtig ist aber zu erklären wie genau das Status per Datum die Kalkulation beeinflusst.

Haben wir eine Revision und ein Status per Datum. Die Stunden und Kosten für jeden Tag des Projektes bekommen wir als:

Ressourcen Stunden

Haben wir eine Ressourcen-Zuordnung
1) wo die Ressource noch keine Stunden nach dem Status per Datum erfasst hat:
In diesem Fall werden die geplanten Stunden bei der Zuordnung zwischen Start und Ende der Zuordnung verteilt.
Kalkulation-stunden-ohne-zeiterfassung-01.png

Falls das Status per Datum nach dem Start der Zuordnung wäre, werden alle geplanten Stunden zwischen Status per+1t und Ende der Zuordnung verteilt. Status per Datum sagt, dass alle realen Werte bis zu diesem Datum im System eingetragen sind. Also wir wissen, dass die Ressource mit der Arbeit noch nicht begonnen hat und dass alle verbleibende Stunden erst nach diesem Datum ausgeführt werden. Kumulieren der Stunden in einem kurzen Zeitfenster kann eine Überlast der Ressource verursachen, die man in den Projekt-Warnungen, Projekt cockpit und auch in der Auslastung der Ressource findet (zum Beispiel im Auslastungs-Diagramm, Ressourcen-Gantt. Das ist ein Moment, wann der Projektleiter reagieren und entweder die Ressource oder die Termine optimieren muss.
Kalkulation-stunden-ohne-zeiterfassung-02.png

Schliesslich, falls das Status per Datum sogar nach dem Ende der Zuordnung wäre, dann werden alle geplanten Stunden in einem Tag Status per+1t gesetzt. Dies verursacht mit hoher Wahrscheinlichkeit eine Überlast, die der Projektleiter optimieren muss.
Kalkulation-stunden-ohne-zeiterfassung-03.png

2) wo die Ressource bereits einige Stunden vor dem Status per Datum erfasst hat:
In diesem Fall werden die bei der Zuordnung geplanten Stunden und die erfassten Stunden nach dem Status per ignoriert und es werden nur die erfassten Stunden vor dem Status per Datum für die Kalkulation verwendet. Die Stunden vor dem Status werden für die Kalkulation genau so verwendet, wie Sie erfasst wurden. Die verbleibenden Stunden bei der letzten eingetragenen Stunde vor dem Status per Datum werden zwischen Status per+1t und Ende der Zuordnung verteilt.
Kalkulation-stunden-mit-zeiterfassung-01.png

Falls Status per nach dem Ende der Zuordnung liegt, werden die verbleibenden Stunden bei den letzten eingetragenen Stunden vor dem Status per Datum am Status per+1t gesetzt.
Kalkulation-stunden-mit-zeiterfassung-02.png

Haben wir eine Zuordnung der Ressourcen-Gruppe
Die Berechnung der Stunden ist genau gleich wie die Berechnung der Stunden von einer Ressourcen-Zuordnung, wo noch keine Stunden erfasst wurden (s. oben).

Ressourcen Kosten

Im vorigen Absatz wurde erklärt, wie man für jeden Tag die Ressourcen Stunden bekommt. Die Ressourcen Kosten bekommt man ganz einfach durch multiplizieren von diesen Stunden durch den für den Tag gültigen Kostensatz der Ressource (oder Kostensatz der Ressourcen-Gruppe, wenn es um eine Zuordnung der Ressourcen-Gruppe geht). Die Kostensätze der Ressourcen und Gruppen können mit einem bestimmten Leistungsart verbunden sein. Für die Berechnung der Kosten wird nur die Kostensatz mit entsprechender Leistungsart verwendet. Falls die Ressource oder Gruppe keine solche Kostensatz hat, wird die standard Kostensatz (d.h. Kostensatz ohne Leistungsart) verwendet.

Feste Kosten

  1. Alle erwartete festen Kosten nach dem Status per werden für die Kalkulation verwendet (erwartete feste Kosten vor dem Status per werden ignoriert)
  2. Alle effektiven festen Kosten vor dem Status per werden für die Kalkulation verwendet (effektive feste Kosten nach dem Status per werden ignoriert)
  3. Erwartete aber noch nicht realisierte festen Kosten werden am Status per+1t platziert. Diese Differenz wird gerechnet als:
(Summe der erwarteten festen Kosten vor dem Status per) - (Summe der effektiven festen Kosten vor dem Status per) + (Summe von allen Differenzen eingetragen bei den effektiven festen Kosten vor dem Status per (s. unten billiger/teuerer)

Beispiel

Fixe-kosten-berechnung.png

1) Wenn Status Per Anfang Januar gewählt wird, werden alle effektiven feste Kosten ignoriert und wir werden die folgenden festen Kosten haben:

Jan - 1000.-
Feb - 1000.-
Mrz - 1000.-
Apr - 1000.-
Fixe-kosten-berechnung-10.png

2) Wenn Status Per Anfang Februar gewählt wird, werden wir die folgenden festen Kosten haben:

Jan - 800.- (effektive Kosten im Januar sind 800 mit der Bemerkung, dass diese effektiven Kosten sind um 200 kleiner als erwartet wurde)
Feb - 1000.-
Mrz - 1000.-
Apr - 1000.-
Fixe-kosten-berechnung-11.png

3) Wenn Status Per Anfang März gewählt wird, werde wir die folgenden festen Kosten haben:

Jan - 800.-
Feb - 800.- (=700+100)
Mrz - 1200.- (=1000 gepl + 200 Differenz (*))
Apr - 1000.-
(*)
Summe der erwarteten festen Kosten vor dem Status per = 2000
Summe der effektiven festen Kosten vor dem Status per = 800+700+100
Summe von allen Differenzen eingetragen bei den effektiven festen Kosten vor dem Status per = -200

=> Differenz = 2000 - 1600 -(-200) = 200. Diese Differenz wird platziert auf Status per+1t