Lesezeichen: Unterschied zwischen den Versionen

Aus pm4u
Zur Navigation springen Zur Suche springen
Zeile 9: Zeile 9:
 
Jede Modifikation der Daten in pm4u wird automatisch protokolliert. Diese Protokoll-Einträge nennen wir '''Revisionen'''. Jede Revision stellt ein Schnappschuss der Daten dar, also man kann später die historische Daten anschauen, als ob man zurück Zeitgereist hätte und in dem Moment der Modifikation bei dem Rechner wieder setzen würde. Von Natur aus der Logik ist es nicht möglich die historische Daten zu modifizieren - nur lesen.
 
Jede Modifikation der Daten in pm4u wird automatisch protokolliert. Diese Protokoll-Einträge nennen wir '''Revisionen'''. Jede Revision stellt ein Schnappschuss der Daten dar, also man kann später die historische Daten anschauen, als ob man zurück Zeitgereist hätte und in dem Moment der Modifikation bei dem Rechner wieder setzen würde. Von Natur aus der Logik ist es nicht möglich die historische Daten zu modifizieren - nur lesen.
  
Ein wichtiges Pfeilder der [[Pm4u_Philosophie]] ist ''Lernen aus den Fehlern''. Die Fehlern in der Projektplanung kann man während einem Vergleich der Realität mit älteren (geplanten) Ständen identifizieren. Während dem Leben des Projektes werden viele Revisionen erstellt, deshalb sollte der Projektleiter die wichtige Revisionen (d.h. wichtige Zeitpunkte des Projektes) mit '''Lesezeichen''' benennen, damit man später einfach die Realität mit den älteren Ständen des Projektes, markiert durch Lesezeichen, vergleichen kann.  
+
Ein wichtiges Pfeilder der [[Pm4u Philosophie]] ist ''Lernen aus den Fehlern''. Die Fehlern in der Projektplanung kann man während einem Vergleich der Realität mit älteren (geplanten) Ständen identifizieren. Während dem Leben des Projektes werden viele Revisionen erstellt, deshalb sollte der Projektleiter die wichtige Revisionen (d.h. wichtige Zeitpunkte des Projektes) mit '''Lesezeichen''' benennen, damit man später einfach die Realität mit den älteren Ständen des Projektes, markiert durch Lesezeichen, vergleichen kann.  
  
 
=== Beispiele ===
 
=== Beispiele ===
 
Ein ganz wichtiges Stand des Projektes ist der Projekt-Beginn - d.h. der letzte Moment bevor die reale Daten im Projekt eingetragen werden (zum Beispiel der Projekt-Start ist genau gesetzt, die Ressourcen erfassen die Stunden, erste fixe Kosten wurden eingetragen). Die letzte Revision vor dem Projekt-Beginn enthält noch reine Plandaten und wir sollten sie mit der Lesezeichen "Plan" benennen. Später kann man den aktuellen Stand des Projektes mit dem Stand in Revision "Plan" vergleichen und auf Grund der Differenzen lernen, was wir in zukünftigen Projekten besser Planen können.
 
Ein ganz wichtiges Stand des Projektes ist der Projekt-Beginn - d.h. der letzte Moment bevor die reale Daten im Projekt eingetragen werden (zum Beispiel der Projekt-Start ist genau gesetzt, die Ressourcen erfassen die Stunden, erste fixe Kosten wurden eingetragen). Die letzte Revision vor dem Projekt-Beginn enthält noch reine Plandaten und wir sollten sie mit der Lesezeichen "Plan" benennen. Später kann man den aktuellen Stand des Projektes mit dem Stand in Revision "Plan" vergleichen und auf Grund der Differenzen lernen, was wir in zukünftigen Projekten besser Planen können.
  
Während dem Lauf des Projektes kann es passieren, dass der Auftraggeber die Aufgabenstellung des Projektes ändert (zum Beispiel: es sollte nur ein Haus gebaut werden und wenn die grobe Bau schon steht, kommt der Auftraggeber damit, dass er noch eine Garage möchte), was natürlich Konsequenzen in dem Projektplan hat (es werden zum Beispiel neue Vorgänge erstellt, die verbleibende Stunden und Kosten werden erhöht, usw.). In diesem Moment wäre auch logisch
+
Während dem Lauf des Projektes kann es passieren, dass der Auftraggeber die Aufgabenstellung des Projektes ändert (zum Beispiel: es sollte nur ein Haus gebaut werden und wenn die grobe Bau schon steht, kommt der Auftraggeber damit, dass er noch eine Garage möchte), was natürlich Konsequenzen in dem Projektplan hat (es werden zum Beispiel neue Vorgänge erstellt, die verbleibende Stunden und Kosten werden erhöht, usw.). Sobald man solche Modifikationen im Projekt machtn, ist auch sinnvoll nachher eine neue Lesezeichen ''Garage im Projekt angefügt'' erfassen.

Version vom 2. Februar 2018, 12:01 Uhr

Update of documentation necessary: Beschreibung wie die Lesezeichen funktionieren

Todo beschreiben:

  • Philosophie der Lesezeichen
  • Die Lesezeichen kann man im Projekt-Gantt bearbeiten (vielleicht später auch im Cockpit)
  • Lesezeichen sind (nicht nur) für den Cockpit wichtig.

Einführung in Zeitreisen mit pm4u

Jede Modifikation der Daten in pm4u wird automatisch protokolliert. Diese Protokoll-Einträge nennen wir Revisionen. Jede Revision stellt ein Schnappschuss der Daten dar, also man kann später die historische Daten anschauen, als ob man zurück Zeitgereist hätte und in dem Moment der Modifikation bei dem Rechner wieder setzen würde. Von Natur aus der Logik ist es nicht möglich die historische Daten zu modifizieren - nur lesen.

Ein wichtiges Pfeilder der Pm4u Philosophie ist Lernen aus den Fehlern. Die Fehlern in der Projektplanung kann man während einem Vergleich der Realität mit älteren (geplanten) Ständen identifizieren. Während dem Leben des Projektes werden viele Revisionen erstellt, deshalb sollte der Projektleiter die wichtige Revisionen (d.h. wichtige Zeitpunkte des Projektes) mit Lesezeichen benennen, damit man später einfach die Realität mit den älteren Ständen des Projektes, markiert durch Lesezeichen, vergleichen kann.

Beispiele

Ein ganz wichtiges Stand des Projektes ist der Projekt-Beginn - d.h. der letzte Moment bevor die reale Daten im Projekt eingetragen werden (zum Beispiel der Projekt-Start ist genau gesetzt, die Ressourcen erfassen die Stunden, erste fixe Kosten wurden eingetragen). Die letzte Revision vor dem Projekt-Beginn enthält noch reine Plandaten und wir sollten sie mit der Lesezeichen "Plan" benennen. Später kann man den aktuellen Stand des Projektes mit dem Stand in Revision "Plan" vergleichen und auf Grund der Differenzen lernen, was wir in zukünftigen Projekten besser Planen können.

Während dem Lauf des Projektes kann es passieren, dass der Auftraggeber die Aufgabenstellung des Projektes ändert (zum Beispiel: es sollte nur ein Haus gebaut werden und wenn die grobe Bau schon steht, kommt der Auftraggeber damit, dass er noch eine Garage möchte), was natürlich Konsequenzen in dem Projektplan hat (es werden zum Beispiel neue Vorgänge erstellt, die verbleibende Stunden und Kosten werden erhöht, usw.). Sobald man solche Modifikationen im Projekt machtn, ist auch sinnvoll nachher eine neue Lesezeichen Garage im Projekt angefügt erfassen.