Lesezeichen - Versionsgeschichte

Bboesch: /* Beispiele für Lesezeichen */

2020-06-12T08:39:12Z

Beispiele für Lesezeichen

Bboesch: /* Zeitreisen mit pm4u */

2020-06-12T08:34:42Z

Zeitreisen mit pm4u

Bboesch: /* Zeitreisen mit pm4u */

2020-06-12T08:27:58Z

Zeitreisen mit pm4u

Vdusa: /* Beispiele für Lesezeichen */

2020-06-10T09:53:04Z

Beispiele für Lesezeichen

Vdusa: /* Beispiele für Lesezeichen */

2020-06-10T09:20:15Z

Beispiele für Lesezeichen

Bboesch: /* Zeitreisen mit pm4u */

2020-03-05T13:04:14Z

Zeitreisen mit pm4u

Bboesch: /* Zeitreisen mit pm4u */

2020-03-05T13:01:24Z

Zeitreisen mit pm4u

Bboesch am 5. März 2020 um 09:00 Uhr

2020-03-05T09:00:12Z

Bboesch am 5. März 2020 um 08:58 Uhr

2020-03-05T08:58:18Z

Bboesch am 5. März 2020 um 08:57 Uhr

2020-03-05T08:57:37Z

@@ Zeile 10: / Zeile 10: @@
 === Beispiele für Lesezeichen ===
