Projektstruktur

TensorPM-Projekte sind strukturierte Projektgraphen, keine Ordner mit Notizen.

Dieser Projektgraph wird gemeinsam genutzt von:

• Desktop-UI
• Guidance-Analyse
• KI-Panel
• Cloud Sync
• MCP-Tools
• lokalem A2A-Projektagenten

Darum ist Projektstruktur zentral. Je sauberer die Struktur, desto nützlicher wird TensorPM für Menschen und Agenten.

Workspace -> Projekt -> Views

Die oberste Struktur ist:

1. Workspace
2. Projekt
3. Projekt-Views
4. strukturierte Datensätze in jeder View

Ein Workspace gruppiert Projekte. Ein Projekt enthält Kontext, Ausführungsdaten, Dateien, Personen, Budgets, Trail-Einträge und Entscheidungen. Views zeigen unterschiedliche Ausschnitte derselben Daten.

Workspace

Ein Workspace ist die Grenze für Zusammenarbeit und Sync.

Workspace-Typen:

• lokaler Workspace
• Cloud-Workspace
• geteilter Workspace mit Mitgliedern und Seats

Lokale Workspaces bleiben auf dem Gerät. Cloud-Workspaces synchronisieren über Geräte hinweg und können mit anderen TensorPM-Nutzern geteilt werden.

Projektidentität

Jedes Projekt hat:

• interne Projekt-ID
• Anzeigename
• lokaler Ordnername
• Projektdatei-/Datenbankeinträge
• Workspace-Zuordnung
• Generierungsstatus bei KI-erstellten Projekten

Der Anzeigename ist für Menschen sichtbar. Die ID wird von MCP-Tools, Sync und internen Referenzen genutzt.

Projektkontext

Projektkontext ist die strukturierte Source of Truth.

Zentrale Kontextfelder:

• Projektbeschreibung
• Projektziel
• Projektscope
• Erfolgskriterien
• Zeitraum
• Budget
• Hauptanforderungen
• Technologien und Methoden
• Meilensteine
• Abhängigkeiten
• Risiken

Diese Felder werden in Kontext bearbeitet und sind zugleich wichtige Eingaben für Guidance, Projektgesundheit, KI-Chat und Projektextraktion.

Die Kontextansicht zeigt, wie Projektwissen, Qualitätsprüfung und nächste Schritte an einem Ort zusammenlaufen.

Erfolgskriterien

Erfolgskriterien sind nicht nur Text-Bullets. TensorPM speichert sie als identifizierte Kriterien, damit Analysen später konkret darauf verweisen können.

Nutze Erfolgskriterien für:

• messbare Ergebnisse
• Abnahmebedingungen
• Qualitätsanforderungen
• Liefergrenzen
• stakeholder-relevante Nachweise

Coverage Analysis nutzt Ziele und Erfolgskriterien, um zu erkennen, ob aktuelle Action Items wirklich auf das beabsichtigte Ergebnis einzahlen.

Tabellen im Projektkontext

Einige Kontextfelder sind strukturierte Tabellen:

• Hauptanforderungen
• Technologien und Methoden
• Meilensteine
• Risiken

Zeilen und Zellen haben interne IDs. Dadurch sind granularere Updates, Diffs und Trail-Historie möglich als bei einem einzigen großen Textblock.

Action Items

Action Items sind Ausführungsdatensätze.

Wichtige Felder:

• Status
• Priorität
• Kategorie
• Assignees
• Start- und Fälligkeitsdatum
• Dringlichkeit, Komplexität, Impact
• geplanter und tatsächlicher Aufwand
• geplantes und tatsächliches Budget
• Abhängigkeiten
• Blocker-Grund
• angehängte Dateien
• Quelle bei wiederkehrenden Items

Action Items können Personen oder Agenten zugewiesen werden. Agent-Assignees werden genutzt, wenn lokale Coding-Agenten wie Codex oder Claude Code Arbeit ausführen können.

Kategorien

Kategorien gruppieren Action Items. Sie eignen sich als Planungsbereiche, Workstreams, Phasen oder Verantwortungsbereiche.

Gute Kategorien sind zum Beispiel:

• Discovery
• Implementation
• Procurement
• Legal
• Launch
• Operations

Vermeide Kategorien, die nur Status duplizieren. Status hat bereits ein eigenes Feld.

