Zum Inhalt springen
Barynt v1.0.12

Die Bausteine

Workspaces, Projekte, Aufgaben, Views, Rollen: die Handvoll Begriffe, aus denen Barynt besteht, mit einem Beispiel.

Barynt kennt nur wenige Ideen, und sie stecken ineinander. Wenn du diese Begriffe einmal kennst, liest sich der Rest dieser Anleitung leicht.

Das große Bild

Stell dir Nimbus vor, eine Firma, die eine Web-App und eine Mobile-App baut. In Barynt sieht das so aus:

  • Nimbus ist der Workspace. Er enthält alles, was die Firma verfolgt, und alle, die dort arbeiten, sind Mitglieder.
  • Web App und Mobile sind Projekte darin. Jedes hat sein eigenes Board, seine eigenen Zahlen und, falls nötig, seinen eigenen Kreis von Menschen.
  • In Web App ist „Login verliert die Sitzung in Safari“ eine Aufgabe mit der Nummer NIM-1. Sie ist ein Bug mit Priorität Dringend, steht auf In Bearbeitung und ist Aisha zugewiesen.

Die fett gesetzten Wörter werden unten erklärt.

Arbeit

BegriffWas es ist
WorkspaceDas Zuhause eines Teams. Er hat eigene Mitglieder, Projekte, Teams, Labels, Rollen und Einstellungen. Ein Barynt-Server kann viele Workspaces enthalten, und sie sehen einander nicht.
ProjektEine Gruppe zusammengehöriger Aufgaben mit einem kurzen Bezeichner wie NIM. Projekte können öffentlich sein (jedes Workspace-Mitglied ist dabei) oder privat (nur Menschen, die du hinzufügst).
AufgabeEine Arbeitseinheit: eine To-do, ein Fehler, eine Idee (englisch Issue). Sie hat Titel, Beschreibung, Eigenschaften und eine Diskussion. Ihre Nummer besteht aus dem Projektbezeichner und einem Zähler, etwa NIM-12.
UnteraufgabeEin kleineres Stück einer größeren Aufgabe. Die übergeordnete Aufgabe zeigt, wie viele erledigt sind, etwa 2/5.
BeziehungEine Verbindung zwischen zwei Aufgaben: blockiert, wird blockiert von, verknüpft mit, ist Duplikat von.
AnhangEine Datei oder ein Link an einer Aufgabe.
KommentarEine Nachricht in der Diskussion einer Aufgabe. Andere können antworten und mit einem Emoji reagieren.

Die Eigenschaften einer Aufgabe

Jede Aufgabe trägt ein paar Eigenschaften, und im ganzen Workspace gilt dieselbe Auswahl, damit Filter und Diagramme überall dasselbe bedeuten.

Der Status sagt, wo die Aufgabe steht:

StatusBedeutung
Rückstand (Backlog)Bekannt, aber noch nicht geplant
Offen (Todo)Geplant, nicht begonnen
In BearbeitungJemand arbeitet daran
In ÜberprüfungFertig, wartet auf einen zweiten Blick
ErledigtAbgeschlossen
AbgebrochenWird nicht umgesetzt

Die Priorität sagt, wie dringend es ist: Keine Priorität, Niedrig, Mittel, Hoch, Dringend.

Der Typ sagt, um welche Art Arbeit es geht: Feature, Bug, Improvement, Task oder Chore.

Labels sind freie Schlagwörter wie Frontend, Customer oder Design. Sie können zu einem Projekt oder zum ganzen Workspace gehören, und eine Aufgabe kann beliebig viele tragen.

Zuständig ist die eine verantwortliche Person. Fälligkeitsdatum, Story Points und Zeitschätzung sind optionale Planungsfelder, die du pro Projekt einschalten kannst.

Wege, die Arbeit anzusehen

BegriffWas es ist
BoardSpalten nach Status. Ziehe Karten, um Arbeit voranzubringen.
ListeDieselben Aufgaben als Zeilen, gruppiert und sortiert, wie du magst.
ViewEine gespeicherte Kombination aus Filtern, Gruppierung, Reihenfolge und Layout, etwa „Offene Bugs“ oder „Diese Woche fällig“. Privat, für ein Projekt oder für den ganzen Workspace.
DashboardZahlen und Diagramme für ein Projekt oder den ganzen Workspace. Die Widgets ordnest du selbst an.
Meine AufgabenAlles, was dir zugewiesen ist, über alle Projekte hinweg.
PosteingangWas deine Aufmerksamkeit braucht: Zuweisungen, Erwähnungen, Antworten.

Menschen und Zugriff

BegriffWas es ist
MitgliedEin Mensch mit Zugriff auf einen Workspace.
TeamEine benannte Gruppe von Mitgliedern, zum Beispiel „Mobile-Team“. Teams lassen sich mit Projekten verknüpfen, damit ihre Mitglieder gemeinsam Zugriff bekommen.
RolleEin Bündel von Berechtigungen, etwa Member, Admin oder Viewer. Rollen gibt es auf drei Ebenen: für den Workspace, für ein einzelnes Projekt und für den ganzen Server.
PlattformDer Server selbst. Eine Plattform-Administration kümmert sich um Konten, Workspaces und serverweite Einstellungen, kann aber niemandes Aufgaben lesen.

Die Idee hinter den Rollen ist einfach: Deine Workspace-Rolle sagt, was du im Workspace selbst darfst, und deine Projektrolle sagt, was du innerhalb eines Projekts darfst. Mehr dazu unter Rollen und Berechtigungen.

Wo was liegt

Wenn du dich verlaufen hast, hilft diese Karte:

  • Die Seitenleiste links: Dashboard, Board und deine Aufgaben, darunter deine Projekte, dann Mitglieder, Teams und Workspace Einstellungen. Dein Name ganz unten öffnet deine persönlichen Einstellungen.
  • Die Tabs oben in jedem Projekt: Board, Liste, Dashboard und deine gespeicherten Views.
  • ⌘K / Strg+K von überall: Aufgaben, Projekte und Seiten suchen oder einen Befehl ausführen.