Boards und Spalten

Du musst sehen, was bei der Arbeit von Menschen und Agenten passiert, ohne sechs Terminals zu öffnen. Ein Board bietet dir diese Sicht: einen Ort, an dem jede Aufgabe, der Fortschritt jedes Agenten und jede Blockade sichtbar ist. Ohne diese zentrale Transparenz verlierst du dich in Tabs und weißt nicht, wer was macht.

Ein Board ist ein Kanban-Board innerhalb eines Projekts. Jedes Board hat konfigurierbare Spalten, die die Phasen des Workflows darstellen. Work Items werden durch Ziehen der Karten oder über die KI zwischen Spalten verschoben.

Ein Projekt kann mehrere Boards haben, jedes mit eigener Konfiguration, eigenem Bereich und eigenen Spalten.

Board erstellen

1. Öffne das Projekt, in dem du das Board erstellen möchtest.
2. Wähle Neues Board.
3. Fülle die Felder aus:

Feld	Beschreibung	Erforderlich
name	Name des Boards (e.g., "Backend Sprint Board")	Ja
description	Beschreibung des Zwecks des Boards	Nein
area	Funktionsbereich des Boards	Ja

4. Wähle optional eine vordefinierte Vorlage.
5. Bestätige die Erstellung.

Bereiche

Jedes Board gehört zu einem Funktionsbereich, der seinen Hauptzweck angibt. Folgende Bereiche sind verfügbar:

Bereich	Typische Verwendung
development	Softwareentwicklung, Bugs, technische Features
sales	Vertriebspipeline, Nachverfolgung von Verkaufschancen
marketing	Kampagnen, Inhalte, Marketingmaßnahmen
support	Support-Tickets, Kundenanfragen
general	Allgemeine Aufgaben, die in keine anderen Bereiche passen

Der Bereich beeinflusst die vorgeschlagenen Spaltenvorlagen und die Art, wie die KI den Board-Kontext interpretiert.

Spaltenvorlagen

Beim Erstellen eines Boards kannst du eine vordefinierte Vorlage auswählen, die die Spalten mit passenden semantischen Rollen automatisch konfiguriert. Die Vorlagen sind für jeden Bereich optimiert und bieten einen produktiven Ausgangspunkt.

Beispiele typischer Vorlagen:

• Basisentwicklung: Backlog, To Do, In Progress, Review, Done
• Entwicklung mit QA: Backlog, To Do, In Progress, Code Review, Testing, Done
• Support: Neu, In Untersuchung, Warten auf Kunden, Gelöst, Geschlossen
• Marketing: Ideen, Geplant, In Umsetzung, Veröffentlicht

Du kannst die Spalten nach dem Erstellen des Boards ändern.

Spalten

Spalten definieren die Phasen des Workflows innerhalb eines Boards. Jede Spalte hat einen Namen und semantische Rollen, die Almirant für automatisierte Verhaltensweisen verwendet.

Spalten verwalten

• Erstellen: Füge dem Board eine neue Spalte mit einem aussagekräftigen Namen hinzu.
• Neu anordnen: Ziehe Spalten, um ihre Position im Workflow zu ändern.
• Umbenennen: Ändere den Namen einer bestehenden Spalte.
• Löschen: Lösche eine Spalte. Work Items in dieser Spalte müssen zuvor in eine andere Spalte verschoben werden.

Semantische Rollen

Jede Spalte kann semantische Rollen haben, die automatische Verhaltensweisen bestimmen:

Rolle	Beschreibung	Wirkung
isDefault	Standardspalte	Neue Work Items, die in diesem Board erstellt werden, landen automatisch in dieser Spalte. Nur eine Spalte pro Board kann diese Rolle haben.
isDone	Abschluss-Spalte	Work Items in dieser Spalte gelten als abgeschlossen. Der Sprint zählt sie beim Schließen als erledigt.

Wichtiger Hinweis