-Ein ganz wichtiger Stand des Projektes ist der Projekt-Anfang - d.h. der letzte Moment, bevor die realen 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-Anfang enthält noch reine Plandaten und wir sollten sie mit dem 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 wichtiger Stand des Projektes ist der Projekt-Anfang - d.h. der letzte Moment, bevor die realen 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-Anfang enthält noch reine Plandaten und wir sollten sie mit dem 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, wie zukünftige Projekte besser Planen können.
-{{review|Dieser Absatz}} Falls der Benutzer keine '''Plan-Lesezeichen''' manuell definiert, wird diese Lesezeichen automatisch durch pm4u erstellt. Diese Lesezeichen markiert das letzte historische Projekt-Stand (siehe mehr unter [[Projekt-Eigenschaften#Historie|Projekt-Historie]]), der
+Falls der Benutzer kein '''Plan-Lesezeichen''' manuell definiert, wird dieses Lesezeichen automatisch durch pm4u erstellt. Dieses Lesezeichen markiert den letzten historischen Projekt-Stand (siehe mehr unter [[Projekt-Eigenschaften#Historie|Projekt-Historie]]), der
-* noch keine Stunden in der Zeiterfassung enthält und
+* noch keine Stunden in der Zeiterfassung und
-* keine feste Kosten enthält und
+* keine festen Kosten enthält und
 * nicht nach dem Projekt-Start gemacht wurde.

@@ Zeile 4: / Zeile 4: @@
 {{clear}}
-[[Datei:Geological layers.png|thumb|left|300px]] Jede Modifikation der Daten in pm4u wird automatisch protokolliert. Diese Protokoll-Einträge nennen wir '''Revisionen'''. Jede Revision stellt ein Schnappschuss der Daten dar. Dadurch kann man später die historische Daten betrachten, wie wenn man eine Zeitreise in die Vergangenheit machen würde und im Moment der Modifikation am Rechner sitzen würde. Diese Revisionen kann man sich wie geologische Schichten vorstellen. Jede Modifikation stellt eine weitere Schichte dar. Ganz oben befindet sich immer der aktuelle Stand des Projektes. Von Natur aus der Logik ist es nicht möglich die historischen Daten zu modifizieren - nur lesen. Eine Vorschau in die Zukunft des Projektes in pm4u, liefern die die verbleibenden Werte im Projekt.
+[[Datei:Geological layers.png|thumb|left|300px]] Jede Modifikation der Daten in pm4u wird automatisch protokolliert. Diese Protokoll-Einträge nennen wir '''Revisionen'''. Jede Revision stellt ein Schnappschuss der Daten dar. Dadurch kann man später die historischen Daten betrachten, wie wenn man eine Zeitreise in die Vergangenheit machen würde und im Moment der Modifikation am Rechner sitzen würde. Diese Revisionen kann man sich wie geologische Schichten vorstellen. Jede Modifikation stellt eine weitere Schicht dar. Ganz oben befindet sich immer der aktuelle Stand des Projektes. Aus dieser Logik ist es nicht möglich die historischen Daten zu modifizieren - nur zu lesen. Eine Vorschau in die Zukunft des Projektes in pm4u, liefern die verbleibenden Werte im Projekt.
-Ein wichtiger Eckpfeiler der [[Pm4u Philosophie]] ist ''Lernen aus den Fehlern''. Die Fehler in der Projektplanung kann man während einem Vergleich der Realität mit einem früheren (geplanten) Ständen identifizieren. Während der Lebens-Dauer des Projektes werden viele Revisionen erstellt, deshalb sollte der Projektleiter die wichtigen 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. Als wichtigen Punkt im Projekt, kann bspw. auch wichtige Anpassungen/Veränderungen im Projekt, die durch erweiterte Kundenwünsche kommen, als Lesezeichen markieren (s. Bsp. unten).
+Ein wichtiger Eckpfeiler der [[Pm4u Philosophie]] ist ''Lernen aus den Fehlern''. Die "Fehler" oder Abweichungen in der Projektplanung gegenüber der Realität, kann man während einem Vergleich des aktuellen Standes mit einem früheren (geplanten) Stand sichtbar machen. Während der Lebens-Dauer des Projektes werden viele Revisionen erstellt, deshalb sollte der Projektleiter die wichtigen Revisionen (d.h. wichtige Zeitpunkte des Projektes) mit einem  '''Lesezeichen''' benennen. Mit Hilfe der Lesezeichen kann man später einfach die Realität mit den älteren Ständen des Projektes vergleichen. Als wichtigen Punkt im Projekt, können bspw. auch wichtige Anpassungen/Veränderungen im Projekt, die durch erweiterte Kundenwünsche kommen, als Lesezeichen markiert (s. Bsp. unten) werden.
 {{clear}}

@@ Zeile 1: / Zeile 1: @@
 == Einführung ==
 === Zeitreisen mit pm4u ===
-Nehmen wir an, dass wir in pm4u ein Projekt haben, das noch nicht gestartet ist. Das heisst, dass wir in diesem Moment keine aktuellen Werte haben (aus der Zeiterfassung, fixen reale Kosten, usw.) - wir haben nur die Plan-Werte. Sobald das Projekt anfängt, nimmt die Menge der realen Werte im Projekt immer mehr zu und die Menge der Planwerte wird kleiner. Am Ende des Projektes haben wir keine Plan-Werte mehr und es gibt nur reale Werte. Also bis das Projekt nicht abgeschlossen ist, können wir im jeden Moment den aktuellen Stand des Projektes als unseren aktuellen Plan anschauen - möglichst alle realen Werte sind eingetragen, verbleibende Werte sind aktualisiert und der Stand des Projektes, vor allem die zukünftigen Arbeiten und Kosten, zeigen unsere beste Vorstellung über die weitere Entwicklung des Projektes.
+Nehmen wir an, dass wir in pm4u ein Projekt haben, das noch nicht gestartet ist. Das heisst, dass wir in diesem Moment keine aktuellen Werte haben (aus der Zeiterfassung, fixen reale Kosten, usw.) - wir haben nur die Plan-Werte. Sobald das Projekt anfängt, nimmt die Menge der realen Werte im Projekt immer mehr zu und die Menge der Planwerte wird kleiner. Am Ende des Projektes haben wir keine verbleibenden Plan-Werte mehr und es gibt nur reale Werte. Also bis das Projekt nicht abgeschlossen ist, können wir im jeden Moment den aktuellen Stand des Projektes als unseren aktuellen Plan anschauen - möglichst alle realen Werte sind eingetragen, verbleibende Werte sind aktualisiert und der Stand des Projektes, vor allem die zukünftigen Arbeiten und Kosten, zeigen unsere beste Vorstellung über die weitere Entwicklung des Projektes.
 {{clear}}

@@ Zeile 10: / Zeile 10: @@
 === Beispiele für Lesezeichen ===
 Ein ganz wichtiger Stand des Projektes ist der Projekt-Anfang - d.h. der letzte Moment, bevor die realen 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-Anfang enthält noch reine Plandaten und wir sollten sie mit dem 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.
 In der Zeit, während der das Projekt läuft, kann es passieren, dass der Auftraggeber die Aufgabenstellung des Projektes ändert (zum Beispiel: es sollte nur ein Haus gebaut werden und wenn der Rohbau 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 verbleibenden Stunden und Kosten werden erhöht, usw.). Sobald man eine solche Modifikationen im Projekt macht, ist es auch sinnvoll nachher ein neues Lesezeichen ''Garage im Projekt angefügt'' zu erfassen.

← Nächstältere Version		Version vom 10. Juni 2020, 09:20 Uhr
Zeile 10:		Zeile 10:

	=== Beispiele für Lesezeichen ===		=== Beispiele für Lesezeichen ===
		+	{{todo\|Describe dynamic Plan bookmark principles}}
	Ein ganz wichtiger Stand des Projektes ist der Projekt-Anfang - d.h. der letzte Moment, bevor die realen 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-Anfang enthält noch reine Plandaten und wir sollten sie mit dem 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 wichtiger Stand des Projektes ist der Projekt-Anfang - d.h. der letzte Moment, bevor die realen 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-Anfang enthält noch reine Plandaten und wir sollten sie mit dem 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.

@@ Zeile 1: / Zeile 1: @@
 == Einführung ==
 === Zeitreisen mit pm4u ===
-Nehmen wir an, dass wir in pm4u ein Projekt haben, der noch nicht angefangen hat. Das heisst, dass wir in diesem Moment keine reale Werte haben (d.h. Zeiterfassung, fixe reale Kosten, usw.) - wir haben nur die Plan-Werte. Sobald das Projekt anfängt, nimmt die Menge der realen Werten im Projekt immer mehr zu und die Menge der Planwerten wird kleiner. Am Ende des Projektes haben wir keine Plan-Werte mehr und es geben nur reale Werte. Also bis der Projekt nicht abgeschlossen ist, können wir im jeden Moment den aktuellen Stand des Projektes als unseren aktuellen Plan anschauen - möglichst alle reale Werte sind eingetragen, verbleibende Werte sind aktualisiert und der Stand des Projektes, vor allem die zukünftige Arbeiten und Kosten, zeigt unsere beste Vorstellung über weiteren Entwicklung des Projektes.
+Nehmen wir an, dass wir in pm4u ein Projekt haben, das noch nicht gestartet ist. Das heisst, dass wir in diesem Moment keine aktuellen Werte haben (aus Zeiterfassung, fixe reale Kosten, usw.) - wir haben nur die Plan-Werte. Sobald das Projekt anfängt, nimmt die Menge der realen Werten im Projekt immer mehr zu und die Menge der Planwerten wird kleiner. Am Ende des Projektes haben wir keine Plan-Werte mehr und es gibt nur reale Werte. Also bis das Projekt nicht abgeschlossen ist, können wir im jeden Moment den aktuellen Stand des Projektes als unseren aktuellen Plan anschauen - möglichst alle realen Werte sind eingetragen, verbleibende Werte sind aktualisiert und der Stand des Projektes, vor allem die zukünftigen Arbeiten und Kosten, zeigt unsere beste Vorstellung über die weitere Entwicklung des Projektes.
 {{clear}}
-[[Datei:Geological layers.png|thumb|left|300px]] 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. Diese Revisionen kann man sich wie geologische Schichten vorstellen, wo jede Modifikation stellt eine weitere Schichte dar. Ganz oben befindet sich immer der aktuelle Stand des Projektes. Von Natur aus der Logik ist es nicht möglich die historische Daten zu modifizieren - nur lesen. Zeitreisen in die Zukunft ist in pm4u leider noch nicht möglich.
+[[Datei:Geological layers.png|thumb|left|300px]] Jede Modifikation der Daten in pm4u wird automatisch protokolliert. Diese Protokoll-Einträge nennen wir '''Revisionen'''. Jede Revision stellt ein Schnappschuss der Daten dar. Dadurch kann man später die historische Daten betrachten, wie wenn man eine Zeitreise in die Vergangenheit machen würde und im Moment der Modifikation am Rechner sitzen würde. Diese Revisionen kann man sich wie geologische Schichten vorstellen. Jede Modifikation stellt eine weitere Schichte dar. Ganz oben befindet sich immer der aktuelle Stand des Projektes. Von Natur aus der Logik ist es nicht möglich die historischen Daten zu modifizieren - nur lesen. Eine Vorschau in die Zukunft des Projektes in pm4u, liefern die die verbleibenden Werte im Projekt.
-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 wichtiger Eckpfeiler der [[Pm4u Philosophie]] ist ''Lernen aus den Fehlern''. Die Fehler in der Projektplanung kann man während einem Vergleich der Realität mit einem früheren (geplanten) Ständen identifizieren. Während der Lebens-Dauer des Projektes werden viele Revisionen erstellt, deshalb sollte der Projektleiter die wichtigen 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. Als wichtigen Punkt im Projekt, kann bspw. auch wichtige Anpassungen/Veränderungen im Projekt, die durch erweiterte Kundenwünsche kommen, als Lesezeichen markieren (s. Bsp. unten).
 {{clear}}
 === Beispiele für Lesezeichen ===
-Ein ganz wichtiges Stand des Projektes ist der Projekt-Anfang - 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-Anfang enthält noch reine Plandaten und wir sollten sie mit dem 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 wichtiger Stand des Projektes ist der Projekt-Anfang - d.h. der letzte Moment, bevor die realen 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-Anfang enthält noch reine Plandaten und wir sollten sie mit dem 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 ein neues Lesezeichen ''Garage im Projekt angefügt'' erfassen.
+In der Zeit, während der das Projekt läuft, kann es passieren, dass der Auftraggeber die Aufgabenstellung des Projektes ändert (zum Beispiel: es sollte nur ein Haus gebaut werden und wenn der Rohbau 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 verbleibenden Stunden und Kosten werden erhöht, usw.). Sobald man eine solche Modifikationen im Projekt macht, ist es auch sinnvoll nachher ein neues Lesezeichen ''Garage im Projekt angefügt'' zu erfassen.
 === Praxis ===
-Die Lesezeichen können Sie auf folgenden Plätzen in pm4u bearbeiten
+Die Lesezeichen können Sie an den folgenden Positionen in pm4u bearbeiten:
 * [[Projekt-Eigenschaften#Historie|Register ''Historie'' in Projekt-Eigenschaften]]
 * [[Vorgang-Eigenschaften#Historie|Register ''Historie'' in Vorgang-Eigenschaften]]