Abhängigkeiten

Action-Item-Abhängigkeiten nutzen vier Typen:

• FS: Finish-to-Start
• SS: Start-to-Start
• FF: Finish-to-Finish
• SF: Start-to-Finish

Abhängigkeiten speisen Execution Guidance und Critical-Path-artige Planung. Nutze sie für echte Reihenfolge-Zwänge, nicht für allgemeine thematische Nähe.

Personen

Personendatensätze speichern Projektbeteiligte und Kontakte.

Typische Felder:

• Name
• Organisation
• Rollen
• Rollengruppen
• Einfluss
• E-Mail
• Telefon
• Labels
• verknüpfte TensorPM-Nutzerinformationen, wenn verfügbar

Personen werden für Action-Item-Zuweisung, Kommunikations-Shortcuts, Workspace-Einladungen und Stakeholder-Klarheit genutzt.

Die Personenansicht speichert Stakeholder und Assignees, die in Action Items und Planung wiederverwendet werden.

Budget

Budget existiert auf mehreren Ebenen:

• Projektbudget im Kontext
• geplantes und tatsächliches Budget pro Action Item
• Budget-Buckets
• einfache Ausgaben
• Dateianhänge an Ausgaben

Die Budget-View fasst diese Ebenen zu einem finanziellen Überblick zusammen.

Budget bleibt mit Arbeit verknüpft, statt als separate Tabelle neben dem Projekt zu stehen.

Dateien

Dateien können im Projektdateibereich gespeichert oder über registrierte Dateidatensätze referenziert werden.

Dateien können:

• hochgeladen werden
• verschoben werden
• umbenannt werden
• im System-Dateiexplorer geöffnet werden
• an Action Items angehängt werden
• bei unterstützten Formaten per KI zusammengefasst werden
• für Distillation ein- oder ausgeschlossen werden

Trail und Entscheidungen

Trail hat zwei verwandte Aufgaben:

• Updates: verarbeitete Kontextänderungen, Distillation-Ergebnisse und KI-/Tool-Spuren
• Decisions: append-only Entscheidungsdatensätze

Entscheidungen sind First-Class Records. Sie können aktiv, superseded oder withdrawn sein. Wenn sich eine Entscheidung ändert, bleibt der vorherige Eintrag erhalten und der Ersatz wird über eine Supersession-Kette verknüpft.

Projekteinstellungen

Projekte speichern View- und Planungseinstellungen:

• Projektprioritäten für Scope, Budget und Zeit
• Guidance-Modus und Filter
• Action-Item-Filter, Sortierung, versteckte Spalten und View-Reihenfolge
• Budget-Filter und Sortierung
• People-Filter und View-Modus
• Anzeige-Währung des Projekts
• Root-Pfad für den File Explorer
• Wizard-Zustand

Darum kann ein Projekt sich merken, wie du zuletzt damit gearbeitet hast.

Was Agenten sehen

Externe Agenten sehen denselben Projektgraphen über MCP und A2A.

MCP eignet sich für typisierte Operationen:

• Projekte listen
• Projekt abrufen
• Action Items listen oder aktualisieren
• Entscheidungen erfassen
• Projektupdates einreichen
• Workspaces verwalten

A2A eignet sich für Absicht:

• den Projektagenten über das ganze Projekt nachdenken lassen
• mehrschrittige Planung fortsetzen
• kontextbewusste Projektänderungen anfragen
• zukünftige Agentenarbeit planen

Struktur-Checkliste

Nutze diese Checkliste, bevor du dich auf KI-Guidance verlässt:

1. Das Projekt hat ein klares Ziel.
2. Der Scope enthält explizite Ausschlüsse.
3. Erfolgskriterien sind messbar.
4. Zeitraum und Budget sind nicht leer.
5. Anforderungen haben Priorität.
6. Meilensteine haben soweit möglich Termine.
7. Abhängigkeiten und Risiken sind explizit.
8. Action Items zahlen auf echte Anforderungen oder Meilensteine ein.
9. Blockierte Action Items haben Blocker-Gründe.
10. Entscheidungen stehen im Trail, nicht nur im Chat.

Nächste Schritte

• Kontext aufbauen: Projekt-Assistent
• Views verstehen: Navigation & Ansichten
• Arbeit ausführen: Action Items
• Historie verfolgen: Dateien, Intake & Trail