Tutorials

Anleitungen & Tutorials

Schritt für Schritt durch Zuuna, von deinem ersten Board bis zu Git auf der Karte.

Erste Schritte

Von der Anmeldung bis zum ersten Board, das dein Team wirklich nutzt.

Von Asana zu Zuuna umziehen: der CSV-Weg

Asana-Projekt als CSV exportieren und in Zuuna importieren: Zuuna schlägt die Spaltenzuordnung vor. Was mitkommt, was verknüpft wird und was zurückbleibt.

Board-Automatisierungen einrichten

Wiederkehrende Handgriffe abgeben: Regeln nach dem Muster wenn → wenn zutrifft → dann bauen, testen und im Team übergeben.

Board öffentlich teilen und einbetten

Ein Board als schreibgeschützten Link an Kundschaft geben oder in die eigene Website einbetten (ohne dass jemand ein Konto braucht).

Eigene Felder auf Karten anlegen

Kundennummer, Kostenstelle oder Aufwand direkt auf der Karte erfassen: eigene Felder anlegen, unnötige ausblenden und in Tabelle und Export nutzen.

Excel-Tabelle als Kanban-Board importieren

Aus einer Excel- oder CSV-Projektliste in wenigen Minuten ein echtes Kanban-Board machen: Spalten zuordnen, Vorschau prüfen, importieren (auf jedem Plan).

Team einladen und Rollen vergeben

Kolleginnen und Kollegen per E-Mail oder Einladungslink in deinen Workspace holen, die passende Rolle vergeben und Zugriffe sauber wieder entziehen.

Dein erstes Kanban-Board in Zuuna erstellen

In wenigen Minuten vom leeren Workspace zum ersten Board mit Spalten, Karten und Team, Schritt für Schritt erklärt.

Trello-Board exportieren und umziehen (auch im Gratis-Tarif)

Trellos CSV-Export gibt es nur in Premium. Der JSON-Export funktioniert in jedem Board, und genau den liest Zuuna, mit Listen, Checklisten und Kommentaren.

Von Jira zu Zuuna umziehen: mit Token oder CSV

Zwei Wege: Jira mit einem API-Token direkt verbinden oder den CSV-Export hochladen. Was mitkommt, was zurückbleibt, und warum alte Vorgangsschlüssel weiter funktionieren.

Git-Workflow

Commits, Branches, Pull Requests und Build-Status auf der Karte.

API-Token erstellen und die erste Abfrage schicken

Ein Token mit den kleinstmöglichen Rechten anlegen, die erste Abfrage mit curl schicken, Rate-Limit-Header lesen und Token sauber rotieren.

Build- und Test-Status auf der Karte anzeigen

Aus jeder Pipeline den Build-Status an Zuuna melden, damit rot oder grün direkt auf der Karte steht (mit einem fertigen GitHub-Actions-Beispiel).

Commits automatisch mit Karten verknüpfen

Einen post-commit-Hook einrichten, der jeden Commit an die passende Karte hängt, und warum die Stelle im Commit entscheidet, ob sie sich bewegt.

GitHub Pull Requests mit dem Board verbinden

Einen Repository-Webhook einrichten, damit Pull Requests auf der Karte erscheinen (mit den zwei Fallen, an denen es sonst stillschweigend scheitert).

Karten automatisch durch Git bewegen

Regeln bauen, die Karten aus Git heraus bewegen: Branch angelegt heißt In Arbeit, Pull Request gemerged heißt Review, roter Build heißt zurück.

Agil arbeiten

Sprints, Backlog, Refinement und Planning Poker in der Praxis.

Das Backlog-Refinement-Board nutzen

Unfertige Issues in besprochene, geschätzte, sprint-bereite Arbeit verwandeln, auf einem eigenen Board mit klarer Übergabe an Poker und Sprint.

Eine Planning-Poker-Session durchführen

Story Points live im Team schätzen (ohne zweites Tool): Session starten, verdeckt abstimmen, aufdecken, übernehmen.

Sprint abschließen und den Burndown lesen

Den Sprint sauber beenden, offene Karten übertragen und aus dem Burndown lesen, was wirklich passiert ist (inklusive der Stellen, an denen er rät).

Sprint-Kapazität planen

Wissen, wie viel ins Sprint passt, bevor er anfängt: Kapazität pro Person setzen, Auslastung lesen und Urlaube automatisch einrechnen.

Einen Sprint planen und starten

Vom Backlog zum laufenden Sprint: Sprint anlegen, Issues hineinziehen, starten, und verstehen, was Zuuna dabei automatisch übernimmt.

Releases

Versionen, Tags und der Code-Graph: was wann live gegangen ist.

Code-Graph lesen: was ohne Ticket live ging

Releases als Bänder, offene Branches und die Commits, die produktiv gingen, ohne je eine Karte zu nennen. So liest du den Code-Graph.

Deploy-Ziel und Freigabe einrichten

Releases per Klick live schicken (an jede Pipeline, die eine URL hat) und davor ein Freigabe-Gate setzen, das protokolliert oder hart blockiert.

Ein Release an einen Git-Tag binden

Versionen, die der Realität entsprechen: ein Release planen, an den echten Git-Tag binden und den Inhalt automatisch aus der Commit-Historie füllen.

Zeit & Kalender

Zeiterfassung, Team-Planer, Kalender-Sync und Berichte.

Aufgaben im Kalender abonnieren und Zeit blocken

Deine Zuuna-Aufgaben als Kalender-Abo in Outlook, Google oder Apple Kalender, plus Zeitblocken im Wochenraster. So richtest du beides ein.

Board-Report: Schätzung gegen Ist auswerten

Der Reports-Tab auf dem Board: Stunden pro Person, Schätzung gegen Ist pro Karte, Zeitraum und Filter. So erkennst du systematische Unterschätzung.

Clockify oder Toggl mit Zuuna verbinden

Erfasste Stunden aus Clockify oder Toggl Track landen automatisch auf der richtigen Karte: Webhook einrichten, Kartenschlüssel in die Beschreibung, fertig.

Zeit auf Karten erfassen

Timer starten, Stunden nachbuchen, Schätzung gegen Ist verfolgen: So erfasst du Zeit direkt auf deinen Karten (ohne separates Zeiterfassungstool).

Administration & Sicherheit

Rollen, Rechte, 2FA, SSO und alles, was ein Workspace-Admin braucht.