Projekte verwalten

Unter Verwaltung → Projekte entstehen neue Projekte, werden Zugriffe erteilt und laufen die großen Umbauten: Umbenennen samt Adresse und das Zusammenführen zweier Projekte — beides so, dass alte Links gültig bleiben. Hier liegt auch der Projektkontext jedes Projekts.

Ein Projekt anlegen

Der Dialog „Neues Projekt" ist von drei Stellen aus erreichbar, immer mit demselben Ablauf: unter Verwaltung → Projekte über „Projekt anlegen", ganz unten im Projekt-Wechsler über „+ Projekt anlegen" und auf der Startseite über die Kachel „Neues Projekt" am Ende der Projektreihe.

Name, Slug (der Kurzname in der Adresse) und Firma festlegen.

Den Zugriff gleich mitbestimmen: Der Projekt-Lead ist mit der Person vorbelegt, die anlegt, und lässt sich ändern; weitere Team-Mitglieder bekommen per Häkchen Zugriff. Der Schalter „Alle aktiven Ansprechpartner von … bekommen Zugriff" (vorbelegt an) nimmt die Kunden-Kontakte der Firma mit.

Direkt danach bietet der Dialog an, das Projekt im Gespräch kennenzulernen — daraus entsteht der Projektkontext. „Später" überspringt den Schritt; die Übersicht des Projekts erinnert daran, bis der Kontext steht.

Der Projekt-Lead ist genau eine Person aus dem Team: Er verwaltet sein Projekt, wird bei jedem neuen Ticket automatisch Abonnent und erscheint Kunden als „Ihr Ansprechpartner".

Das erste Projekt eines Workspace

Hat ein Workspace noch kein aktives Projekt, ersetzt eine einzige Seite die Startseite und die Ticket-Ansichten: „Alles beginnt mit einem Projekt." Admins sehen dort den Knopf „Erstes Projekt anlegen" — derselbe Dialog wie oben —, alle anderen den Satz, dass ein Administrator es anlegt. Die Reiter stehen sichtbar, aber ausgegraut; Verwaltung, Konto, Firma und Whiteboards bleiben erreichbar. Mit dem ersten Projekt verschwindet die Seite von selbst, und „Ticket anlegen" erscheint rechts in der Brotkrumen-Zeile.

Mitglieder und Kunden-Projektmanager

Zugriff wird explizit erteilt — auch fürs Team. Wer einem Projekt nicht zugewiesen ist, sieht es nicht im Projekt-Wechsler; und umgekehrt gewährt das Zuweisen eines Tickets keinen Projekt-Zugriff. Im Projekt-Editor werden Team-Zugriff und Kunden-Zugriff getrennt gepflegt; unter „Kunden-Zugriff" lassen sich einzelne Kunden per „PM +" zum Projekt-Manager machen — dem Hauptkontakt, der Kollegen der eigenen Firma dem Projekt zuweisen darf. Mehr dazu im Rollenmodell.

Die Spalte „Kontext"

Jede Zeile trägt ein Badge für den Projektkontext — das, was die KI beim Anlegen im Dialog über das Projekt weiß: „N offen", wenn der Wochenlauf Vorschläge gemacht hat, die noch niemand geprüft hat, sonst „gepflegt" oder „leer". Ein Klick auf das Badge öffnet den Dialog; derselbe Weg steht im Zeilenmenü als „Projektkontext". Daneben erscheint „N Vorschläge offen", sobald aus erledigten Tickets des Projekts Artikel-Vorschläge für Etappe Book warten — auch dieser Klick öffnet den Dialog, mit der vollständigen Liste.

Umbenennen — auch der Slug

Name und Slug sind im Projekt-Editor änderbar. Der alte Slug bleibt als Weiterleitung bestehen: Lesezeichen, bereits verschickte Mails und offene GitHub-Branches finden das Projekt weiter, die App schreibt alte Adressen still auf den neuen Slug um. Ein Slug, der bereits als Weiterleitung eines anderen Projekts dient, wird abgelehnt; den eigenen früheren Slug darf ein Projekt zurückholen.

KI für ein Projekt abschalten

Im Projekt-Editor steht das Kästchen „KI in diesem Projekt", vorbelegt mit an. Abgewählt bedeutet: kein Dialog beim Anlegen, kein Kennenlern-Gespräch, keine Zusammenfassungen, keine Vorschläge — und auch keine Hintergrundläufe wie Zusammenfassen, Suchindex oder Projektkontext. Die Daten dieses Projekts gehen an keinen KI-Anbieter. Bereits erzeugte Zusammenfassungen bleiben stehen. Für Kunden, die das vertraglich verlangen, ist das der eine Haken statt einer Sonderlösung.

Das ist die mittlere von drei Ebenen: Die ganze Workspace-KI schaltet die Integration „KI" unter Verwaltung → Integrationen; jede Person kann die KI zusätzlich für sich selbst abwählen.

Projekte zusammenführen

„Zusammenführen" überführt alle Tickets eines Projekts in ein anderes Projekt derselben Firma — offene, erledigte, archivierte, geparkte, private und gelöschte, samt Kommentaren, Anhängen, Teilaufgaben, Verlauf und Benachrichtigungen — und archiviert die Quelle. Die Tickets erhalten neue Nummern im Ziel; die alten Positionen bleiben als Weiterleitung erhalten, alte Deep-Links bleiben gültig. Mitglieder der Quelle (inklusive Projekt-Manager-Flag) erhalten Zugriff aufs Ziel, der Projekt-Lead des Ziels bleibt.

Der Vorgang ist bewusst still: keine Benachrichtigungen, kein Eintrag je Ticket-Verlauf — im Ziel-Feed steht eine einzige Zeile über die Zusammenführung. Er läuft in Häppchen (der Dialog zeigt den Fortschritt) und ist nicht automatisch umkehrbar.