DT463 Vorgang

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

Fachliche Identifikationsnummer des Vorgangs. Je nach Einstellung des globalen Parameters show_psp_instead_of_id, kann hier als fachliche ID der PSP-Code angezeigt werden.

DI000807 Vorgangsbezeichnung

Bezeichnung des Vorgangs

Der Parameter kann in folgenden Modulen von Benutzern mit Änderungsrechten bearbeitet werden:

• Terminplan (Projekt/Vorhaben)
• Terminplan (Programm)
• PSP

DI041468 PSP-Code

Der PSP-Code ist sowohl eine Kennzeichnung (ein Ident) einzelner Vorgänge im Projektstrukturplan als auch ein Indikator der hierarchischen Struktur.

Siehe auch: PSP-Code generieren

DI000269 Vorgangskalender

Kalender des Vorgangs. Auf den Vorgängen kann ein vom Projekt abweichender Kalender definiert werden.

Der Parameter kann in folgenden Modulen von Benutzern mit Änderungsrechten bearbeitet werden:

• Terminplan (Projekt/Vorhaben)
  • Das entsprechende Datenfeld ist standardmäßig ausgeblendet und kann bei Bedarf eingeblendet werden.
• Terminplan (Programm)
  • Das entsprechende Datenfeld ist standardmäßig ausgeblendet und kann bei Bedarf eingeblendet werden.

Siehe auch: Berücksichtigung verschiedener Kalender bei der Terminrechnung, Kalender anlegen

DI001134 Aufwand-Soll

Ursprünglicher Plan-Aufwand des Vorgangs. Der Wert wird bei der Berechnung des Terminplans aus den Werten der untergeordneten Bereiche (Ebenen) ermittelt (verdichtet), keine manuellen Eingaben möglich. Siehe Berechnungs-/Verdichtungsstruktur

Berechnungs-/Verdichtungsstruktur

• Vorgang: Aufwand-Soll = Summe von Aufwand-Soll aller dem Vorgang zugeordneten Ressourcen.
  • Ressourcenzuordnung: Aufwand-Soll = Aufwand-Rest, solange kein Ist-Anfang gesetzt ist. Sobald der Ist-Anfang gesetzt ist, wird der Aufwand-Soll nicht mehr bei der Berechnung verändert, kann aber manuell angepasst werden.

Für Strukturvorgänge gilt:

• Aufwand-Soll = Summe von Aufwand-Soll aller Vorgänge des entsprechenden Unterprojekts.

Hinweis

• Die Verdichtung 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 bei der Berechnung des Terminplans aus Werten der untergeordneten Bereichen ermittelt (verdichtet), keine manuellen Eingaben möglich. Siehe Berechnungs-/Verdichtungsstruktur

Berechnungs-/Verdichtungsstruktur

• Vorgang: Aufwand-Ist = Summe von Aufwand-Ist aller dem Vorgang zugeordneten Ressourcen.
  • Ressourcenzuordnung: Aufwand-Ist = Summe von Belastung-Ist aller Belastungsdatensätze der zugeordneten Ressource.
    • Belastung: Manuelle Eingabe im Feld Belastung-Ist.

Für Strukturvorgänge gilt:

• Aufwand-Ist = Summe von Aufwand-Ist aller Vorgänge des entsprechenden Unterprojekts.

Hinweis

• Die Verdichtung 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 bei der Berechnung des Terminplans aus den Werten der untergeordneten Bereiche (Ebenen) ermittelt (verdichtet), keine manuellen Eingaben möglich. Siehe Berechnungs-/Verdichtungsstruktur

Berechnungs-/Verdichtungsstruktur

• Vorgang: Aufwand-Rest = Summe von Aufwand-Rest aller dem Vorgang zugeordneten Ressourcen.
  • Ressourcenzuordnung: Aufwand-Rest wird manuell gefüllt, wenn das Projekt noch nicht gestartet ist (kein Ist-Anfang vorhanden). ( Ausnahme: Ressourcenzuordnungen mit der Belastungskurve MAN ). Aufwand-Rest wird berechnet, wenn das Projekt gestartet ist (Ist-Anfang vorhanden). Aufwand-Rest = Aufwand-Rest vor der Rückmeldung - Aufwand-Ist .

Für Strukturvorgänge gilt:

• Aufwand-Rest = Summe von Aufwand-Rest aller Vorgänge des entsprechenden Unterprojekts.

Hinweis

• Die Verdichtung 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 bei der Berechnung des Terminplans als Summe von Ist und Rest ermittelt (keine manuellen Eingaben möglich).

Berechnung

• Aufwand-Ist des Vorgangs + Aufwand-Rest des Vorgangs

DI000696 Kosten-Soll

Ursprünglich geplante Kosten des Vorgangs. Der Wert wird bei der Berechnung des Terminplans aus den Werten der untergeordneten Bereiche (Ebenen) ermittelt (verdichtet), keine manuellen Eingaben möglich. Siehe Berechnungs-/Verdichtungsstruktur

