Workspaces & Teams
Workspaces sind in TensorPM die Grenze für Organisation, Sync und Zusammenarbeit.
Ein Projekt gehört immer zu genau einem Workspace. Wenn du den Workspace wechselst, wechselst du sichtbare Projekte, Sync-Zustand und Teamkontext.
Workspace-Typen
TensorPM nutzt zwei praktische Workspace-Typen:
- lokaler Workspace
- Cloud-Workspace
Lokale Workspaces liegen auf dem Gerät und benötigen kein Konto. Cloud-Workspaces sind mit TensorPM-Konto-Zugriff verbunden und können über Geräte hinweg synchronisieren.
Lokale Workspaces
Nutze einen lokalen Workspace, wenn:
- du ein privates Single-Device-Setup willst
- du TensorPM ohne Konto testest
- du BYOK oder lokale KI ohne Cloud Sync nutzen willst
- das Projekt vollständig offline bleiben muss
Lokale Workspaces können trotzdem KI nutzen, wenn BYOK oder lokale KI konfiguriert ist.
Cloud-Workspaces
Nutze einen Cloud-Workspace, wenn:
- du Zugriff über mehrere Geräte brauchst
- ein Team am selben Projektset arbeiten soll
- Workspace-Mitgliedschaft und Seats relevant sind
- du Sync-Status und Cloud-Diagnostik brauchst
Cloud-Workspaces bleiben in der App offline-first. TensorPM schreibt zuerst lokal und synchronisiert im Hintergrund.
Workspace Switcher
Der Workspace Switcher im Header ist der wichtigste Ort zum Wechseln zwischen Workspaces.
Nutze ihn, um:
- den aktiven Workspace zu sehen
- in einen anderen Workspace zu wechseln
- zu erkennen, ob du lokal oder in der Cloud arbeitest
- zu prüfen, ob ein Projekt nur deshalb fehlt, weil der falsche Workspace aktiv ist
Bevor du fehlende Daten vermutest, prüfe den aktiven Workspace.
Workspace-Verwaltung
Workspace Management unterstützt übliche Verwaltungsaktionen:
- Workspaces erstellen
- Workspaces umbenennen
- Workspaces löschen
- Projekte zwischen Workspaces verschieben
- Projekte aus einem Workspace löschen
- Projektanzahl prüfen
- Mitglieder für Cloud-Zusammenarbeit einladen
Sei vorsichtig beim Löschen von Workspaces oder Projekten. Lokale Löschung und Cloud-Mitgliedschaft beeinflussen, was in der App sichtbar ist.
Projekte verschieben
Verschiebe Projekte, wenn sie zu einem anderen Team, Kunden oder Arbeitskontext gehören.
Vor dem Verschieben:
- Ziel-Workspace prüfen
- prüfen, ob sich Cloud-Sync-Anforderungen ändern
- prüfen, ob Projektbeteiligte weiter Zugriff brauchen
- bei Cloud-Workspace warten, bis Sync abgeschlossen ist
Geteilte Workspaces
Geteilte Workspaces nutzen Mitgliedschaft und Rollen.
Personen im Projekt können mit TensorPM-Nutzern verknüpft werden. Wenn sie verknüpft sind, können Personendatensätze Workspace-Rolle, Subscription-Tier, Konto-E-Mail und Anzeigename anzeigen.
So verbindest du Stakeholder-/Kontaktinformationen mit echter Workspace-Zusammenarbeit.
Seats und Zugriff
Cloud-/Pro-Nutzer können je nach Plan und Workspace-Zustand direkt zusammenarbeiten. Free-Nutzer können ebenfalls in geteilten Workspaces teilnehmen, wenn Seat-Zugriff gewährt wurde.
Wenn ein Mitglied nicht synchronisieren kann, prüfe:
- Einladungszustand
- Workspace-Mitgliedschaft
- Subscription oder Seat-Entitlement
- ob E2E-Key-Sharing abgeschlossen ist
- ob die App mit dem erwarteten Konto angemeldet ist
Syncfähigkeit eines Workspace
Nicht jeder Workspace ist jederzeit syncfähig.
Sync braucht:
- Cloud-Workspace
- angemeldeten Nutzer
- gültigen Workspace-Zugriff
- verfügbare E2E-Keys
- Netzwerkzugriff
- laufenden Sync-Service
Der Sync-Indikator gibt den Kurzstatus. Das Sync-Popover liefert Diagnostik.
E2E-Workspace-Setup
Cloud-Workspaces nutzen Ende-zu-Ende-Verschlüsselung. Workspace-Inhalte werden verschlüsselt, bevor sie das Gerät verlassen.
Während des Setups kann Workspace Management Zustände zeigen wie:
- E2E Setup...
- E2E Pending
- E2E Encrypted
Lade kein großes Team ein, bevor das Key-Setup stabil ist. Schließe zuerst das Workspace-Setup ab, dann die Zusammenarbeit.
Empfohlene Workspace-Strategie
Für persönliche Projekte:
- nutze einen lokalen Workspace für private Arbeit
- erstelle einen Cloud-Workspace nur bei Sync- oder Kollaborationsbedarf
Für Kundenarbeit:
- ein Workspace pro Kunde oder größerem Geschäftskontext
- sensible Projekte von Experimenten trennen
- klare Workspace-Namen verwenden
Für Teams:
- Cloud-Workspace erstellen
- Mitglieder erst nach stabiler Projektstruktur einladen
- People Records für Projektrollen und Workspace-Mitgliedschaft für Zugriff nutzen
- Sync-Status vor wichtigen Reviews oder Planning Meetings prüfen
Häufige Workspace-Fehler
- Projekt im falschen Workspace erstellen
- erwarten, dass lokale Workspace-Daten auf einem anderen Gerät erscheinen
- Nutzer einladen, bevor E2E-Key-Setup abgeschlossen ist
- Projekt-People mit Workspace-Mitgliedern verwechseln
- annehmen, dass ein Free-Konto automatisch Cloud Sync für alle Workspaces gibt
- dasselbe Feld auf mehreren Geräten bearbeiten, bevor Sync stabil ist
Schnelle Diagnostik
Wenn ein Projekt fehlt:
- Aktiven Workspace prüfen.
- Prüfen, ob das Projekt verschoben wurde.
- Cloud-Sync-Status prüfen.
- Konto-Login prüfen.
- Workspace-Zugriff oder Seat prüfen.
Wenn ein Teammitglied keinen Zugriff hat:
- Prüfen, ob die Einladung angenommen wurde.
- Prüfen, ob das richtige Konto angemeldet ist.
- Plan- oder Seat-Zugriff prüfen.
- E2E-Setup prüfen.
- Sync neu starten, wenn das Popover diese Aktion anbietet.
Nächste Schritte
- Sync-Verhalten: Cloud Sync
- Sicherheitsmodell: Verschlüsselung & Sicherheit
- Konto-Setup: Konto & KI-Modi
- Projektmodell: Projektstruktur