Welche Arten von Projekten gibt es in Can Do? Damit sind nicht firmenspezifische Arten gemeint, die jede Firma selbst konfigurieren kann, sondern technische Projektmodelle und deren Berechnungen
Normale Projekte
Im Standard werden diese Projekte einfach mit dem Tabellenplaner angelegt. Sobald Ressourcen dem Projekt zugewiesen werden, prüft Can Do mögliche Überlastungen mit allen anderen Projekten und zeigt diese an. Es können beliebig viele Projekte angelegt werden.
Diese Projekte werden üblicherweise in blau dargestellt
Subprojekte
Subprojekte "gehören" zu "normalen Projekten", sind also quasi deren Kinder und das "normale Projekt" wird dann in diesem Kontext als Hauptprojekt bezeichnet. Wenn das Hauptprojekt geöffnet wird, wird das Subprojekt sofort mir angezeigt und kann ebenfalls "aufgeklappt" werden.
Das Subprojekt verhält sich allerdings wie ein "normales" Projekt, es kann also alleine geöffnet werden, hat unterschiedliche Budgets, einen anderen Projektleiter und ggf. auch eigene Zugriffsrechte. Ein Subprojekt kann nur einem Hauptprojekt zugewiesen werden.
Innerhalb eines Subprojekts können beliebige viele weitere Subprojekte erstellt werden (Enkel). Diese Hierarchie kann beliebig tief gestaltet werden. Die Software überprüft, dass es keine sog. zirkuläre Beziehung geben kann, also ein Subprojekt enthält als Subprojekt ein anderes Projekt der darüber liegenden Ebene.
Das Ressourcenmanagement funktioniert genau so wie bei "normalen" Projekten.
Auch Subprojekte werden in blau dargestellt.
Simulierte Projekte
Simulierte Projekte verhalten sich genau so wie "normale" Projekte mit dem Unterschied, dass Ressourcen zwischen simulierten und echten Projekten berechnet werden. Es erfolgt im Falle einer Überlastung auch eine entsprechende Anzeige. Allerdings verursachen simulierte Projekte keine Überlastungen in echten Projekten. Das Ressourcenmanagement in simulierten Projekten zeigt also an, was passieren würde, wenn das Projekt aus dem simulierten Zustand herausgenommen wird und zu einem echten Projekt wird.
Die Simulation kann jederzeit beendet und wieder aktiviert werden.
Ressourcen sehen die Zuweisungen in einem simulierten Projekt normalerweise nicht in der Zeiterfassung und der persönlichen App. Auch alle anderen Apps zeigen diese Daten nur an, wenn die entsprechenden Schalter in den Apps aktiviert werden.
In simulierten Projekten kann auch beliebig geplant werden. Es kann auch simulierte Subprojekte geben.
Simulierte Projekte werden in einer anderen Farbe, üblicherweise in gelb, dargestellt.
Demands - Projektanträge
Demands haben als "Vater" immer ein Portfolio und können auch nur einem Portfolio zugewiesen werden. Demands bestehen nur aus einem Planungsobjekt, dem Projekt selbst mit Name, Anfang und Ende. Alle weiteren Informationen für Projekte können ebenfalls hinterlegt werden. Es kann nur keine Feinplanung mit Paketen und Phasen gemacht werden. In diesem Fall "wandelt" sich der Demand in ein simuliertes Projekt. Das Ressourcenmanagement funktioniert wie bei simulierten Projekten.
Die Besonderheit bei dieser Art ist die prozentuale Eintrittswahrscheinlichkeit. Diese kann zwischen 0% und 100% sein. Bei der Risikoberechnung für Überlastungen wird dieser Wert berücksichtigt. Diese Art von Projekten wird im Demand Management eingesetzt um neue Projekt vorab innerhalb eines Portfolios auf Machbarkeit zu prüfen.
Demands werden in Portfolios üblicherweise in grün dargestellt.
Portfolios
Portfolios sind eine Zusammenstellung aller oben beschriebenen Projektarten. Die Projekte werden dort nur als eine Zeile, bzw. ein Eintrag dargestellt. Die Detailplanung ist hier nicht sichtbar.
Es können "normale" Projekte und "Subprojekte" im Portfolio zeitlich verschoben werden. Alle darunter liegenden Arbeitspakete, Phasen etc. werden ebenfalls mitgeschoben.
Auch simulierte Projekte können im Portfolio zeitlich verschoben werden.
Projekte, Subprojekte und simulierte Projekte können in mehreren Portfolios gleichzeitig vorhanden sein. Es sind quasi nur "Repräsentanten" der echten Projekte. So können verschiedene Portfolios zusammengestellt werden die aber auch gleiche Projekte enthalten können. Diese Repräsentanten werden auch als "Proxys" bezeichnet.
Demands können ebenfalls in Portfolios sein.
Alle Objekte in einem Portfolio können miteinander verknüpft werden um die Abhängigkeit zwischen Projekten darzustellen.
Projekte werden in Portfolios in Echtzeit geändert. D.h. wenn ein Projektleiter den Fortschritt innerhalb eines Projektes ändert, wird in Echtzeit die Auswirkung auf das Projekte im Portfolio aktualisiert.
In Portfolios können auch Meilensteine erzeugt und mit allen anderen Projekten verknüpft werden.
Projekte im Archiv
Alle Projekte können archiviert werden. Demands können nicht archiviert werden. Die Projekte werden dadurch nicht verändern sondern können, solange sie im Archiv sind, nicht mehr geändert werden. Projekte können auch wieder aus dem Archiv herausgeholt werden.