Berechnungs-/Verdichtungsstruktur

• Vorgang: Kosten-Soll = Summe von Kosten-Soll aller dem Vorgang zugeordneten Ressourcen (ausgenommen Erlösressourcen).
  • Ressourcenzuordnung: Kosten-Soll = Summe von Kosten-Soll aller Belastungsdatensätze der zugeordneten Ressource.
    • Belastung: Kosten-Soll: Auf dieser Ebene erfolgt die eigentliche Berechnung der Kosten.

Für Strukturvorgänge gilt:

• Kosten-Soll = Summe von Kosten-Soll aller Vorgänge des entsprechenden Unterprojekts.

DI000697 Kosten-Ist

Tatsächliche Kosten des Vorgangs. Der Wert wird bei der Berechnung des Terminplans aus Werten der untergeordneten Bereichen ermittelt (verdichtet), keine manuellen Eingaben möglich. Siehe Berechnungs-/Verdichtungsstruktur

Die Struktur der Ermittlung der Werte nach Bereichen (Ebenen) von oben nach unten:

• Vorgang: Kosten-Ist = Summe von Kosten-Ist aller dem Vorgang zugeordneten Ressourcen (ausgenommen Erlösressourcen).
  • Ressourcenzuordnung: Kosten-Ist = Summe der Kosten-Ist aller Belastungsdatensätze der zugeordneten Ressource.
    • Belastung: Kosten-Ist: Auf dieser Ebene erfolgt die eigentliche Berechnung der Kosten.

Für Strukturvorgänge gilt:

• Kosten-Ist = Summe der Kosten-Ist aller Vorgänge des entsprechenden Unterprojekts.

DI000698 Kosten-Rest

Restliche Kosten des Vorgangs. Der Wert wird bei der Berechnung des Terminplans aus Werten der untergeordneten Bereichen ermittelt (verdichtet), keine manuellen Eingaben möglich. Siehe Berechnungs-/Verdichtungsstruktur

Berechnungs-/Verdichtungsstruktur

• Vorgang: Kosten-Rest = Summe von Kosten-Rest aller dem Vorgang zugeordneten Ressourcen (ausgenommen Erlösressourcen).
  • Ressourcenzuordnung: Kosten-Rest = Summe von Kosten-Rest aller Belastungsdatensätze der zugeordneten Ressource.
    • Belastung: Kosten-Rest: Auf dieser Ebene erfolgt die eigentliche Berechnung der Kosten.

Für Strukturvorgänge gilt:

• Kosten-Rest = Summe von Kosten-Rest aller Vorgänge des entsprechenden Unterprojekts.

DI000715 Kosten-Gesamt

Gesamt-Kosten des Vorgangs. Der Wert wird bei der Berechnung des Terminplans als Summe von Ist und Rest ermittelt (keine manuellen Eingaben möglich).

Berechnung

• Kosten-Ist des Vorgangs + Kosten-Rest des Vorgangs

DI000716 Abweichung Kosten-Gesamt-Soll

Abweichung der Kosten-Gesamt des Vorgangs von den Kosten-Soll des Vorgangs

Berechnung über Wertebereich:

• Kosten-Gesamt des Vorgangs - Kosten-Soll des Vorgangs

DI000748 %-Abweichung Kosten-Gesamt-Soll

Prozentuale Abweichung der Kosten-Gesamt des Vorgangs von den Kosten-Soll des Vorgangs

Berechnung über Wertebereich:

• (Kosten-Gesamt des Vorgangs -- Kosten-Soll des Vorgangs) / Kosten-Soll des Vorgangs * 100

DI000786 Abweichung Aufwand-Gesamt-Soll

Abweichung des Aufwand-Gesamt des Vorgangs von dem Aufwand-Soll des Vorgangs

Berechnung über Wertebereich

• Aufwand-Gesamt des Vorgangs - Aufwand-Soll des Vorgangs

DI000789 %-Abweichung Aufwand-Gesamt-Soll

Prozentuale Abweichung des Aufwand-Gesamt des Vorgangs von dem Aufwand-Soll des Vorgangs

Berechnung über Wertebereich

• (Aufwand-Gesamt des Vorgangs - Aufwand-Soll des Vorgangs) / Aufwand-Soll des Vorgangs * 100

DI059282 Kosten verbraucht in %

Prozentualer Anteil der tatsächlichen Kosten (Kosten-Ist) des Vorgangs an den Gesamt-Kosten

Berechnung über Wertebereich

• Kosten-Ist des Vorgangs / (Kosten-Ist des Vorgangs + Kosten-Rest des Vorgangs) * 100

DI059702 Kosten-Gesamt (aktiver SB)

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

Priorität des Vorgangs. Steuert zusammen mit weiteren Parametern die Reihenfolge der Einplanung von Vorgängen innerhalb eines Projektes.

Details

