Nachfolgend findet man Beschreibungen einzelner Vorgangs-Parameter (Vorgangs-Datenfelder).
DI001098 Vorgangs-ID
Technische Identifikationsnummer des Vorgangs. Wird beim Anlegen des Vorgangs automatisch generiert und kann nicht geändert werden. Sie ist in der Regel in Modulen nicht sichtbar, kann aber bei Bedarf von den Benutzern mit den Customizing-Rechten eingesehen werden.
DI060043 Vorgang (fachlich)
Fachliche Identifikationsnummer des Vorgangs DI041467 Vorgang
Feld zur Ausgabe der ID des Vorgangs. Hier wird entweder der Vorgangs-PSP-Code oder die fachliche Vorgangs-ID des Vorgangs ausgegeben, je nach Einstellung des globalen Parameters PSP-Code statt ID anzeigen.
Die fachliche ID im Feld Vorgang wird automatisch generiert (von der technischen Vorgangs-ID kopiert), wenn man die Bezeichnung des Vorgangs im Feld Vorgangsbezeichnung eingibt und aus dem Feld rausklickt. Die fachliche ID kann nicht manuell geändert werden.
Bei neu angelegten Vorgängen wird der PSP-Code erst angezeigt, wenn er explizit generiert wurde (je nach Version entweder durch die Auswahl des entsprechenden Kontextmenü-Befehls oder durch Betätigen der Schaltfläche PSP-Code bilden in der Projektkopfzeile.
wird entweder automatisch generiert (von der technischen Vorgangs-ID kopiert), wenn man die Bezeichnung des Vorgangs im Feld Vorgangsbezeichnung eingibt und aus dem Feld rausklickt. Die fachliche ID kann nachträglich manuell geändert werden.
oder kann initial manuell vergeben werden.
Da das Feld standardmäßig ein Ausgabe-Feld ist, muss es per Customizing auf Eingabe-Feld geändert werden, damit es manuell bearbeitet werden kann. Dies muss bei jedem Datenbank-Update wiederholt werden.
Ursprünglicher Plan-Aufwand des Vorgangs. Der Wert wird durch die Terminrechnung aus den Werten der untergeordneten Bereiche (Ebenen) ermittelt (summiert), keine manuellen Eingaben möglich. Siehe Berechnung/Summierung
Die Summierung des Aufwand-Soll von der Ressourcenzuordnung (DT466) auf den Vorgang (DT463) erfolgt nur, wenn für die entsprechende Ressource im Ressourcendatenblatt die Checkbox Summierung Aufwand aktiviert ist.
DI001135 Aufwand-Ist
Tatsächlicher Aufwand des Vorgangs. Der Wert wird durch die Terminrechnung aus Werten der untergeordneten Bereichen ermittelt (summiert), keine manuellen Eingaben möglich. Siehe Berechnung/Summierung
Die Summierung des Aufwand-Ist von der Ressourcenzuordnung (DT466) auf den Vorgang (DT463) erfolgt nur, wenn für die entsprechende Ressource im Ressourcendatenblatt die Checkbox Summierung Aufwand aktiviert ist.
DI001136 Aufwand-Rest
Restlicher Aufwand des Vorgangs. Der Wert wird durch die Terminrechnung aus den Werten der untergeordneten Bereiche (Ebenen) ermittelt (summiert), keine manuellen Eingaben möglich. Siehe Berechnung/Summierung
Die Summierung des Aufwand-Rest von der Ressourcenzuordnung (DT466) auf den Vorgang (DT463) erfolgt nur, wenn für die entsprechende Ressource im Ressourcendatenblatt die Checkbox Summierung Aufwand aktiviert ist.
DI000785 Aufwand-Gesamt
Aufwand-Gesamt des Vorgangs. Der Wert wird durch die Terminrechnung als Summe von Ist und Rest ermittelt (keine manuellen Eingaben möglich).
Ursprünglich geplante Kosten des Vorgangs. Der Wert wird durch die Terminrechnung aus den Werten der untergeordneten Bereiche (Ebenen) ermittelt (summiert), keine manuellen Eingaben möglich. Siehe Berechnung/Summierung
Berechnung/Summierung
Vorgang:Kosten-Soll = Summe von Kosten-Soll aller dem Vorgang zugeordneten Ressourcen (ausgenommen Erlösressourcen).
Ressourcenzuordnung:Kosten-Soll = Summe aller Kosten-Soll-Werte pro Tag der dem Vorgang zugeordneten Ressource.
Belastung: Kosten-Sollder dem Vorgang zugeordneten Ressource pro Tag. Auf dieser Ebene erfolgt die eigentliche Berechnung der Kosten.
DI000697 Kosten-Ist
Tatsächliche Kosten des Vorgangs. Der Wert wird durch die Terminrechnung aus Werten der untergeordneten Bereichen ermittelt (summiert), keine manuellen Eingaben möglich. Siehe Berechnung/Summierung
Berechnung/Summierung
Vorgang:Kosten-Ist = Summe von Kosten-Ist aller dem Vorgang zugeordneten Ressourcen (ausgenommen Erlösressourcen).
Ressourcenzuordnung:Kosten-Ist = Summe aller Kosten-Ist-Werte der dem Vorgang zugeordneten Ressource pro Tag.
Belastung:Kosten-Istder dem Vorgang zugeordneten Ressource pro Tag. Auf dieser Ebene erfolgt die eigentliche Berechnung der Kosten.
DI000698 Kosten-Rest
Restliche Kosten des Vorgangs. Der Wert wird durch die Terminrechnung aus Werten der untergeordneten Bereichen ermittelt (summiert), keine manuellen Eingaben möglich. Siehe Berechnung/Summierung
Berechnung/Summierung
Vorgang : Kosten-Rest = Summe von Kosten-Rest aller dem Vorgang zugeordneten Ressourcen (ausgenommen Erlösressourcen).
Ressourcenzuordnung : Kosten-Rest = Summe aller Kosten-Rest-Werte der dem Vorgang zugeordneten Ressource pro Tag.
Belastung: Kosten-Restder dem Vorgang zugeordneten Ressource pro Tag. Auf dieser Ebene erfolgt die eigentliche Berechnung der Kosten.
DI000715 Kosten-Gesamt
Gesamt-Kosten des Vorgangs. Der Wert wird durch die Terminrechnung als Summe von Ist und Rest ermittelt (keine manuellen Eingaben möglich).
Prozentualer Anteil der tatsächlichen Kosten (Kosten-Ist) des Vorgangs an den Gesamt-Kosten (Kosten-Ist + Rest). Der Wert wird durch die Terminrechnung ermittelt.
Kosten-Gesamt aus dem aktiven (zuletzt freigegebenen) Statusbericht
DI059703 Aufwand-Gesamt (aktiver SB)
Aufwand-Gesamt aus dem aktiven (zuletzt freigegebenen) Statusbericht
DI001096 Projekt-ID/ID461
Technische Identifikationsnummer des Projekts. Wird aus dem zugehörigen Projekt automatisch ausgelesen.
DI001097 Projekt-ID
Technische Identifikationsnummer des Projekts. Wird aus dem zugehörigen Projekt automatisch ausgelesen.
DI001110 Prio
Mit diesem Parameter kann die Priorität der Vorgänge manuell festgelegt werden. Steuert zusammen mit weiteren Parametern die Reihenfolge der Einlastung von Vorgängen innerhalb eines Projektes.
Details
Vorgänge, die im Netzplan parallel liegen und nicht durch Anordnungsbeziehungen miteinander verknüpft sind, werden in der Reihenfolge ihrer Priorität eingelastet.
Haben in einem strukturierten Terminplan über- und untergeordnete Vorgänge die gleiche Priorität, wird dem übergeordneten Vorgang die höhere Priorität eingeräumt, aufgrund des höheren Rangs des Vorgangs
Beispiel
Sammelvorgang A (Prio 2)
Vorgang A.1 (Prio 1)
Vorgang A.2 (Prio 3)
Sammelvorgang B (Prio 1)
Vorgang B.1 (Prio 2)
Vorgang B.2 (Prio 4)
Die Einlastungsreihenfolge ist für dieses Beispiel wie folgt: B, A, A1, B1, A2, B2.
Werte
0 oder leer: höchste Priorität
1: zweithöchste Priorität usw.
Technische Details
Der Wertebereich des Feldes prüft auf die globale Variable @G296, über die der maximal eingebbare Prio-Wert eingestellt werden kann.
Z. B. möchte man mit Prio-Werten von 0 bis 10 arbeiten, trägt man in der Variable 10 ein. Zahlen bis 999 sind zulässig.
Im PLANTA-Standard ist der maximal zulässige Wert defaultmäßig voreingestellt.
Der Parameter kann in folgenden Modulen von Benutzern mit Änderungsrechten bearbeitet werden:
Der Parameter bestimmt, ob die kalkulierten Termine aus den frühesten oder spätesten berechneten Terminen resultieren. Die frühesten und die spätesten Termine sind nur dann unterschiedlich, wenn der jeweilige Vorgang einen Puffer aufweist.
Standardmäßig haben alle neuen Vorgänge Planung früh =
Um den Parameter Planung früh = (deaktiviert) nutzen zu können, muss man einen Projekt-Wunsch-Endtermin oder Wunsch-Endtermine auf den entsprechen Vorgängen eintragen, damit es einen Startpunkt für eine Rückwärtsterminierung gibt.
Ein Vorgang mit der deaktivierten Checkbox Planung früh wird zu den spätesten Terminen (Spätester Anfang/ Spätestes Ende) eingeplant. Dadurch ist er kritisch dargestellt (Gesamten Puffer = 0). Er liegt aber nur dann auf dem kritischen Weg, wenn mindestens eine Anordnungsbeziehung in ihn eingeht, die den Schlupf Gesamtpuffer = 0 (rote Linie) hat.
Parameter Planung früh hat auf einem Sammelvorgang keine Auswirkung. Die Sammelvorgänge bekommen ihre Termine von den untergeordneten Vorgängen. Der Parameter Planung früh wirkt auf den untergeordneten Vorgängen genauso wie auf den nicht strukturierten Vorgängen. Haben die untergeordneten Vorgänge sowohl Planung früh = als auch Planung früh = , bekommt der Kalkulierte Anfangvom Sammelvorgang den Frühesten Anfang von allen Untervorgängen und das Kalkuliertes Ende vom Sammelvorgang das Späteste Ende von allen Untervorgängen.
Nachfolger von Vorgängen mit der deaktivierten Checkbox Planung früh werden mitverschoben. Siehe das Bild.
Der Parameter kann in folgenden Modulen von Benutzern mit Änderungsrechten bearbeitet werden:
Terminplan (Projekt/Vorhaben), in der Modulvariante Terminplan komplett (in weiteren Modulvarianten einblendbar)
Das entsprechende Datenfeld ist standardmäßig ausgeblendet und kann bei Bedarf eingeblendet werden.
Vorgang im Bereich Terminrechnungsrelevante Parameter
Typische Anwendung in der Praxis
Bestimmte Vorgänge sollen so spät wie möglich geplant werden, da sie viel Kapital binden, z.B. Beschaffung, Fertigung. Andere Vorgänge plant man so früh wie möglich, da die Termineinhaltung unsicher ist, z.B. Konstruktion. Durch diese Vorgehensweise gibt man der Konstruktion den Puffer.
DI001114 Wunsch-Ende
Gewünschter Endtermin des Vorgangs oder des Quality Gate. Für Vorgänge kann auch ein gewünschter Anfangstermin vorgegeben werden. Vorgangs-Wunschtermine bestimmen den Vorgangsstart bzw. das Vorgangsende, sofern dem keine anderen Restriktionen entgegenstehen (z.B. Anordnungsbeziehungen). Details zu den Wunsch-Terminen siehe unter Wunsch-Anfang.
Details zu Quality Gates
Im Modul Quality Gates ist auf dem Feld Termin (Wunsch-Ende) eine Ampel hinterlegt, die sich wie folgt verhält:
Solange das Quality Gate noch nicht zu 100% erledigt ist, ist die Ampel
rot, wenn der gewünschte Endtermin in der Vergangenheit liegt.
gelb, wenn der gewünschte Endtermin heute ist.
grün, wenn der gewünschte Endtermin in der Zukunft liegt.
Sobald das Quality Gate zu 100% erledigt ist (Eintrag 100% im Feld Abgeschlossen), ist die Ampel grün.
Der Parameter kann in folgenden Modulen von Benutzern mit Änderungsrechten bearbeitet werden:
Gewünschter Anfangstermin des Vorgangs. Vorgangs-Wunschtermine bestimmen den Vorgangsstart und das Vorgangsende, sofern dem keine anderen Restriktionen entgegenstehen (z.B. Anordnungsbeziehungen).
Details
Wunsch-Termine (Wunsch-Anfang/Ende) werden abhängig von den Einstellungen des Modellparameters Vorgangs-Wunsch-Terminedurch die Terminrechnung berücksichtigt. Sie werden nur eingehalten, wenn die Struktur des Netzplans (d.h. die Termine der Vorgänger) dies zulässt.
Vorgangs-Wunschtermine verhindern den Kapazitätsabgleich für den jeweiligen Vorgang, sofern Wunsch-Anfang und/oder Wunsch-Ende auf dem Vorgang eingetragen sind.
Sie dominieren den Parameter Planung früh, d.h. der Vorgang wird bei termintreuer und gesamtpuffertreuer Planung termintreu eingelastet. Bei kapazitätstreuer Planung mit der Belastungskurve CAP wird der Vorgang bei Überlast gegebenenfalls verlängert.
Im PLANTA-Standard werden die Wunschtermine der Vorgänge mit blauen Dreiecken visualisiert.
Das Verschieben von Vorgangs-Wunschterminen kann durch den Parameter Fixierung verhindert werden.
Ein Beispiel für den Einsatz der Wunsch-Termine auf den Vorgängen ist eine Mittelpunkt-Terminierung
Dies ist die Planung eines Projekts um einen zentralen Termin (Mittelpunkt).
Hierzu gibt man dem Vorgang, der den zentralen Termin kennzeichnet, einen Vorgangs-Wunsch-Anfang und plant die vorgelagerten Vorgänge so spät wie möglich und die nachfolgenden Vorgänge so früh wie möglich ein.
Der Parameter kann in folgenden Modulen von Benutzern mit Änderungsrechten bearbeitet werden:
Kalkulierter Anfangstermin des Vorgangs. Der Wert wird durch die Terminrechnung unter Berücksichtigung verschiedener Planungsfaktoren ermittelt, z.B. ob der Vorgang zu seinem frühesten oder spätesten errechneten Termin starten soll, ob es einen Wunsch-Anfangstermin oder einen Vorgänger gibt, der den Starttermin bestimmt etc.
DI001120 Kalk. Ende
Kalkulierter Endtermin des Vorgangs. Der Wert wird durch die Terminrechnung unter Berücksichtigung verschiedener Planungsfaktoren ermittelt.
DI001121 Ist-Anfang
Tatsächlicher Anfangstermin des Vorgangs. Vorgangs-Ist-Termine dominieren die AOBs und Vorgangs-Wunschtermine und den Parameter Planung früh.
Berechnung
Der Ist-Anfangstermin
kann manuell gesetzt werden
In diesem Fall wird der Vorgangs-Anfangstermin durch die Terminrechnung automatisch auf alle Ressourcenzuordnungen des Vorgangs übertragen, die noch keinen Ist-Endtermin besitzen.
oder wird durch die Terminrechnung aus Ist-Anfang der Ressourcenzuordnungen übernommen, falls diese einen Ist-Anfang aufweisen, ansonsten leer gelassen.
Gibt es mehrere Ressourcenzuordnungen mit unterschiedlichem Ist-Anfang, wird der früheste Ist-Anfang für den Vorgang übernommen. Für das Ist-Ende gilt das Gegenteil: das späteste Ist-Ende der Ressourcenzuordnung wird für den Vorgang übernommen.
Hinweise zu Ist-Terminen
Wird ein Ist-Ende gesetzt, ohne dass es einen Ist-Anfang gibt, ist Ist-Anfang = Ist-Ende.
In PLANTA ist der Vorgang erst beendet, wenn sein Ist-Ende gesetzt ist. Solange für einen Vorgang kein Ist-Ende gesetzt ist, wird der Vorgang weiterhin mindestens mit Dauer-Rest = 1 eingeplant, auch wenn kein Aufwand-Rest mehr vorhanden ist.
Vorgänge mit einem Ist-Anfang oder einem Ist-Ende verhalten sich bei der Terminrechnung so, als würde termintreu gerechnet werden, d.h. es findet kein Kapazitätsabgleich statt. Soll der Rest des Vorgangs doch abgeglichen werden, muss er mit Hilfe des Parameters Splitting gesplittet werden.
Wechselwirkung von Ist-Terminen und Anordnungsbeziehungen
Vorgänge mit einem Ist-Anfang werden so behandelt als hätten sie keine Vorgänger, da sie durch ihren Vorgänger nicht mehr verschoben werden können. Dies ist erforderlich, um den Vorgänger auch dann planen zu können, wenn die Anordnungsbeziehung nicht erfüllt ist.
Wenn bei einer EA-Anordnungsbeziehung ein Nachfolger bereits begonnen hat (Ist-Anfang ist gesetzt), ohne dass sein Vorgänger begonnen hat, hat der Vorgänger nach der Berechnung des Terminplans Gesamtpuffer bis zum Projektende.
Ein begonnener Vorgang, der einen nicht begonnenen Vorgänger besitzt, stellt i.d.R. einen Bruch der Anordnungsbeziehung in der Wirklichkeit dar. In der Praxis kommen solche Brüche immer wieder vor (z.B. wird mit der Konstruktion begonnen, obwohl die Genehmigung des Kunden noch nicht vorliegt).
PLANTA ist gegenüber solchen Verletzungen der Anordnungsbeziehungen stabil, d.h., die unsinnig gewordenen Anordnungsbeziehungen werden von der Terminrechnung ignoriert. Dies führt, falls ein Vorgang keine weiteren (vorwärtsgerichteten) Anordnungsbeziehungen besitzt, ggf. dazu, dass sein spätester Termin das Projektende ist. In der Tat ist der Verlust des terminbestimmenden Nachfolgers und damit der Anordnungsbeziehung gleichbedeutend damit. Sofern dies nicht gewünscht ist, gibt es folgende Möglichkeiten:
Durch die Definition einer zusätzlichen EE-Beziehung zwischen diesen beiden Vorgängen lässt sich die Pufferzeit des Vorgängers beeinflussen.
Die Checkbox Planung früh aktivieren. Die Kapazitätstermine sind dann OK, die Pufferzeiten nicht.
Zusätzliche sicherheitsbedingte Anordnungsbeziehungen zum Nachfolger des direkten Nachfolgers. Einfach bei Verwendung von Standard-Netzplänen, ansonsten ggf. Pflegeaufwand hoch.
Einführung einer neuen AOB erst dann, wenn bemerkt wird, dass der Vorgang in der Luft hängt. Nachteil: Wenn dies übersehen wird, stimmen die Planungsdaten nicht.
Verwendung von EE-Beziehungen, wenn davon ausgegangen wird, dass der Vorgänger bald beginnen wird.
Tatsächlicher Endtermin des Vorgangs. Vorgangs-Ist-Termine dominieren die AOBs und Vorgangs-Wunschtermine und den Parameter Planung früh.
Berechnung
Der Ist-Endtermin
kann manuell gesetzt werden
In diesem Fall wird der Vorgangs-Endtermin durch die Terminrechnung automatisch auf alle Ressourcenzuordnungen des Vorgangs übertragen, die noch keinen Ist-Endtermin besitzen.
oder wird durch die Terminrechnung automatisch gesetzt, wenn für alle Ressourcenzuordnungen des Vorgangs bereits ein Ist-Endtermin eingetragen wurde.
Ist-Ende des Vorgangs = spätestes Ist-Ende aller Ressourcenzuordnungen, falls alle Ressourcenzuordnungen ein Ist-Ende besitzen.
Hinweise zu Ist-Ende
Wenn Ist-Ende vorhanden ist, wird Dauer-Rest = 0, sprich, dass wenn beim Setzen von Ist-Ende noch Rest-Dauer vorhanden ist, wird sie auf null gesetzt (gelöscht).
Vorgänge mit dem gesetzten Ist-Ende werden in einigen Anwendungs-Modulen (z.B. Meine Tätigkeiten) nicht berücksichtigt und nicht angezeigt.
Hinweise zu Ist-Terminen
Wird ein Ist-Ende gesetzt, ohne dass es einen Ist-Anfang gibt, ist Ist-Anfang = Ist-Ende.
In PLANTA ist der Vorgang erst beendet, wenn sein Ist-Ende gesetzt ist. Solange für einen Vorgang kein Ist-Ende gesetzt ist, wird der Vorgang weiterhin mindestens mit Dauer-Rest = 1 eingeplant, auch wenn kein Aufwand-Rest mehr vorhanden ist.
Vorgänge mit einem Ist-Anfang oder einem Ist-Ende verhalten sich bei der Terminrechnung so, als würde termintreu gerechnet werden, d.h. es findet kein Kapazitätsabgleich statt. Soll der Rest des Vorgangs doch abgeglichen werden, muss er mit Hilfe des Parameters Splitting gesplittet werden.
Bei Quality Gates
Der Termin der Freigabe des Quality Gate durch den Portfoliomanager. Ab da an gilt das Quality Gate als erledigt. Der Termin wird automatisch gesetzt, sobald der Portfoliomanager die Checkbox Freigabe auf dem Quality Gate aktiviert hat.
Der Parameter kann in folgenden Modulen von Benutzern mit Änderungsrechten bearbeitet werden:
Frühester Anfangstermin des Vorgangs. Der Wert wird durch die Terminrechnung unter Berücksichtigung verschiedener Planungsfaktoren ermittelt und wird unmittelbar zum kalkulierten Anfang des Vorgangs, wenn der Parameter Planung früh = gewählt wurde.
Frühester Anfangstermin des Vorgangs, der durch die Terminrechnung ermittelt wird und bei dem die weichen AOBs des Vorgangs (falls vorhanden) berücksichtigt werden. Durch die Berücksichtigung der weichen AOBs kann sich eine Abweichung zu dem Frühesten Anfangstermin des Vorgangs ergeben.
DI009344 Frühestes Ende weich
Frühester Endtermin des Vorgangs, der durch die Terminrechnung ermittelt wird und bei dem die weichen AOBs des Vorgangs (falls vorhanden) berücksichtigt werden. Durch die Berücksichtigung der weichen AOBs kann sich eine Abweichung zu dem Frühesten Endtermin des Vorgangs ergeben.
DI009345 Spätester Anfang weich
Spätester Anfangstermin des Vorgangs, der durch die Terminrechnung ermittelt wird und bei dem die weichen AOBs des Vorgangs (falls vorhanden) berücksichtigt werden. Durch die Berücksichtigung der weichen AOBs kann sich eine Abweichung zu dem Spätester Anfangstermin des Vorgangs ergeben.
DI009346 Spätestes Ende weich
Spätester Endtermin des Vorgangs, der bei der Terminrechnung ermittelt wird und bei dem die weichen AOBs des Vorgangs (falls vorhanden) berücksichtigt werden. Durch die Berücksichtigung der weichen AOBs kann sich eine Abweichung zu dem Spätesten Endtermin des Vorgangs ergeben.
DI009351 Anfang der Nachfolger-Verschiebung
Termin, an dem die Vorgangs-Nachfolger-Verschiebung beginnt. Eine Vorgangs-Nachfolger-Verschiebung kann entstehen, wenn ein Vorgang eine weiche AOB besitzt. Hierzu siehe auch Weiche AOB.
DI009352 Ende der Nachfolger-Verschiebung
Termin, an dem die Vorgangs-Nachfolger-Verschiebung endet. Eine Vorgangs-Nachfolger-Verschiebung kann entstehen, wenn ein Vorgang eine weiche AOB besitzt. Hierzu siehe auch Weiche AOB.
DI009353 Nachfolger-Verschiebung (Tage)
Dauer der Vorgangs-Nachfolger-Verschiebung in Tagen. Eine Vorgangs-Nachfolger-Verschiebung kann entstehen, wenn ein Vorgang eine weiche AOB besitzt. Hierzu siehe auch Weiche AOB.
DI001123 Struktur-Anfang
Struktur-Anfangstermin des Unterprojekts
Berechnung
Struktur-Anfang des Vorgangs = Kalk. Anfang des Unterprojekts
DI001124 Struktur-Ende
Struktur-Endtermin des Unterprojekts
Berechnung
Struktur-Ende des Vorgangs = Kalk. Ende des Unterprojekts
DI001131 Dauer-Soll
Ursprünglich geplante Dauer des Vorgangs in Arbeitstagen. Im Normalfall wird das Feld automatisch gefüllt, wenn in Dauer-Rest ein Wert eingetragen wird.
Restliche Dauer des Vorgangs in Arbeitstagen. Die Dauer kann entweder durch den Anwender vorgegeben oder sie wird auf Basis weiterer Planungsparameter durch die Terminrechnung ermittelt. Solange kein Ist-Anfangstermin gesetzt ist, ist die hier eingegebene oder berechnete Dauer die geplante Dauer und wird automatisch in das Feld Dauer-Soll übertragen.
Details
Wenn eine VG-Dauer eingegeben oder aus VG Wunsch-Anfang und VG Wunsch-Ende berechnet wurde, dann wirkt diese mit höchster Priorität.
kann im Feld Dauer-Rest die geplante Dauer manuell eingetragen werden
oder berechnet werden
aus den Wunsch-Terminen der Vorgänge
wenn der Vorgang als Spannvorgang definiert ist
Die Berechnung übersteuert die manuelle Eingabe. D.h. Wunsch-Termine bzw. Spannvorgang (ohne Wunsch-Termine) haben Priorität, d.h. überschreiben eine manuelle Eingabe.
aus der Dauer der Ressourcenzuordnungen (berechnet aus MAN, CAP mit max. Belastung oder den Wunschtermine der Ressourcenzuordnungen). Gibt es mehrere Ressourcenzuordnungen, wird die Dauer-Rest eines Vorgangs aus dem Maximum der Dauer der Ressourcenzuordnungen berechnet.
Gibt es auf dem Vorgang eine Dauer-Rest (manuell eingegeben oder bei der Terminrechnung ermittelt) und gibt es auf der Ressourcenzuordnung ebenfalls eine Dauer-Rest, die sich aus Wunsch-Terminen ergibt und von der Vorgangsdauer abweicht, wird die Vorgangsdauer überschrieben.
Gibt es auf dem Vorgang eine Dauer-Rest (manuell eingegeben oder bei der Terminrechnung ermittelt) und gibt es auf der Ressourcenzuordnung ebenfalls eine Dauer-Rest, die sich nicht aus Wunsch-Terminen ergibt und die von der Vorgangs-Dauer abweicht, wird für den Vorgang der höchste der beiden Werte genommen, unabhängig davon, ob dieser eingegeben oder berechnet wurde.
Dies gilt nur, wenn auf dem Vorgang selbst keine Wunsch-Termine eingegeben sind. Wunsch-Termine des Vorgangs übersteuern immer die Wunsch-Termine der Ressourcenzuordnungen.
wird die Dauer-Rest bei der Terminrechnung wie folgt berechnet:
Dauer-Rest = Ursprüngliche Dauer-Rest - Veränderung der Dauer-Ist
der automatisch berechnete Wert kann jedoch bei Bedarf (z.B. wenn die Dauer aus Prognosen festgestellt wird) manuell angepasst werden. Manuelle Eingaben werden während der Berechnung des Terminplans nicht überschrieben, vorausgesetzt es existieren keine Wunsch-Termine, die eine abweichende Dauer ergeben könnten.
Ist beim Setzen von Ist-Ende noch Rest-Dauer vorhanden, wird sie auf null gesetzt (gelöscht).
Termintreue Planung
CAP verkürzt und verlängert die Vorgangsdauer nicht, aber der Kapazitätsabgleich innerhalb der Vorgangsdauer findet statt.
Beim Arbeiten mit MAN, wird empfohlen nicht mit manuell eingegebenen Dauern zu arbeiten, sondern die Dauer aufgrund der Ressourcenzuordnungen zu berechnen oder Wunsch-Termine auf dem Vorgang vorzugeben.
Wunsch-Termine auf der Ressourcenzuordnung werden nur innerhalb der Vorgangsdauer berücksichtigt. Falls Vorgangsdauer = 0, dann werden sie nur innerhalb des Kalk. Anfangs und spätesten Endes des Vorgangs berücksichtigt. Logik: Die Ressourceneinplanung kann nur innerhalb der Vorgangsdauer erfolgen.
Gesamtpuffertreue Planung
CAP kann die Vorgangsdauer bis zum spätesten Ende des Vorgangs verlängern.
Kapazitätstreue Planung
CAP kann wie bisher die VG-Dauer bis zum Planungshorizont der Ressource verlängern
Der prozentuelle Anteil des tatsächlichen Aufwands (Aufwand-Ist) des Vorgangs am Gesamt-Aufwand (Aufwand-Ist + Rest). Der Wert wird durch die Terminrechnung ermittelt.
Bricht die Berechnung des Terminplans wegen eines Netzplanzyklus ab, wird dieser Parameter bei jedem am Zyklus beteiligten Vorgang aktiviert (). Nach Behebung des Zyklus wird dieses Feld bei nächster Berechnung des Terminplans wieder deaktiviert ().
DI001149 Vorgang-Freigabe
Dieses Feld wird durch die Terminrechnung (vgl. Modellparameter Vorgang-Freigabe) automatisch gesetzt oder kann manuell eingegeben werden. Um den Parameter Vorgang-Freigabe zu nutzen, sind individuelle Customizing-Anpassungen an den gewünschten Modulen notwendig. Der Parameter Vorgang-Freigabe steht in keiner Wechselwirkung mit dem Parameter Vorgang gesperrt. Beide sind unabhängig voneinander.
Der Parameter kann in folgenden Modulen von Benutzern mit Änderungsrechten bearbeitet werden:
Das entsprechende Datenfeld ist standardmäßig ausgeblendet und kann bei Bedarf eingeblendet werden
DI001177 Abweichung Wunsch-Ende - Kalk. Ende
Abweichung des Vorgang-Wunsch-Endtermins vom kalkulierten Endtermin
DI001488 Spannvorgang
Parameter, mit dem ein Vorgang über die gesamte Dauer oder einen Teil des Projekts "gespannt" werden kann. Dies wird z.B. für sich wiederholende, projektbezogene Tätigkeiten (Grundlast) eingesetzt.
Informationen
Ist ein Vorgang als Spannvorgang definiert, werden Dauer-Soll und Dauer-Rest des Spannvorgangs wie folgt ermittelt:
Hat der Spannvorgang keine weiteren Einschränkungen, werden Dauer-Soll und Dauer-Rest abhängig von den kalkulierten Terminen des Projekts ermittelt.
Ist der Spannvorgang über AOBs in die Vorgangsstruktur eingebettet, wird er entsprechend nur über Teile des Projekts gespannt.
Gerät der Wunsch-Endtermin des Spannvorgangs in die Vergangenheit, ist der kalkulierte Endtermin des Spannvorgangs heute, (geht eine AOB auf den Spannvorgang, ist der kalkulierte Endtermin morgen).
Ist dabei der Ist-Anfangstermin nicht gesetzt, dann wird die ursprünglich errechnete Dauer beibehalten und der Spannvorgang verschiebt sich komplett nach vorne und verursacht den Verzug.
Ist der Ist-Anfangstermin gesetzt, dann reduziert sich die Dauer des Vorgangs entsprechend dem Fortschreiten des Datums.
Das entsprechende Datenfeld ist standardmäßig ausgeblendet und kann bei Bedarf eingeblendet werden.
Vorgang im Bereich Terminrechnungsrelevante Parameter
DI002001 Balken: Wunsch-Termine
Balken für die Visualisierung der Zeitspanne zwischen den Wunsch-Terminen (Wunsch-Anfang und Wunsch-Ende) des Vorgangs
DI002002 Balken: früheste Termine
Balken für die Visualisierung der Zeitspanne zwischen den frühesten Terminen (Frühester Anfang und Frühestes Ende) des Vorgangs
DI002003 Balken: späteste Termine
Balken für die Visualisierung der Zeitspanne zwischen den spätesten Terminen (Spätester Anfang und Spätestes Ende) des Vorgangs
DI002005 Balken: Ist-Termine
Balken für die Visualisierung der Zeitspanne zwischen den Ist-Terminen (Ist-Anfang und Ist-Ende) des Vorgangs
DI002086 Balken: Ist-Anfang - Rückmeldetermin
Mit diesem Balken kann der zeitliche Fortschritt des Vorgangs visualisiert werden.
DI061285 Balken: MMS groß
Balken (Raute-Symbol) für die Darstellung der Mastermeilensteine (Gates) im Terminplan auf horizontaler Achse unter Skala
Details
Die Zahl auf dem Balken steht für den zeitlichen Abstand (in Wochen) zum Hauptmeilenstein oder, falls kein Meilenstein als Hauptmeilenstein definiert ist, zum Kalk. Ende des Projekts.
Die Zahl über dem Balken ist der PSP-Code des Mastermeilensteins.
DI061313 Differenz zu Hauptmeilenstein-Termin
Zeitlicher Abstand zum Hauptmeilenstein oder, falls kein Meilenstein als Hauptmeilenstein definiert ist, zum Kalk. Ende des Projekts in Wochen
DI002346 Anzahl Vorgangsressourcen
Anzahl der Ressourcen, die dem Vorgang zugeordnet sind
DI002379 Anzahl AOB
Anzahl der Anordnungsbeziehungen zu Nachfolgern des Vorgangs, also alle vom Vorgang ausgehenden AOBs. Dabei werden alle Arten von AOBs gezählt: interne AOBs, externe AOBs und auch externe Vorgänge.
Kenner, der signalisiert, ob der Vorgang ein übergeordneter Vorgang ist, an dem ein Unterprojekt hängt. Wird als Auswahl- und Sortierkriterium in speziellen Modulen zum Ausblenden der übergeordneten Vorgänge verwendet.
DI002621 Projektbezeichnung
Bezeichnung des Projekts. Wird automatisch aus dem Hauptprojekt gelesen.
DI002859 Phase
DI002951 Balken: kalkulierte Termine
Balken für kalkulierte Termine (Kalk. Anfang und Kalk. Ende) des Vorgangs
DI003681 Dauer aus Wunsch-Terminen
Dauer aus Wunsch-Terminen des Vorgangs
DI006527 Balken: Meilenstein
Balken für Meilenstein
DI006786 Meilenstein-ID
Kenner (ID) für den Parameter Meilenstein. Die Beschreibung siehe unter Meilenstein: Text. Der Parameter ist im Standard im Modul Terminplan in Fenster 2 zu finden.
DI059007 Meilenstein
Mit diesem Parameter wird definiert, ob der Vorgang ein normaler Vorgang, ein Meilenstein, ein Mastermeilenstein oder ein Quality Gate ist.
Werte
leer: kein Meilenstein
1: Meilenstein
2: Mastermeilenstein
3: Quality Gate : Dieser Wert kann nicht manuell für Vorgänge im Modul Terminplan ausgewählt werden, sondern wird automatisch für Vorgänge gesetzt, die als Quality Gates im Portfolio definiert werden.
Meilensteine und Mastermeilensteine kennzeichnen Ereigniszeitpunkte in einem Terminplan:
Mastermeilensteine werden für besonders wichtige Ereignisse oder Termine verwendet, die z. B. wichtig für die Projektzielerreichung sind.
Meilensteine werden für weniger wichtige Ereignisse verwendet.
Manche Auswertungen in PLANTA project berücksichtigen nur Mastermeilensteine.
Technisch gesehen werden Meilensteine und Mastermeilensteine durch die Terminrechnung wie normale Vorgänge behandelt, das heißt dass für diese auch die Dauer > 0 möglich ist. PLANTA empfiehlt jedoch Meilensteine und Mastermeilensteine als Ereigniszeitpunkte mit der Dauer 0 oder 1 zu verwenden, da dies die übliche Vorgehensweise in der Praxis ist und PLANTA die Modul und Symbol-Layouts auf die Verwendung dieses Planungsmodells optimiert hat.
Möchte man Meilensteine/Mastermeilensteine mit Dauer = 0 planen, muss Folgendes beachtet werden:
Grundsätzlich gilt es in PLANTA project: Sind Vorgänge mit AOBs "EA" verbunden, und hat ein Meilenstein die Dauer = 0, startet der Meilenstein am gleichen Tag, an dem sein Vorgänger endet.
Wann bei einer solchen Konstellation der Nachfolger von einem Meilenstein startet, hängt von dem Modellparameter Anfang Vorgang-Nachfolger + 1 Tag ab.
Beispiel
Ist Anfang Vorgang-Nachfolger + 1 Tag = , und die MS-Dauer = 0, startet sowohl der MS als auch der Nachfolger von MS am gleichen Tag wie der Vorgänger von MS endet. D.h. in dieser Konstellation "verkürzen" quasi die Meilensteine die Projektdauer im Vergleich zu der Konstellation ohne Meilensteine.
vgl.
Ist Anfang Vorgang-Nachfolger + 1 Tag = , und die MS-Dauer = 0, startet der MS zwar am gleichen Tag wie sein Vorgänger, der Nachfolger von MS jedoch einen Tag später, so dass die Konstellation bei der Projektdauer mit oder ohne Meilensteine identisch ist.
Bei Planung von Meilensteinen unterstützt PLANTA auch weitere Planungsmodelle, wie z. B. keine AOBs von Meilensteinen oder Meilenstein-Dauer = 1. Dabei sind genauso wie in obigen Beispielen unterschiedliche Auswirkungen auf den Gesamtterminplan zu beachten.
Beim Arbeiten mit Meilenstein-Dauer = 0 ist zusätzlich die Wirkung von Vorgang-Wunschterminen zu beachten:
Sind beide Termine gesetzt, wird die Dauer automatisch daraus berechnet und ist niemals = 0
Der Parameter kann in folgenden Modulen von Benutzern mit Änderungsrechten bearbeitet werden:
Bezeichnung (Text) des Parameters Meilenstein. Die Beschreibung siehe unter DI059007
DI006800 Fachlich erledigt in %
Fachlicher Fertigstellungsgrad eines Vorgangs in Prozent. Dieser Wert kann vom Projektmanager manuell als Schätzwert eingegeben werden.
Details
Der eingegebene Wert wird mit den Werten im Feld Verbraucht (Aufwand verbraucht in %) verglichen und abhängig davon, ob diese Werte unterschritten oder überschritten sind, wird das Feld Erledigt (DI006800 Fachlich erledigt in % ) grün oder rot gekennzeichnet.
Der Parameter kann in folgenden Modulen von Benutzern mit Änderungsrechten bearbeitet werden:
Mit diesem Parameter können Vorgänge gekennzeichnet werden, die für einen bestimmten Personenkreis, z.B. Kunden, vorgesehen sind. Die Modulvariante Kundenterminplan zeigt dann diese ausgewählte Sicht des Terminplans an.
Werte
- Vorgang wird in der Modulvariante Kundenterminplan angezeigt
- Vorgang wird in der Modulvariante Kundenterminplan nicht angezeigt.
Der Parameter kann in folgendem Modul von Benutzern mit Änderungsrechten bearbeitet werden:
Kennzeichnet einen Vorgang als einen Sammelvorgang
Vorgänge können hierarchisch strukturiert werden.
Dabei handelt es sich bei allen übergeordneten Vorgängen um Sammelvorgänge.
Informationen zum übergeordneten Vorgang, wie z.B. Dauer und Termine, werden bei der Berechnung des Terminplans automatisch aus den untergeordneten Vorgängen ermittelt.
Beim Arbeiten mit strukturierten Plänen empfiehlt PLANTA, Sammelvorgänge als reine Strukturierungselemente zu verwenden, d.h. auf dieser Ebene keine Aufwands-, Kostenplanung durchzuführen und keine Dauern einzutragen. Dies schließt auch die Ressourceneinplanung bzw. die Zeiterfassung direkt auf den Sammelvorgängen ein. Stattdessen empfiehlt PLANTA, die Planung ausschließlich auf den untergeordneten Vorgängen durchzuführen.
Begründung: Da die Terminrechnung einige Parameter der Sammelvorgänge aus den untergeordneten Vorgängen ermittelt, kann es unter Umständen zu Kollisionen zwischen den selbst geplanten und den von der Terminrechnung ermittelten Werten und damit zu auf den ersten Blick nicht nachvollziehbaren Werten auf den Sammelvorgängen kommen.
Kenner (ID) des übergeordneten Vorgangs, der beim Strukturieren der Vorgänge gesetzt wird.
Das DI008851 darf nicht mit dem DI001004 ID übergeordneter Vorgangauf dem Projekt verwechselt werden, das zwar genauso heißt, aber eine ganz andere Funktion hat. Das DI001004 ID übergeordneter Vorgang wird beim strukturieren eines Projekts gefüllt und zwar mit der ID des Strukturvorgangs aus dem übergeordneten Projekt.
DI059257 Strukturvorgang
Dieser Parameter bestimmt, ob der betroffene Vorgang ein normaler Vorgang oder ein Strukturvorgang ist.
Werte
0 = normaler Vorgang
1 = Strukturvorgang
Details
Nachdem Projekte strukturiert wurden und der Terminplan berechnet wurde, wird in jedem übergeordneten Projekt automatisch ein Strukturvorgang erzeugt. Der Strukturvorgang ist ein Vorgang, der das übergeordnete Projekt mit dem untergeordneten Projekt verbindet.
Im Standard sind Strukturvorgänge defaultmäßig in allen betroffenen Modulen ausgeblendet und können vom Benutzer nicht eingeblendet werden. Dies soll auch bei individuellen Customizings beachtet werden.
Um Strukturvorgänge auszublenden, in den entsprechenden Datenbereich das DI059257 Strukturvorgang aufnehmen und für dieses DI die Parameter Filtern von = 0 und Filtern bis = 0 setzen.
Balken für die Visualisierung der Zeitspanne, in der sich Vorgänge überlappen. Für mehr Informationen siehe hier.
DI009480 Fixierungs-ID
Kenner (ID) des Parameters Fixierung. Die Beschreibung siehe unter DI056886
DI056886 Fixierung
Fixierungsoption für Wunsch-Termine. Mit diesem Parameter kann eingestellt werden, wie Wunsch-Termine des Vorgangs durch die Terminrechnung berücksichtigt werden. Im Eingabemodus erscheint auf dem entsprechenden Feld eine Listbox zur Auswahl einer Fixierungsoption.
Kenner
Bezeichnung
Bedeutung
Beispiel
leer
Ohne Fixierung
Wunsch-Termine des Vorgangs wirken nur, wenn keine AOBs vorhanden sind und kein Kapazitätsabgleich stattfindet. Ansonsten kann der Vorgang z.B. durch AOBs oder Kapazitätsabgleich verschoben werden.
1
Mit Fixierung
Der Vorgang wird genau zu Wunsch-Terminen eingeplant.
Die Vorgangsdauer entspricht den Vorgaben durch die Wunschtermine
Anordnungsbeziehungen werden ignoriert.
Kapazitätsabgleich ist ausgeschaltet.
Die Ressourcen werden innerhalb der Vorgangswunschtermine eingeplant. Sofern ihre Kapazität nicht ausreichend ist, werden sie überlastet.
Aktive Heutelinie wird ignoriert.
Wirkt nur, wenn mindestens ein Wunsch-Termin gesetzt ist.
2
Ohne Fixierung, termintreu
Keine Fixierung, jedoch termintreue Einplanung der Vorgangsressourcen innerhalb der Dauer-Soll des Vorgangs.
Anordnungsbeziehungen werden beachtet, der Vorgang wird ggf. verschoben.
Der Kapazitätsabgleich ist ausgeschaltet.
Bei Dauer-Soll des Vorgangs = 0 wird die Vorgangsdauer als Maximum der Dauern aus allen Ressourcenzuordnungen ermittelt.
Bei VG Dauer-Soll = 0 wird die Vorgangsdauer als Maximum der Dauern aus allen Ressourcenzuordnungen ermittelt.
Aus Gründen der Datenlogik und Datenkonsistenz dürfen Vorgänge, die bereits als Spannvorgänge (Parameter Spannvorgang aktiviert) definiert wurden, nicht fixiert werden.
Die Wirkung des Parameters Fixierung wird vom Modellparameter Vorgangs-Wunsch-Termine übersteuert.
Bei Verwendung des Parameters Fixierung = 1 in Kombination mit bestimmten weiteren Parametern kann unter Umständen zu einem Terminrechnungsproblem kommen. Nähere Informationen siehe hier.
Der Parameter kann in folgenden Modulen von Benutzern mit Änderungsrechten bearbeitet werden:
Terminplan (Projekt/Vorhaben), in der Modulvariante Terminplan komplett (in weiteren Modulvarianten einblendbar)
Symbol für die Darstellung des zeitlichen Fortschritts des Vorgangs
Details
Ist ein Ist-Anfangstermin für einen Vorgang vorhanden, wird das Fortschritt-Symbol blau angezeigt.
Ist ein Ist-Endtermin für einen Vorgang vorhanden, wird das Fortschritt-Symbol schwarz angezeigt.
DI057005 TDI: 1
Technisches Dataitem. Wird für die Darstellung der Anzahl der Vorgänge in verschiedenen Modulen verwendet. Z.B.: Im Bereich Tätigkeiten (Aufgaben bis DB 39.5.0) im Modul Dashboard wird hier die Anzahl der Vorgänge nach 4 Status (verspätet, heute, zukünftig, ohne Termin) angezeigt.
DI057577 Terminstatus
Text zu dem Terminstatus (z.B. heute, verspätet etc.) der Vorgänge
Abweichung des kalkulierten Anfangstermins des Vorgangs aus der aktuellen Planung vom kalkulierten Anfangstermin des Vorgangs aus dem ausgewählten Statusbericht
Symbole für einen Hinweis bzw. eine Einschätzung des Vorgangs. Bei neuen Vorgängen, für die zuvor noch keine Hinweise bzw. keine Einschätzung gab, wird hier anfangs kein Symbol angezeigt.
Werte
kein Symbol - kein Hinweis
- erledigt
Dieses Symbol erscheint/verschwindet entweder automatisch, sobald der Ist-Ende-Termin für den entsprechenden Vorgang eingetragen/gelöscht ist, oder kann manuell gesetzt/entfernt werden. Alle anderen Symbole werden manuell durch Betätigen der Schaltfläche Hinweis ändern in der entsprechenden Vorgangszeile im Modul Terminplan ( nicht in allen Modulvarianten), im Modul Vorgang oder im entsprechenden Vorgangskästchen im Modul PSP gesetzt/entfernt.
- sehr kritisch
- kritisch
- in Beobachtung
- sehr gut
-mittelmäßig
- schlecht
Die Symbole können durch den Customizer im Modul OLEs bearbeitet werden.
DI040925 OLE Meilenstein
Raute-Symbol für Mastermeilensteine bzw. Meilensteine im Modul PSP
Werte
Hellblaue Raute - Meilenstein
Schwarze Raute - Mastermeilenstein
DI059707 OLE Abweichung Aufwand-Gesamt: aktuell - aktiver SB
DI059708 OLE Abweichung Kosten-Gesamt: aktuell - aktiver SB
Ampel für die Visualisierung der Abweichung der Kosten-Gesamt aus der aktuellen Planung von den Kosten-Gesamt aus dem aktiven (zuletzt freigegebenen) Statusbericht im Modul Dashboard im Bereich Abweichungen
DI059020 OLE Abweichung Kosten-Gesamt: aktuell - ausgewählter SB
Ampel für die Visualisierung der Abweichung der Kosten-Gesamt aus der aktuellen Planung von den Kosten-Gesamt aus dem ausgewählten Statusbericht im Modul Abweichungen
DI059021 OLE Abweichung Aufwand-Gesamt: aktuell - ausgewählter SB
Ampel für die Visualisierung der Abweichung des Aufwand-Gesamt aus der aktuellen Planung von Aufwand-Gesamt aus dem ausgewählten Statusbericht im Modul Abweichungen
DI059022 OLE Abweichung Kalk. Ende: aktuell - ausgewählter SB
Ampel für die Visualisierung der Abweichung des Kalk. Ende aus der aktuellen Planung von Kalk. Ende aus dem ausgewählten Statusbericht
DI059023 OLE Abweichung Kalk. Anfang: aktuell - ausgewählter SB
Ampel für die Visualisierung der Abweichung des Kalk. Anfang aus der aktuellen Planung von Kalk. Anfang aus dem ausgewählten Statusbericht
Name der Person, die für den Vorgang verantwortlich ist. Im Eingabemodus erscheint auf dem entsprechenden Feld eine Listbox zur Auswahl einer verantwortlichen Person.
Wird eine Ressource bei einem Vorgang als Vorgangsverantwortliche/r definiert, wird dieser Vorgang im Mitarbeiterboard der Ressource im Modul Meine Planungsobjekte im Bereich Vorgänge angezeigt.
Der Parameter kann in folgenden Modulen von Benutzern mit Änderungsrechten bearbeitet werden:
Durch Setzen eines Vorgangs-Wunsch-Endtermins hat ein Vorgang keinen Puffer hinsichtlich seines kalkulierten Endtermins
Werden Vorgänge spät eingeplant (Parameter Planung früh = ), haben sie Gesamtpuffer = 0 .
Hilfreich zur genaueren Betrachtung der spätesten Termine kann die Einblendung des Balkens der spätesten Termine aus Fenster 9 sein.
Details
Auf Basis des Parameters Gesamtpuffer erfolgt die Ampelschaltung der Vorgangsbalken, um die Vorgänge als kritisch oder unkritisch darzustellen. Somit werden
normale Vorgänge als kritisch dargestellt, die den Gesamtpuffer <= 0 haben.
Meilenstein- und Mastermeilenstein-Vorgänge als kritisch dargestellt, die den Gesamtpuffer < 0 haben.
Da in PLANTA project der Gesamtpuffer = 0 durch Setzen der Wunsch-Endtermine auf Vorgängen erreicht werden kann, werden auch Vorgänge als kritisch markiert, die nicht zwingend auf dem kritischen Pfad liegen.
Ist dies nicht erwünscht, kann nur mit Vorgangsdauer oder mit Vorgangs-Wunschanfangs-Terminen und Vorgangs-Dauer geplant werden.
Berücksichtigung von Puffern bei verschiedenen Planungsarten
Bei termintreuer Planung werden keine Puffer genutzt.
Bei gesamtpuffertreuer Planung werden vorhandene Puffer bei Bedarf genutzt.
Bei kapazitätstreuer Planung werden Puffer und der Projektendtermin nicht berücksichtigt.
DI001130 Freier Puffer
Freier Puffer des Vorgangs. Der freie Puffer wird aus dem Minimum aller Nachfolger-AOBs ermittelt.
Bei Vorgängen ohne Nachfolger ist "freier Puffer" = "gesamter Puffer"
Der späteste Termin, an dem die Zeiterfassung für den Vorgang vorgenommen wurde. Dieser entspricht dem spätesten Zeiterfassungs-Termin von allen Ressourcenzuordnungen eines Vorgangs. Falls der Vorgang keine Ressourcenzuordnungen aufweist, bitte die Informationen unten beachten.
Berechnung
Sind keine Ressourcenzuordnungen vorhanden,
wird der Zeiterfassungs-Termin des Vorgangs auf den Ist-Anfang des Vorgangs gesetzt, wenn dieser vorhanden ist, aber noch kein Ist-Ende gesetzt ist.
wird der Zeiterfassungs-Termin des Vorgangs auf das Ist-Ende gesetzt, sobald dieses Vorhanden ist.
ist der Zeiterfassungs-Termin des Vorgangs = 0, wenn keiner der beiden Ist-Termine vorhanden ist.
DI063726 Abweichung Wunsch-Ende - Kalk. Ende (Text)
Absolute Abweichung des kalkulierten Endtermins vom Wunsch-Endtermin des Vorgangs mit Textangabe (Verzug/Puffer)
DI063937 SAP-PSP-Element
Bezeichnung eines SAP-PSP-Elements. Im Eingabemodus erscheint auf dem entsprechenden Feld eine Listbox zur Auswahl eines SAP-PSP-Elements, um dieses einem PLANTA-Vorgang zuzuordnen. Diese Verknüpfung ist notwendig, um Kosten und Aufwände aus der Projektstruktur in PLANTA project auf eine alternative Struktur (z. B. eine SAP-Projektstruktur) zu übertragen.
Der Parameter kann in folgenden Modulen von Benutzern mit Änderungsrechten bearbeitet werden:
Terminplan (Projekt/Vorhaben), in der Modulvariante SAP-PSP-Elemente (in weiteren Modulvarianten einblendbar)
Positionsnummer des Quality Gates innerhalb der Quality Gates-Vorlage. Wird beim Erstellen der Vorlage manuell vergeben und bestimmt die Sortierreihenfolge der Quality Gates innerhalb der Quality Gates-Vorlage.
Der Parameter kann in folgendem Modul von Benutzern mit Änderungsrechten bearbeitet werden:
Checkbox, mit der ein Quality Gate freigegeben werden kann, wodurch automatisch ein Ist-Ende-Termin gesetzt wird (im Modul Quality Gates heißt das Feld Freigabe am) und das Quality Gate als erledigt gilt.
Der Parameter kann in folgendem Modul von Benutzern mit Änderungsrechten bearbeitet werden:
Zeigt anhand der Prozentwerte und Ampelfarben den Erledigungsgrad des Quality Gate. Der hier angezeigte Wert wird aus dem Erledigungsgrad der zugeordneten Aufgaben und deren Priorität errechnet.
Werte
keine Ampel: der Erledigungsgrad des Quality Gate liegt unter 100%
grün: das Quality Gate ist zu 100% erledigt.
Der Abgeschlossen-Wert des Quality Gate beeinflusst das Verhalten der Ampel auf dem Feld Termin.
DI064994 Erledigt am: Manager
Das Datum, an dem das Quality Gate erledigt wurde. Wird vom Manager des entsprechenden Projekts gesetzt. Wird das Feld gefüllt, wird das Erledigt am der untergeordneten Aufgaben, die noch kein Erledigt-Datum automatisch mit der Datum des Quality Gate gefüllt.
DI064760 Zeitlicher Abstand
Zeitlicher Abstand zu dem im Feld Start ausgewählten Termin für die Berechnung des Termins des Quality Gate.
Der Parameter kann in folgendem Modul von Benutzern mit Änderungsrechten bearbeitet werden:
Parameter, der bestimmt, ob der Vorgang als kritisch zu betrachten ist. Der Wert wird durch die Terminrechnung gesetzt.
Vorgänge, die einen Gesamtpuffer = 0 haben, werden als kritisch markiert und liegen somit auf einem kritischen Pfad.
Ausnahmen: Alleinstehende Vorgänge, die keine Vorgänger und Nachfolger haben (also nicht durch AOB miteinander verbunden sind), werden nicht als kritisch markiert, auch wenn sie keinen Gesamtpuffer haben, es sei denn sie bestimmen die Projektlänge.
Details
Vorgänge, die spät eingeplant werden, haben per Definition keinen Gesamtpuffer und sind kritisch.
Für jeden Wunsch-Termin (Projekt-Wunsch-Endtermin oder Vorgangs-Wunsch-Termine) gibt es einen kritischen Pfad im Projekt. Ein Vorgang kann auch zu mehreren kritischen Pfaden gehören. Existiert Projektpuffer, kann ein Vorgang trotzdem kritisch sein, weil er zu einem kritischen Pfad gehört, der durch einen Vorgangs-Wunschtermin erzeugt wird.
Sammelvorgänge werden als kritisch gekennzeichnet (jedoch nicht im Terminplan visualisiert), wenn mindestens ein untergeordneter Vorgang kritisch ist.
Mit dem Server 39.5.25 stellt PLANTA lediglich den Parameter zur Berechnung des kritischen Pfads zur Verfügung. Möchte man den neuen kritischen Pfad in den Terminplänen visualisieren, müssen die entsprechenden Customizing-Anpassungen individuell vorgenommen werden und der Parameter in die Vorgangsbalken eingebunden werden.
Parameter, der bestimmt, ob der Vorgang auf dem längsten kritischen Pfad liegt. Der Wert wird durch die Terminrechnung gesetzt.
Der klassische kritische Pfad (vgl. CPM) endet auf dem Projekt-Wunschendtermin und ist somit im Projekt immer derjenige kritische Pfad mit der längsten Dauer.
Mit dem Server 39.5.25 stellt PLANTA lediglich den Parameter zur Berechnung des längsten kritischen Pfads zur Verfügung. Möchte man den längsten kritischen Pfad in den Terminplänen visualisieren, müssen die entsprechenden Customizing-Anpassungen individuell vorgenommen werden und der Parameter in die Vorgangsbalken eingebunden werden.
Dieser Parameter kann nur eingesetzt werden, wenn der Terminplanberechnungs-Nachlauf in der (39.5.19-de) planta_scheduler.conf aktiviert ist.
DI001112 Splitting
Parameter, der bestimmt, ob Vorgänge in der Bearbeitung unterbrochen (gesplittet) werden sollen
Details
Begonnene Vorgänge werden ab dem Ist-Anfangstermin termintreu eingelastet. Soll an dem Vorgang jedoch nicht ohne Unterbrechung weitergearbeitet werden, lässt sich der Vorgang splitten.
Damit wird der Rest des Vorgangs (Dauer-Rest, Aufwand-Rest) so eingeplant, als wären keine Ist-Daten vorhanden. Ein Kapazitätsabgleich ist somit für den Restvorgang ebenfalls möglich.
Der Parameter ist im PLANTA-Standard defaultmäßig aktiviert ().
Splitting hat nur Auswirkungen auf Vorgänge, die begonnen wurden (Ist-Anfang rückgemeldet), aber noch nicht beendet sind (kein Ist-Ende).
Werte
: Der Vorgang wird so terminiert, als hätte er noch keinen Ist-Anfang. Dies entspricht einer Unterbrechung des Vorgangs.
: Der Vorgang wird ab Ist-Anfang ununterbrochen terminiert.
Beispiel für das Verhalten des Parameters Splitting mit Aktive Heutelinie=
A: Ausgangssituation
B: Splitting =
C: Splitting =
Es kann sinnvoll sein, bestimmte Vorgänge bereits bei der Planung auf Splitting = zu setzen, wenn bekannt ist, dass diese Vorgänge i.d.R. unterbrochen werden.
Soll für einen begonnen Vorgang ein Kapazitätsabgleich durchgeführt werden, ist Splitting = zu setzen.
Wird zu einem späteren Zeitpunkt an einem gesplitteten Vorgang kontinuierlich gearbeitet, kann Splitting auf zurückgesetzt werden.
Anwendungsbeispiel anzeigen...
Typische Anwendung in der Praxis
Durch die Stundenerfassung hat ein Projektmitarbeiter einige Stunden auf den Vorgang Konstruktion gemeldet. Diese Tätigkeiten dienten jedoch nur der Vorabbestellung einiger wichtiger Langläuferteile und die eigentliche Konstruktion soll erst später stattfinden.
Der Vorgang vor Stundenerfassung:
Die Ressource Benjamin Fischer hat auf den Vorgang Konstruktion 5h gemeldet. Der Vorgang ist nicht gesplittet. Nach dem Berechnen des Terminplans ergibt sich folgendes Bild:
Die Arbeit an diesem Vorgang soll nicht fortgesetzt, sondern erst später eingeplant werden. Bei Splitting = wird der Rest des Vorgangs wieder laut Netzplan eingeplant. Er wird auch durch Wunschtermine verschoben.
Wird die Projektplanungsart z.B. von termintreu auf gesamtpuffertreu geändert und dem einem Vorgang z.B. die Belastungskurve CAP zugeordnet, wird der Rest des Vorgangs ggf. noch später eingeplant.
Wurde der gleichnamige Parameter Splitting auf der Projektebene aktiviert und Splitting auf dem Vorgang deaktiviert, übersteuert der Projektparameter den Vorgangsparameter, umgekehrt jedoch nicht.
Wird der Parameter auf einem Sammelvorgang gesetzt, bewirkt es, dass der Kalk. Anfang vom Sammelvorgang der früheste Kalk. Anfang von allen untergeordneten Vorgängen ist. Dies kann zur unnötigen Verschiebung von Terminen führen. Vgl:
Der Parameter kann in folgenden Modulen von Benutzern mit Änderungsrechten bearbeitet werden:
Checkbox zum Auswählen eines Vorgangs. Die Checkbox wird in verschiedenen Anwendungsmodulen verwendet, z.B. im Modul Vorgänge zuordnen
DI066380 Anzahl offene/alle Karten
Zeigt die Anzahl der offenen und die Gesamtzahl der pulse-Karten an, die zu einem Vorgang gehören. Wird im Terminplanangezeigt, wenn ein Vorgang mit PLANTA pulse synchronisiert wurde und Karten auf dem entsprechenden Board vorhanden sind. Auf dem Feld ist ein Link hinterlegt, über den die Karten im Modul Vorgang eingesehen werden können.
DI066418 Anzahl Karten
Zeigt die Anzahl aller pulse-Karten an, die zu einem Vorgang gehören. Wird im Modul Vorgang angezeigt, wenn ein Vorgang mit PLANTA pulse synchronisiert wurde.
DI066416 Anzahl offene Karten
Zeigt die Anzahl der offenen pulse-Karten an, die zu einem Vorgang gehören. Wird im Modul Vorgang angezeigt, wenn ein Vorgang mit PLANTA pulse synchronisiert wurde.
DI066473 % offene Karten
Zeigt die Prozentzahl der offenen pulse-Karten an, die zu einem Vorgang gehören. Wird im Modul Vorgang angezeigt, wenn ein Vorgang mit PLANTA pulse synchronisiert wurde.
DI066382 Anzahl überfällige Karten
Zeigt die Anzahl der überfälligen pulse-Karten (Fälligkeitsdatum liegt in der Vergangenheit) an, die zu einem Vorgang gehören. Wird im Modul Vorgang angezeigt, wenn ein Vorgang mit PLANTA pulse synchronisiert wurde.
DI066422 % überfällige Karten
Zeigt die Prozentzahl der überfälligen pulse-Karten (Fälligkeitsdatum liegt in der Vergangenheit) an, die zu einem Vorgang gehören. Wird im Modul Vorgang angezeigt, wenn ein Vorgang mit PLANTA pulse synchronisiert wurde.
DI066417 Anzahl erledigte Karten
Zeigt die Anzahl der erledigten pulse-Karten an, die zu einem Vorgang gehören. Wird im Modul Vorgang angezeigt, wenn ein Vorgang mit PLANTA pulse synchronisiert wurde.
DI066381 % erledigte Karten
Zeigt die Prozentzahl der erledigten pulse-Karten an, die zu einem Vorgang gehören. Wird im Modul Vorgang angezeigt, wenn ein Vorgang mit PLANTA pulse synchronisiert wurde.
JavaScript errors detected
Please note, these errors can depend on your browser setup.
If this problem persists, please contact our support.
