Projekte

Abhängigkeiten · Data Nodes

• Bezüge zu: —
• Wird bezogen von: Bedarfe (über ORIGINATES_FROM)

Projekte sind zeitlich begrenzte Vorhaben mit Start, Ende, Budget und einem Projekttyp — von der Initiative bis zum Teilprojekt.

Wozu

Ein Projekt bündelt eine zeitlich klar abgegrenzte Aktivität. Projekte können hierarchisch zerlegt werden: eine Initiative umfasst Programme, die wiederum Projekte und Teilprojekte enthalten. Diese Hierarchie modellierst du via IS_SUBPROJECT.

Standardansicht

Beim Öffnen der Seite steht das Bild — der Explorer, siehe unten. Über den View-Umschalter kommst du jederzeit zur Listenansicht oder zum Kanban-Brett.

Das Kanban-Brett

Die dritte Ansicht zeigt die Projekte nach ihrem Status in Spalten — und du änderst ihn, indem du eine Karte in eine andere Spalte ziehst. Schaltest du Bahnen ein, zerfällt das Brett zusätzlich in Bänder je Rolle oder je Person; die Personen-Bahn entsteht dabei aus den Beteiligten der Einsatz-Beziehung („setzt ein”). Alles Weitere: Kanban-Brett.

Die Diagrammansicht: der Explorer

Seit 09/2026 zeichnet der Explorer die Projekthierarchie — dieselbe Fläche wie in jedem anderen Bereich. Die frühere eigene Projekt-Hierarchie ist entfallen; sie zeigte dasselbe (gemessen: gleiche Knoten, gleiche Verbindungen), konnte aber nur ein Aussehen. Was eine Karte zeigt, sagt jetzt der Entitätstyp über seine Deklaration — ein Mandant kann das einstellen und für Projekte mehrere Entitätstypen mit verschiedenen Darstellungen führen.

Die Hierarchie entsteht wie bisher aus IS_SUBPROJECT (Projekt → Projekt, „hat Teilprojekt” / „ist Teilprojekt von”). Ohne diesen Beziehungstyp liegen die Projekte nebeneinander statt untereinander — eine eigene Anleitungsseite braucht es dafür nicht mehr, denn der Explorer zeigt auch ohne Hierarchie ein vollständiges Bild.

Was du zusätzlich gewinnst: Suche und Filter wirken auf dem Bild, deine Anordnung bleibt für den Besuch erhalten, Karten lassen sich markieren und gemeinsam bearbeiten, das Rechtsklick-Menü ist deutlich reicher, und die Verbindungen tragen ihre Namen.

Listenansicht

Über den Umschalter rechts in der Werkzeugleiste kommst du jederzeit zur gewohnten Listenansicht mit Suche, Filtern und Massenbearbeitung.

Wichtige Beziehungen

• IS_SUBPROJECT (Projekt → Projekt) — Hierarchie
• EXECUTES (Person → Projekt) — Projektmitarbeit
• OWNS (Person → Projekt) — Projektleitung
• BELONGS_TO (Projekt → Kostenstelle) — Budgetzuordnung

Details: Beziehungstypen.

Beispiel-Schema zum Kopieren

{
  "type": "object",
  "properties": {
    "projectType": {
      "type": "string",
      "title": "Projekttyp",
      "enum": ["Initiative", "Programm", "Projekt", "Teilprojekt"]
    },
    "status": {
      "type": "string",
      "title": "Status",
      "enum": ["Geplant", "In Durchführung", "Abgeschlossen", "Gestoppt"]
    },
    "startDate": { "type": "string", "title": "Startdatum", "format": "date" },
    "endDate": { "type": "string", "title": "Enddatum", "format": "date" },
    "budget": { "type": "number", "title": "Budget" },
    "description": { "type": "string", "title": "Beschreibung" }
  },
  "required": ["projectType"]
}

Erweiterungs-Ideen: milestones als Array, riskScore, methodology (Wasserfall/Agile). Details: JSON-Schema für Entitätstypen.

Bedarf am Projekt

Was ein Projekt an Kapazität, Tätigkeit und Können braucht, gehört als Bedarf an das Projekt — mit Zeitraum und Menge, nicht als Zahl je Quartal. Braucht das Projekt verschiedene Arbeit, sind das mehrere Bedarfe an demselben Projekt; das hält Teil-Deckung ausdrückbar und macht sichtbar, welcher Teil offen ist.

Im Reports-Tab stehen dann Bedarf, Plan und Offen je Periode nebeneinander, dazu die Liste der noch nicht besetzten Bedarfe mit Zeitraum, geforderter Rolle und Lücke in Stunden — direkt handlungsfähig. Siehe Bedarf & Ressourcenplanung und Die Ressourcenplanung.

Detailansicht

• Projekttyp-Badge + Status
• Zeitleiste (Start- und Enddatum, ggf. Fortschritt)
• Budget
• Übergeordnete Projekte und Teilprojekte
• Beteiligte Personen via EXECUTES/OWNS

Verwandt

• Entitätstypen — Was Entitätstypen sind
• JSON-Schema für Entitätstypen — JSON-Schema-Optionen
• OKRs — Ziele, die ein Projekt verfolgt
• Kostenstellen — Kostenstellen für Budgets
• Beziehungstypen — IS_SUBPROJECT, OWNS im Detail
• Ebenen-Regler – große Hierarchien zusammenfalten — Ebenen in der Hierarchie zusammenfalten
• Kanban-Brett — Status bewegen, Bahnen nach Rolle und Person