• Vorgänge, die nicht durch Anordungsbeziehungen miteinander verknüpft sind und im Netzplan parallel liegen, werden in der Reihenfolge ihrer Priorität eingelastet.
• Haben in einem Terminplan mit Sammelvorgängen über- und untergeordnete Vorgänge die gleiche Prio, wird dem übergeordneten Vorgang die höhere Prio 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: 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.

Hinweis

• Die Vorgangspriorität hängt nicht mit der Projektpriorität bzw. mit termintreuer, puffertreuer oder kapazitätstreuer Planung zusammen.

Der Parameter kann in folgenden Modulen von Benutzern mit Änderungsrechten bearbeitet werden:

• Terminplan (Projekt/Vorhaben)
  • Das entsprechende Datenfeld ist standardmäßig ausgeblendet und kann bei Bedarf eingeblendet werden.
• Terminplan (Programm)
  • Das entsprechende Datenfeld ist standardmäßig ausgeblendet und kann bei Bedarf eingeblendet werden.

DI008847 Reihenfolge

Dieses Feld zeigt die Reihenfolge an, in der die Vorgänge bei der Berechnung des Terminplans eingelastet werden (keine manuellen Eingaben möglich).

Hinweis

• Die Verarbeitungsreihenfolge der Vorgänge während der Berechnung des Terminplans wird durch folgende Parameter bestimmt:
  • Rang
  • Prio des Projekts
  • Prio des Vorgangs
  • Gesamtpuffer
  • Planung früh
  • technische Vorgangs-ID

Beispiel

• folgt in Kürze

DI001111 Planung früh

DI001112 Splitting

Parameter, der bestimmt, ob Vorgänge in der Bearbeitung unterbrochen (gesplittet) werden sollen

Details

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 =

Hinweise

• 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.

Bitte beachten Sie

• 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:

Ab DB 39.5.15

• Terminplan (Projekt/Vorhaben)
  • Das entsprechende Datenfeld ist standardmäßig ausgeblendet und kann bei Bedarf eingeblendet werden.
• Terminplan (Programm)
  • Das entsprechende Datenfeld ist standardmäßig ausgeblendet und kann bei Bedarf eingeblendet werden.
• NEU Vorgang im Bereich Terminrechnungsrelevante Parameter

Bis DB 39.5.15

Terminplan (Projekt/Vorhaben)

• Das entsprechende Datenfeld ist standardmäßig ausgeblendet und kann bei Bedarf eingeblendet werden.

Terminplan (Programm)

• Das entsprechende Datenfeld ist standardmäßig ausgeblendet und kann bei Bedarf eingeblendet werden.

DI001113 Wunsch-Anfang

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-Termine bei der Berechnung des Terminplans 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.
• Werden VG Wunsch-Anfang und VG Wunsch-Ende gesetzt, wird die Dauer-Rest bei der Berechnung des Terminplans ermittelt. Die VG Dauer-Soll bleibt zum Vergleich bestehen.
• Im PLANTA-Standard werden die Wunschtermine der Vorgänge mit blauen Dreiecken visualisiert.

Hinweis

• 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 Mittelpunktsterminierung

• Dies ist die Planung eines Projekts um einen zentralen Termin (Mittelpunktsterminierung).
• 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:

• Terminplan (Projekt/Vorhaben)
• Terminplan (Programm)
• Vorgang

DI001114 Wunsch-Ende

Bei Vorgängen

• Gewünschter Endtermin des Vorgangs. Die Beschreibung siehe unter Wunsch-Anfang.

Der Parameter kann in folgenden Modulen von Benutzern mit Änderungsrechten bearbeitet werden:

• Terminplan (Projekt/Vorhaben)
• Terminplan (Programm)
• Vorgang

DI001119 Kalk. Anfang

Kalkulierter Anfangstermin des Vorgangs. Der Wert wird bei der Berechnung des Terminplans ermittelt.

DI001120 Kalk. Ende

Kalkulierter Endtermin des Vorgangs. Der Wert wird bei der Berechnung des Terminplans ermittelt.

DI001121 Ist-Anfang

Tatsächlicher Anfangstermin des Vorgangs. Vorgangs-Ist-Termine dominieren die AOBs und Vorgangs-Wunschtermine und den Parameter Planung früh.

Details

• bei normalen Vorgängen:
  • kann manuell gesetzt werden
    • In diesem Fall wird der Vorgangs-Anfangstermin bei der Berechnung des Terminplans des Projekts automatisch auf alle Ressourcenzuordnungen des Vorgangs übertragen, die noch keinen Ist-Endtermin besitzen.
  • oder wird bei der Berechnung des Terminplans des Projekts 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.
  • Wird ein Ist-Ende gesetzt, ohne dass es einen Ist-Anfang gibt, ist Ist-Anfang = Ist-Ende.
• bei Strukturvorgängen (abhängig von den Modellparametern):
  • Ist-Anfang des Vorgangs wird übernommen aus dem Ist-Anfang des Unterprojekts.

Wechselwirkung von Ist-Terminen und AOBs