Work Items haben kein eigenes Feld status. Der Status eines Work Items wird direkt aus der Board-Spalte abgeleitet, in der es sich befindet. Hat die Spalte isDone = true, gilt das Item als abgeschlossen.

Erweiterte semantische Rollen

Neben isDefault und isDone haben Spalten ein Feld für eine semantische Rolle, das der KI hilft, den Workflow zu verstehen:

Semantische Rolle	Bedeutung
backlog	Items, deren Priorisierung aussteht
todo	Priorisierte, startbereite Items
in_progress	Items, an denen aktiv gearbeitet wird
review	Items in Prüfung (Code Review, QA)
testing	Items in der Testphase
done	Abgeschlossene Items

Diese Rollen ermöglichen es der KI, den Arbeitsstatus korrekt zu interpretieren. Wenn sie beispielsweise das Tool move_work_item verwendet, kann sie anhand der semantischen Rolle automatisch erkennen, in welche Spalte ein Item verschoben werden soll.

Pro Board erlaubte Typen

Jedes Board kann einschränken, welche Typen von Work Items es annimmt. Zum Beispiel:

• Ein Entwicklungsboard kann tasks, stories, features und epics annehmen.
• Ein Support-Board kann nur tasks annehmen.
• Ein Planungsboard kann epics und features annehmen.

So bleibt jedes Board auf seinen Zweck fokussiert und Items unterschiedlicher Granularität werden nicht vermischt.

Kanban-Ansicht

Die Hauptansicht des Boards ist ein Kanban-Board mit:

• Spalten horizontal angeordnet, entsprechend dem konfigurierten Workflow.
• Karten für Work Items innerhalb jeder Spalte, nach Priorität sortiert.
• Drag and Drop, um Items zwischen Spalten zu verschieben.
• Visuellen Indikatoren für Typ, Priorität und Zugewiesene auf jeder Karte.
• Filtern, um Items nach Typ, Priorität, zugewiesener Person oder Tags ein- oder auszublenden.

Wenn du ein Work Item in eine andere Spalte ziehst, wird sein Status anhand der semantischen Rolle der Zielspalte automatisch aktualisiert.

Mehrere Boards pro Projekt

Ein Projekt kann mehrere Boards haben, um unterschiedliche Workflows zu trennen. Beispiele:

• Entwicklungsboard (Bereich: development) -- Für das technische Team.
• Bug-Board (Bereich: development) -- Ausschließlich für Fehler.
• Marketing-Board (Bereich: marketing) -- Für Kampagnen und Inhalte.
• Support-Board (Bereich: support) -- Für Kundentickets.

Jedes Board hat eine eigene Spaltenkonfiguration, erlaubte Typen und unabhängige Sprints.

Für Entwickler

Für Entwickler

MCP-Tools

Tool	Beschreibung	Wichtigste Parameter
list_boards	Listet die Boards eines Projekts auf	projectId (optional, wenn die Sitzung ein Projekt enthält)
get_board	Ruft ein Board mit seinen Spalten und seiner Konfiguration ab	boardId
get_board_context	Ruft den vollständigen Board-Kontext ab: Spalten, Rollen, Items und aktiver Sprint	boardId

Beispiel: Vollständigen Kontext eines Boards abrufen

Tool: get_board_context
Parameter:
  boardId: "uuid-del-board"

Gibt zurück:

• Name und Bereich des Boards.
• Liste der Spalten mit ihren semantischen Rollen.
• Work Items in jeder Spalte.
• Aktiven Sprint (falls vorhanden) mit seinen Daten und seinem Ziel.

Dieses Tool ist besonders nützlich, damit die KI den aktuellen Arbeitsstand versteht, bevor sie Aktionen wie das Erstellen oder Verschieben von Items ausführt.

Beispiel: Boards eines Projekts auflisten

Tool: list_boards
Parameter:
  projectId: "uuid-del-proyecto"

Gibt ein Array mit allen Boards des Projekts zurück, einschließlich Name, Bereich, Beschreibung und Anzahl der Spalten.