Die neueste Version des PM-Tools Auto Project Planner (APP.NET) ist verfügbar. Die Version enthält keine neuen Features, dafür aber weitere kleinere Fehlerkorrekturen.

Download APP.NET.msi (390KB)
Download APP.NET.zip (206KB)

• MSE = Mean Square Error = Mittlerer Quadratischer Fehler
  In unserem Fall die Summe der quadratischen Abweichung zwischen dem erwarteten und berechnetem Ende aller Tasks
  D.h. für den einzelnen Task (Erwartetes Ende (Expected End) - Berechnetem Ende)²
  Oder noch einfacher ausgedrückt:
       Task A soll zum Datum X fertig sein, wird aber erst zu X+5 Tage fertig
       Task B soll zum Datum Y fertig sein, wird laut Berechnung erst 10 Tage später fertig
       MSE = 5² + 10² = 125
       Genau das ist der Fehler (Error) der in der ersten Zeile des Berechnungs/Calculation Fensters angezeigt wird
• Den MSE gilt es zu minimieren. Das funktioniert so…
• Iterativer Algorithmus
  Ein Algorithmus ist iterativ, wenn er das Ziel durch wiederholte Anwendung gleicher Arbeitsschritte erreicht.
  In unserem Fall wird in jeder Iteration der MSE erneut berechnet.  
• Monte Carlo Prinzip
  Die Aufgaben werden nach Vorgaben des Benutzers und dem Zufalls(=Monte Carlo)-Prinzip (unter Berücksichtigung einer Priorisierung) den Mitarbeitern zugeordnet.
• Priorisierung
  Pro Iteration wird für jene Tasks, die den größten Anteil am Gesamtfehler liefern die Priorisierung erhöht
• Das Abbruchkriterium bzw. Was wenn die Berchnung nicht endet?
  Ziel ist es einen MSE von 0 zu erreichen, d.h. alle Task werden vor den vom Benutzer definierten Zieldatum fertig
  Ist dies nicht möglich, wird auch unser Algorithmus keine Lösung finden und nicht abbrechen. Das müssen dann sie manuell machen (stop calculation)
• Ich plane meine Tasks immer so, dass die Berechnung innerhalb weniger Sekunden abgeschlossen ist.

Der Algorithmus benötigt ein Startdatum der Berechnung, d.h. mit welchem Datum kann begonnen werden scheibchenweise Aufgaben den Mitarbeitern zuzuordnern. Diesbezüglich gibt es zwei Vorgehensweisen.
1) Wenn die Checkbox gesetzt, wird das Startdatum auf den Wert links davon fixiert. D.h. wird ein Projekt später wieder geöffnet, rechnet das genau so durch wie beim letzten mal. Das wird auch für die Beispiele/Examples verwendet. Es würde ja verwundern, wenn ein Beispiel Fehler zurückliefert.
2) Ist die Checkbox nicht gesetzt, wird beim Öffnen des Projekts das heutige Datum als Today eingetragen. Diese Einstellung sollte beim Arbeiten mit dem Tool im Echtbetrieb vorliegen.
Sie erstellen einen Plan, der rechnet durch. Zwei Wochen später wird das Projekt wieder geöffnet, der Plan rechnet nicht mehr durch. Hier ist es die Aufgabe des PM die geleistete Arbeit und eventuell geänderte Abschätzungen einzugeben. Das macht man solange bis der Plan wieder durchrechnet und in ein, zwei Wochen… das ganze von vorne.

Nein. Es reicht eine Aufgabe/Task und einen Mitarbeiter/Worker zu erstellen und miteinander zu verknüpfen (über die Checkbox beim MA, wenn die AG selektiert ist). Bei der Aufgabe muss eine Abschätzung in Stunden angegeben werden. Zusätzlich muss noch ein Zieldatum/Expected End festgelegt sein, das aber mit Heute + 1 Monat bereits einen Default Wert hat.
Damit kann die Berechnung schon gestartet werden (Strg + Tab).
Alles weitere dient dazu die Aufgaben (z.B. gegenseitige Abhängigkeiten), die Mitarbeiter (z.B. Fähigkeiten, Anwesenheit) und die Zuordnung 1A-nMA festzulegen.

Übrigens… das Ergebnis des oben genannten, einfachsten APP-Projekts links, das mitgelieferte Beispiel Example – RUP.appX rechts

Die neueste Version meines PM-Tools Auto Project Planner (APP.NET) ist verfügbar. Die Version enthält keine neuen Features, dafür aber einige Fehlerkorrekturen. 

Download APP.NET.msi (379KB)
Download APP.NET.zip (196KB)