• 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 unsinnigen gewordenen Anordnungsbeziehungen werden Berechnung des Terminplans 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öglichkeit:
    • 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.
    • Splitten des Vorgangs (Parameter Splitting).
    • Bei häufigem Auftreten der Situation ist eine geeignete Kombination der Lösungsmöglichkeiten sinnvoll.

Hinweise zu Vorgangs-Ist-Terminen

• Vorgänge mit einem Ist-Anfang oder einem Ist-Ende verhalten sich bei der Berechnung des Terminplans 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.
• In PLANTA ist der Vorgang erst beendet, wenn ein VG 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.

Der Parameter kann in folgenden Modulen von Benutzern mit Änderungsrechten bearbeitet werden:

• Terminplan (Projekt/Vorhaben)
• Terminplan (Programm)
• Fortschritt

DI001122 Ist-Ende

Bei Vorgängen

• Tatsächlicher Endtermin des Vorgangs

Details

• bei normalen Vorgängen:
  • kann manuell gesetzt werden
    • In diesem Fall wird der Vorgangs-Endtermin bei der Berechnung des Terminplans automatisch auf alle Ressourcenzuordnungen des Vorgangs übertragen, die noch keinen Ist-Endtermin besitzen.
  • oder wird bei der Berechnung des Terminplans 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.
• bei Strukturvorgängen (abhängig von den Modellparametern):
  • Ist-Ende des Vorgangs wird aus Ist-Ende des Unterprojektes übernommen.

Hinweis

• Wird ein Ist-Ende gesetzt, ohne dass es ein Ist-Anfang erfasst wurde, ist Ist-Anfang = Ist-Ende.
• Weitere Hinweise und Details zu Vorgangs-Ist-Terminen siehe unter Ist-Anfang

Der Parameter kann in folgenden Modulen von Benutzern mit Änderungsrechten bearbeitet werden:

• Terminplan (Projekt/Vorhaben)
• Terminplan (Programm)
• Fortschritt

DI001115 Frühester Anfang

Frühester Anfangstermin des Vorgangs. Der Wert wird bei der Berechnung des Terminplans ermittelt.

Berechnung

• Legende: VG=Vorgang, PR=Projekt

Bedingung	Unterbedingung	Ergebnis
VG Ist-Anfang gesetzt Splitting =		VG Frühester Anfang = VG Ist-Anfang Anordnungsbeziehungen zu diesem Vorgang werden dabei ignoriert.
Vorgang hat keine Vorgänger		VG Frühester Anfang = PR Frühester Anfang
Vorgang hat Vorgänger		VG Frühester Anfang = das Maximum aller Vorgänger - AOB min.: EA: VG Frühestes Ende (Vorgänger) + Zeitabstand AA: VG Frühester Anfang (Vorgänger) + Zeitabstand EE: VG Frühestes Ende (Vorgänger) + Zeitabstand - (Dauer-Ist des Vorgangs + Dauer-Rest des Vorgangs) AE: VG Frühester Anfang (Vorgänger) + Zeitabstand - (VG Dauer-Ist + VG Dauer-Rest) Der als Projektstart festgelegte Termin wird dabei nicht unterschritten.
Modellparameter Vorgang-Wunsch-Termine =
	VG Wunsch-Anfang gesetzt VG Wunsch-Anfang später als der bisher ermittelte VG Frühester Anfang	VG Frühester Anfang = VG Wunsch-Anfang
	VG Wunsch-Ende gesetzt VG Wunsch-Ende - (VG Dauer-Ist + VG Dauer-Rest) ist später als der bisher ermittelte VG Frühester Anfang	VG Frühester Anfang = VG Wunsch-Ende - (VG Dauer-Ist + VG Dauer-Rest)
	VG Wunsch-Anfang und Wunsch-Ende gesetzt	VG Wunsch-Anfang ist zur Berechnung des VG Frühesten Anfangs maßgeblich
Modellparameter Aktive Heutelinie = Bisher ermittelter VG Frühester Anfang ist früher als "heute"		VG Frühester Anfang = Heutedatum

DI001116 Frühestes Ende

Frühester Endtermin des Vorgangs. Der Wert wird bei der Berechnung des Terminplans ermittelt.

Berechnung

• Frühestes Ende des Vorgangs = Ist-Anfang des Vorgangs, wenn
  • Ist-Anfang des Vorgangs eingetragen ist

• Ansonsten
  • Wenn Splitting =
    • Frühestes Ende des Vorgangs = Frühester Anfang des Vorgangs + (Dauer-Ist des Vorgangs + Dauer-Rest des Vorgangs)
  • Wenn Splitting =
    • Frühestes Ende des Vorgangs = Frühester Anfang des Vorgangs + Dauer-Rest des Vorgangs

DI001117 Spätester Anfang

Spätester Anfangstermin des Vorgangs. Der Wert wird bei der Berechnung des Terminplans ermittelt.

Berechnung

• Spätestes Ende des Vorgangs - (Dauer-Ist des Vorgangs + Dauer-Rest des Vorgangs)

DI001118 Spätestes Ende

Spätester Endtermin des Vorgangs. Der Wert wird bei der Berechnung des Terminplans ermittelt.

Berechnung

• Hat der Vorgang keine Nachfolger, ist Spätestes Ende des Vorgangs = Spätestes Ende des Projekts.
• Sonst wird Spätestes Ende des Vorgangs errechnet als Minimum aus
  • Minimum aller Nachfolger mit Minimalbeziehung (AOB min. = ):
    • EA: Spätester Anfang des Vorgangs (Nachfolger) - Zeitabstand
    • AA: Spätester Anfang des Vorgangs (Nachfolger) - Zeitabstand + (Dauer-Ist des Vorgangs + Dauer-Rest des Vorgangs)
    • EE: Spätestes Ende des Vorgangs (Nachfolger) - Zeitabstand
    • AE: Spätestes Ende des Vorgangs (Nachfolger) - Zeitabstand + (Dauer-Ist des Vorgangs + Dauer-Rest des Vorgangs)
  • Minimum aller Vorgänger mit Maximalbeziehung (AOB min. = ):
    • EA: Spätestes Ende des Vorgangs (Vorgänger) + Zeitabstand + (Dauer-Ist des Vorgangs + Dauer-Rest des Vorgangs)
    • AA: Spätester Anfang des Vorgangs (Vorgänger) + Zeitabstand + (Dauer-Ist des Vorgangs + Dauer-Rest des Vorgangs)
    • EE: Spätestes Ende des Vorgangs (Vorgänger) + Zeitabstand
    • AE: Spätester Anfang des Vorgangs (Vorgänger) + Zeitabstand
• Ist der Modellparameter Vorgang-Wunsch-Termine = gesetzt und
  • ein Wunsch-Ende des Vorgangs eingetragen und liegt früher als das bisher ermittelte Spätestes Ende,
    • ist Spätestes Ende des Vorgangs = Wunsch-Ende des Vorgangs.
  • ein Wunsch-Anfang des Vorgangs gesetzt und kein Wunsch-Ende des Vorgangs eingetragen und
  • Wunsch-Anfang des Vorgangs + (Dauer-Ist des Vorgangs + Dauer-Rest des Vorgangs) liegt früher als das bisher ermittelte Späteste Ende des Vorgangs,
    • ist Spätestes Ende des Vorgangs = Wunsch-Anfang des Vorgangs + (Dauer-Ist des Vorgangs + Dauer-Rest des Vorgangs).
  • ein Wunsch-Anfang gesetzt und ein Wunsch-Ende des Vorgangs eingetragen,
    • ist Wunsch-Ende des Vorgangs ist zur Berechnung des Spätesten Endes maßgeblich.
• Ist der Modellparameter Aktive Heutelinie = gesetzt und
  • das bisher ermittelte Spätestes Ende früher, als Heutedatum liegt,
    • ist Spätestes Ende des Vorgangs = Heutedatum + Dauer-Rest des Vorgangs
• Ist der Modellparameter Vorgang-Wunsch-Termine = gesetzt und
  • beim Nachfolger Wunsch-Anfang = Frühester Anfang eingetragen,
    • orientiert sich Spätestes Ende des Vorgangs nicht an dem Spätesten Anfang des Nachfolgers, sondern an dem Maximum Frühester Anfang/Wunsch-Anfang des Nachfolgers.

DI009343 Frühester Anfang weich

Frühester Anfangstermin des Vorgangs, der bei der Berechnung des Terminplans 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 bei der Berechnung des Terminplans 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 bei der Berechnung des Terminplans 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 Berechnung des Terminplans 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 Überlappung

Termin, an dem die Vorgangsüberlappung beginnt. Eine Vorgangsüberlappung kann entstehen, wenn ein Vorgang eine weiche AOB besitzt. Hierzu siehe auch Weiche AOB.

DI009352 Ende der Überlappung

Termin, an dem die Vorgangsüberlappung endet. Eine Vorgangsüberlappung kann entstehen, wenn ein Vorgang eine weiche AOB besitzt. Hierzu siehe auch Weiche AOB.

DI009353 Tage Überlappung

Dauer der Vorgangsüberlappung in Tagen. Eine Vorgangsüberlappung kann entstehen, wenn ein Vorgang eine weiche AOB besitzt. Hierzu siehe auch Weiche AOB.

DI001123 Struktur-Anfang

Struktur-Anfangstermin des Unterprojekts

Berechnung

DI001124 Struktur-Ende

Struktur-Endtermin des Unterprojekts

Berechnung

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.

Details

• bei normalen Vorgängen:
  • Wenn kein Ist-Anfang vorhanden ist, ist Dauer-Soll = Dauer-Rest
  • Wenn Ist-Anfang gesetzt ist, ist die Dauer-Rest maßgeblich für die Berechnung des Kalk. Ende.
    • Änderungen der Dauer-Soll werden ignoriert. Die Dauer-Soll dient nur noch zum Vergleich.
• bei Strukturvorgängen:
  • Summe der Dauer-Soll aller Vorgänge des entsprechenden Unterprojekts.
  • Manuell eingetragene Dauern werden überschrieben.

Hinweis

• Siehe auch: Verhalten von Dauer-Rest, wenn Dauer-Soll = leer und Ist-Anfang gesetzt in Bekannten Problemen.

Der Parameter kann in folgenden Modulen von Benutzern mit Änderungsrechten bearbeitet werden:

• Terminplan (Projekt/Vorhaben)
  • Das entsprechende Datenfeld ist standardmäßig ausgeblendet und kann bei Bedarf eingeblendet werden.
• Terminplan (Programm)
  • Das entsprechende Datenfeld ist standardmäßig ausgeblendet und kann bei Bedarf eingeblendet werden.

DI001132 Dauer-Ist

Tatsächliche Dauer des Vorgangs in Arbeitstagen. Der Wert wird bei der Berechnung des Terminplans ermittelt.

Berechnung

• bei normalen Vorgängen:
  • Wenn Splitting = N:
    • Wenn Heutedatum > Vorgangs-Rückmeldetermin,
      • Dauer-Ist = Heutedatum - Ist-Anfang
    • Wenn Heutedatum < Vorgangs-Rückmeldetermin,
      • Dauer-Ist = Vorgangs-Rückmeldetermin - Ist-Anfang
  • Wenn Splitting = J:
    • Dauer-Ist = Vorgangs-Rückmeldetermin - Ist-Anfang

• bei Strukturvorgängen:
  • Summe der Dauer-Ist aller Vorgänge des entsprechenden Unterprojekts

DI001133 Dauer-Rest

Restliche Dauer des Vorgangs in Arbeitstagen. Die Dauer kann entweder durch den Anwender vorgegeben oder sie wird aufgrund von anderen Parametern bei der Berechnung des Terminplans ermittelt. Solange kein Ist-Anfangstermin gesetzt ist, wird hier die geplante Dauer eingegeben, die automatisch in das Feld Dauer-Soll übertragen wird.

Details

• Wenn eine VG-Dauer eingegeben (oder über VG Wunsch-Anfang + Wunsch-Ende berechnet) wurde, dann wirkt diese mit höchster Priorität.

Berechnung

• bei normalen Vorgängen
  • Wenn kein Ist-Anfang vorhanden ist,
    • wird im Feld Dauer-Rest die geplante Dauer manuell eingegeben
    • oder berechnet
      • 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 Berechnung des Terminplans 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 Berechnung des Terminplans 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.
  • Wenn Ist-Anfang, aber kein Ist-Ende vorhanden ist,
    • wird die Dauer-Rest bei der Berechnung des Terminplans 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 ergeebn könnten.
  • Wenn Ist-Ende vorhanden ist,
    • Dauer-Rest = 0
      • Ist beim Setzen von Ist-Ende noch Rest-Dauer vorhanden, wird sie auf null gesetzt (gelöscht).
• bei Strukturvorgängen:
  • Summe von Dauer-Rest aller Vorgänge des entsprechenden Unterprojekts.
• Weitere Informationen zum speziellen Verhalten bei den verschiedenen Belastungskurven, z.B. MAN und Vorgangsarten, z.B. Sammelvorgang, sind im Topic Termin-, Ressourcen- und Kostenplanung zu finden.

Wesentliche Auswirkungen:

• 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.

Hinweis

• Verhalten von Dauer-Rest, wenn Dauer-Soll = 0 und Ist-Anfang gesetzt in Bekannten Problemen.

Der Parameter kann in folgenden Modulen von Benutzern mit Änderungsrechten bearbeitet werden:

• Terminplan (Projekt/Vorhaben)
• Terminplan (Programm)
• Vorgang
• Ressourcenplan

DI001146 Aufwand verbraucht in %

Der prozentuelle Anteil des tatsächlichen Aufwands (Aufwand-Ist) des Vorgangs am Gesamt-Aufwand

Details

• Der Wert wird bei der Berechnung des Terminplans aus den gesamten und tatsächlichen Aufwandsdaten ermittelt.

Berechnung

• Aufwand-Ist des Vorgangs / (Aufwand-Ist des Vorgangs + Aufwand-Rest des Vorgangs) * 100

DI001148 Vorgang mit Zyklus

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 kann bei der Berechnung des Terminplans (vgl. Modellparameter Vorgang-Freigabe) automatisch gesetzt oder manuell eingegeben werden.

Der Parameter kann in folgenden Modulen von Benutzern mit Änderungsrechten bearbeitet werden:

• Terminplan (Projekt/Vorhaben)
  • Das entsprechende Datenfeld ist standardmäßig ausgeblendet und kann bei Bedarf eingeblendet werden.
• Terminplan (Programm)
  • 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 des Projekts "gespannt" werden kann. Dies wird z.B. für sich wiederholende, projektbezogene Tätigkeiten (Grundlast) eingesetzt.

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

Balken für die Visualisierung der Zeitspanne zwischen dem Ist-Anfangstermin und dem spätestem Rückmeldetermin des Vorgangs

DI061285 Balken: MMS groß

Balken (Rautesymbol) 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.

• Vgl. Projektparameter Anzahl AOB

DI002482 Vorgang ist übergeordneter Vorgang

Kenner, der signalisiert, ob der Vorgang ein übergeordneter Vorgang ist, an dem ein Unterprojekt hängt

Details

• Verwendung: Auswahl- und Sortierkriterium in speziellen Modulen zum Ausblenden der übergeordneten Vorgänge.

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

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: Text

Werte

Informationen

• Meilensteine und Mastermeilensteine haben die gleiche Funktion.
• Mastermeilensteine sind Ereignisse mit besonderer Bedeutung, die sich von der Bedeutung her von den Meilensteinen unterscheiden, z. B. noch wichtiger für die Projektzielerreichung sind.

Hinweise

• Technisch gesehen werden Meilensteine und Mastermeilensteine bei der Berechnung des Terminplans 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 selben 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.

• Ist Anfang Vorgang-Nachfolger + 1 Tag = , und die MS-Dauer = 0, startet sowohl der MS als auch der Nachfolger von MS am selben 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 selben 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.

vgl.

• Standardmäßig ist der Parameter Anfang Vorgang-Nachfolger + 1 Tag deaktiviert.
• 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:

• Terminplan (Projekt/Vorhaben)
• Terminplan (Programm)
• Vorgang

DI059006 Meilenstein: Text

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:

• Fortschritt
• Vorgang

DI006805 Kundenterminplan

Hier wird definiert, ob die Vorgänge, deren Termineinhaltung von den Kunden abhängig ist, im Kundenterminplan (Variante des Moduls Terminplan) angezeigt werden.

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:

• Terminplan (Projekt/Vorhaben)

DI008845 Sammelvorgang

Kennzeichnet einen Vorgang als einen Sammelvorgang

Informationen

• 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.

Achtung

• 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 sowie keine Dauern einzutragen. Dies beinhaltet auch die Ressourceneinplanung bzw. das Rückmelden direkt auf den Sammelvorgang. 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 eigen geplanten und den von der Terminrechnung ermittelten Werten und damit zu auf den ersten Blick nicht nachvollziehbaren Werten auf den Sammelvorgängen kommen.

Siehe auch: Strukturierte Terminpläne

DI008846 Rang

Der Rang bestimmt bei der Berechnung des Terminplans zusammen mit den weiteren Parametern die Reihenfolge der Einlastung der Vorgänge.

Rangermittlung

• bei Anordnungsbeziehungen: Rang des Vorgängers + 1
• bei Vorgangsstrukturen: Rang des übergeordneten Vorgangs + 1
• bei projektübergreifenden AOBs: Rang des Vorgängers aus dem Vorgängerprojekt + 1
• Projektstrukturen: Der höchste Rang im Teilprojekt ist der höchste Rang im übergeordneten Projekt + 1

Beispiel

• folgt in Kürze

DI008851 ID übergeordneter Vorgang

Kenner (ID) des übergeordneten Vorgangs, der beim Strukturieren der Vorgänge gesetzt wird.

Hinweis

• Das DI008851 darf nicht mit dem DI001004 ID übergeordneter Vorgang in der DT461 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.

DI009354 Balken: Überlappung

Balken für die Visualisierung der Zeitspanne, in der sich Vorgänge überlappen. Für mehr Informationen siehe hier.

DI009480 Fixierung

Kenner (ID) des Parameters Fixierung. Die Beschreibung siehe unter DI056886

DI056886 Fixierungsbezeichnung

DI009538 Position

DI023342 Vorgang gesperrt

DI023392 Balken Vorgang überkritisch

Balken für die Visualisierung der Zeitspanne zwischen dem kalkulierten Endtermin und dem spätesten Endtermin des Vorgangs.

Hinweis

• Ein Vorgang ist überkritisch, wenn sein kalkulierter Endtermin später als sein spätester Endtermin ist.

DI040157 Balken: Mastermeilenstein

Balken für Mastermeilensteine

DI041469 Projekt

Fachliche Identifikationsnummer des Projekts. Wird automatisch aus dem zugehörigen Projekt geholt.

DI051811 Meilenstein/Mastermeilenstein Kalk. Ende

Kalkulierter Endtermin des Vorgangs, der als Meilenstein/mastermeilenstein definiert wurde.

DI056845 Kalk. Ende (ausgewählter SB)

Kalkulierter Endtermin des Vorgangs aus dem ausgewählten Statusbericht

DI056846 Kalk. Anfang (ausgewählter SB)

Kalkulierter Anfangstermin des Vorgangs aus dem ausgewählten Statusbericht

DI056847 Aufwand-Gesamt (ausgewählter SB)

Gesamt-Aufwand des Vorgangs aus dem ausgewählten Statusbericht

DI056848 Kosten-Gesamt (ausgewählter SB)

Gesamt-Kosten des Vorgangs aus dem ausgewählten Statusbericht

DI056851 Abweichung Kalk. Ende: aktuell - ausgewählter SB

Abweichung des kalkulierten Endtermins des Vorgangs aus der aktuellen Planung vom kalkulierten Endtermin aus dem ausgewählten Statusbericht

Berechnung

• Kalk. Ende - Kalk. Ende (ausgewählter SB)

DI056852 Abweichung Aufwand-Gesamt: aktuell - ausgewählter SB

Abweichung des Gesamt-Aufwands des Vorgangs aus der aktuellen Planung vom Gesamt-Aufwand des Vorgangs aus dem ausgewählten Statusbericht

Berechnung

• Aufwand-Gesamt - Aufwand-Gesamt (ausgewählter SB)

DI056853 Abweichung Kosten-Gesamt: aktuell - ausgewählter SB

Abweichung der Gesamt-Kosten des Vorgangs aus der aktuellen Planung von Gesamt-Kosten des Vorgangs aus dem ausgewählten Statusbericht

Berechnung

• Kosten-Gesamt - Kosten-Gesamt (ausgewählter SB)

DI056854 Balken: kalkulierte Termine (ausgewählter SB)

Balken für die Visualisierung der Zeitspanne zwischen den kalkulierten Vorgangsterminen aus dem ausgewählten Statusbericht (Kalk. Anfang (ausgewählter SB) und Kalk. Ende (ausgewählter SB))

DI056957 OLE Vorgang begonnen

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

DI057950 Bezeichnung übergeordneter Vorgang

Bezeichnung des übergeordneten Vorgangs

DI058050 Abweichung Kalk. Anfang: aktuell - ausgewählter SB

Abweichung des kalkulierten Anfangstermins des Vorgangs aus der aktuellen Planung vom kalkulierten Anfangstermin des Vorgangs aus dem ausgewählten Statusbericht

Berechnung

• Kalk.Anfang - Kalk.Anfang (ausgewählter SB)

DI058055 %-Abweichung Aufwand-Gesamt

Prozentuale Abweichung des Gesamt-Aufwands des Vorgangs aus der aktuellen Planung vom Gesamt-Aufwand des Vorgangs aus dem ausgewählten Statusbericht

Berechnung

• Aufwand-Gesamt - Aufwand-Gesamt (ausgewählter SB)

DI058056 %-Abweichung Kosten-Gesamt

Prozentuale Abweichung der Gesamt-Kosten des Vorgangs aus der aktuellen Planung von Gesamt-Kosten des Vorgangs aus dem ausgewählten Statusbericht

Berechnung

• Aufwand-Gesamt - Aufwand-Gesamt (ausgewählter SB)

DI058204 Dummy

DI059314 OLE Hinweis Vorgang

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

Ampel für die Visualisierung der Abweichung des Aufwand-Gesamt aus der aktuellen Planung von Aufwand-Gesamt aus dem aktiven (zuletzt freigegebenen) Statusbericht im Modul Dashboard im Bereich Abweichungen

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

DI059710 Abweichung Aufwand-Gesamt: aktuell - aktiver SB

Abweichung des Aufwand-Gesamt aus der aktuellen Planung vom Aufwand-Gesamt aus dem aktiven (zuletzt freigegebenen) Statusbericht im Modul Dashboard im Bereich Abweichungen

DI059711 Abweichung Kosten-Gesamt: aktuell - aktiver SB

Abweichung der Kosten-Gesamt aus der aktuellen Planung von den Kosten-Gesamt aus dem aktiven (zuletzt freigegebenen) Statusbericht im Modul Dashboard im Bereich Abweichungen

DI059678 Beschreibung

In diesem Feld wird die Beschreibung des Vorgangs eingefügt bzw. angezeigt.

Der Parameter kann in folgendem Modul von Benutzern mit Änderungsrechten bearbeitet werden:

• Vorgang

DI059316 Vorgangsverantwortlicher

Name der Person, die für den Vorgang verantwortlich ist. Im Eingabemodus erscheint auf dem entsprechenden Feld eine Listbox zur Auswahl einer verantwortlichen Person.

Details

• 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:

• Terminplan (Projekt/Vorhaben)
  • Das entsprechende Datenfeld ist standardmäßig ausgeblendet und kann bei Bedarf eingeblendet werden.
• Vorgang
• PSP
• Ressourcenplan

DI001129 Gesamtpuffer

Gesamtpuffer des Vorgangs

Berechnung

Hinweise

• 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.

Berechnung

Hinweis

• Bei Vorgängen ohne Nachfolger ist "freier Puffer" = "gesamter Puffer"

DI063726 Abweichung Wunsch-Ende - Kalk. Ende (Text)

Absolute Abweichung des kalkulierten Endtermins vom Wunsch-Endtermin des Vorgangs mit Textangabe (Verzug/Puffer)