🔄 Agile Process
Agile Process Manager
Vollständiges Agile-Projektmanagement mit Scrum, Kanban und Hybrid-Frameworks. Product Backlog, Sprint-Planung, Kanban-Board mit WIP-Limits, Burndown-Charts, Velocity-Tracking und Rollen konform zum Scrum Guide 2020. Alles in einem einzigen kostenlosen Tool — funktioniert auf jedem Gerät.
Kostenlos testen →🔄
3 Agile Frameworks
Scrum mit Sprints und Zeremonien, Kanban mit kontinuierlichem Fluss und WIP-Limits, oder hybrides Scrumban, das beide Ansätze kombiniert.
📋
Product Backlog
User Stories mit MoSCoW-Priorisierung, Akzeptanzkriterien, Story Points, Serviceklassen, Abhängigkeiten und Tags.
📈
Metriken & Diagramme
Velocity-Tracking, Burndown/Burnup-Charts, CFD, Lead/Cycle Time, Durchsatz, Sprint Health Score und Analyse der Team-Auslastung.
👥
Scrum-Rollen nach Scrum Guide 2020
Granulare Berechtigungsmatrix: Product Owner, Scrum Master, Development Team. Kanban-Äquivalente: SRM und SDM.
In Aktion sehen
Wie es funktioniert
1
Framework wählen
Erstellen Sie ein Projekt und wählen Sie Scrum, Kanban oder Hybrid. Jedes Framework enthält dedizierte Spalten, Rollen, Metriken und Workflows.
2
Backlog aufbauen
Fügen Sie User Stories mit MoSCoW-Priorität, Akzeptanzkriterien, Story Points und Tags hinzu. Schätzen Sie mit dem integrierten Planning Poker.
3
Sprints oder Fluss ausführen
Planen Sie Sprints mit Teamkapazität, verfolgen Sie den Fortschritt auf dem Kanban-Board, überwachen Sie Burndown und Velocity und starten Sie Retrospektiven.
3 Agile Frameworks, ein Tool
Wählen Sie die passende Methodik für Ihr Team. Wechseln Sie zwischen Frameworks, während sich Ihr Prozess weiterentwickelt.
🏃
Scrum
Iterative Entwicklung basierend auf Sprints nach dem Scrum Guide 2020. Sprints mit fester Dauer (1-4 Wochen) mit Planung, Daily Standup, Sprint Review und Retrospektive. Rollen: Der Product Owner verwaltet das Backlog, der Scrum Master moderiert die Zeremonien, das Development Team schätzt und liefert. Verfolgen Sie Velocity und Burndown über die Sprints hinweg.
Ideal für: Teams, die Produkte mit sich entwickelnden Anforderungen
entwickeln und von regelmäßigen Feedbackzyklen und einer vorhersehbaren Lieferkadenz
profitieren.
📊
Kanban
Kontinuierliches Fluss-Management basierend auf der Kanban-Methode von David Anderson. Visualisieren Sie die Arbeit auf einem Board mit anpassbaren Spalten, wenden Sie WIP-Limits (Work In Progress) an, definieren Sie explizite Spaltenrichtlinien und kategorisieren Sie die Arbeit mit Serviceklassen (Standard, Expedite, Fixed Date, Intangible). Verwenden Sie Swimlanes, um Karten nach Bearbeiter, Priorität, CoS oder Tags zu gruppieren. Rollen: Service Request Manager und Service Delivery Manager.
Ideal für: Support-Teams, Wartungs-Workflows, Umgebungen mit variablen
Prioritäten oder Teams im schrittweisen Übergang zu Agile.
🔀
Hybrid (Scrumban)
Kombiniert das Beste aus Scrum und Kanban: Behalten Sie die Sprint-Struktur für den Planungsrhythmus bei, während Sie WIP-Limits und Flussmetriken von Kanban für die tägliche Ausführung nutzen. Optionale Sprints, vereinfachte Zeremonien und Metriken sowohl für Velocity als auch für Durchfluss. Erhalten Sie die Vorhersehbarkeit von Scrum mit der Flexibilität von Kanban.
Ideal für: Teams im Übergang zwischen Frameworks, Projekte mit einer
Mischung aus Entwicklung und Wartung oder Teams, die die Sprint-Struktur mit größerer
Flexibilität benötigen.
Framework-Detailanalyse
Jedes Framework enthält angepasste Spalten, Rollen, Metriken und Workflows. So funktionieren sie in Keisen im Detail.
🏃 Scrum — Sprintbasierte iterative Entwicklung
Keisen implementiert Scrum nach dem Scrum Guide 2020 mit vollständiger Zeremonie-Unterstützung und rollenbasierten Berechtigungen.
Sprint-Lebenszyklus (4 Phasen)
- Planung — Der Product Owner wählt Stories aus dem priorisierten Backlog. Das Team schätzt mit dem integrierten Planning Poker und committet basierend auf der Teamkapazität (Stunden pro Mitglied, angepasst an Verfügbarkeit und Urlaub). Die Sprint-Dauer ist von 1 bis 4 Wochen konfigurierbar.
- Aktiv — Das Development Team arbeitet an den committed Stories. Das Kanban-Board zeigt 4 Spalten: To Do → In Progress → In Review → Done. Verfolgen Sie den täglichen Fortschritt mit dem Burndown-Chart (ideal vs. tatsächlich), notieren Sie Daily-Standup-Notizen (Gestern / Heute / Hindernisse) pro Teammitglied und erkennen Sie Hindernisse automatisch.
- Review — Der Scrum Master leitet ein formales Sprint Review nach Scrum Guide 2020. Jede Story erhält ein Ergebnis: Genehmigt, Zu verfeinern oder Abgelehnt. Erfassen Sie Stakeholder-Feedback, Demo-Notizen, formale Entscheidungen (Action Items, Scope Changes, technische Entscheidungen) und Lessons Learned.
- Abgeschlossen — Die Velocity wird automatisch berechnet. Der Sprint wird mit einem integrierten Retrospective Board verknüpft. Unvollendete Stories kehren ins Backlog für den nächsten Sprint zurück.
Scrum-Rollen (Scrum Guide 2020)
- Product Owner — Verantwortlich für das Backlog. Erstellt, bearbeitet, löscht und priorisiert Stories. Definiert die Definition of Ready. Legt die endgültige Schätzung nach Teamdiskussion fest. Weist Teammitglieder den Stories zu.
- Scrum Master — Moderiert die Zeremonien. Erstellt, startet und schließt Sprints ab. Leitet Sprint Review und Retrospektive. Konfiguriert WIP-Limits und Board-Einstellungen. Beseitigt Hindernisse.
- Development Team (Entwickler, Designer, QA) — Schätzt Stories über Planning Poker. Weist sich selbst Stories zu. Verschiebt eigene Stories auf dem Board. Notiert Daily-Standup-Einträge. Kann keine Stories erstellen oder Sprints verwalten.
- Stakeholder — Nur Lesezugriff. Nimmt am Sprint-Review-Feedback teil. Kann Stories, Sprints oder Board nicht ändern.
Scrum-Metriken
- Velocity — Abgeschlossene Story Points pro Sprint mit Trendlinie über Sprints
- Burndown-Chart — Verbleibende Punkte pro Tag vs. ideale Burndown-Linie
- Burnup-Chart — Abgeschlossene Punkte pro Tag mit Darstellung von Scope Changes
- Sprint Health Score — Automatische Risikoerkennung wenn Fortschritt unter 80% des Ideals fällt
- Schätzgenauigkeit — Vergleich geschätzte vs. tatsächliche Punkte
- Lead Time & Cycle Time — Tage von Erstellung bis Done / In Progress bis Done
📊 Kanban — Kontinuierliches Fluss-Management
Keisen implementiert Kanban nach der Kanban-Methode von David Anderson mit 6 Praktiken: Workflow visualisieren, WIP begrenzen, Fluss verwalten, Richtlinien explizit machen, Feedback-Schleifen implementieren, kollaborativ verbessern.
Board-Konfiguration (6 Standard-Spalten)
- Backlog — Alle eingehenden Arbeiten. Richtlinie: „Nach Priorität sortieren". Kein WIP-Limit.
- Refinement — Stories werden analysiert und detailliert. WIP-Limit: 5. Richtlinien: „Max. 2 Tage in Spalte", „Erfordert Akzeptanzkriterien".
- Ready — Stories, die die Definition of Ready erfüllen. WIP-Limit: 5. Richtlinie: „Schätzungen abgeschlossen".
- In Progress — Aktive Entwicklung. WIP-Limit: 3. Richtlinie: „Max. 1 Element pro Person", „Tägliches Status-Update".
- Review — Code Review / QA. WIP-Limit: 2. Richtlinie: „Max. 24h in Spalte", „Erfordert Code Review".
- Done — Abgeschlossene Arbeit. Richtlinie: „Alle Akzeptanzkriterien erfüllt". Kein WIP-Limit.
WIP-Limits & visueller Status
Jede Spalte zeigt einen Echtzeit-WIP-Indikator mit Farbcodierung: grün = unter dem Limit, orange = am Limit, rot = überschritten. Expedite-Elemente (Serviceklasse) können WIP-Limits bei dringender Arbeit überschreiten.
5 Swimlane-Typen
- Serviceklasse — Expedite (oben, rot) → Fixed Date (lila) → Standard (blau) → Intangible (grau)
- Bearbeiter — Eine horizontale Zeile pro Teammitglied
- Priorität — Must (oben) → Should → Could → Won't (unten)
- Tag — Eine Zeile pro Tag für kategoriebasierte Gruppierung
- Keine — Klassische flache Spaltenansicht
Serviceklassen (4 Kategorien)
- Standard (blau) — Normale FIFO-Verarbeitung, respektiert WIP-Limits
- Expedite (rot) — Dringende Arbeit, kann WIP-Limits überschreiten, wird sofort bearbeitet
- Fixed Date (lila) — Fester Termin, termingebundene Verpflichtung
- Intangible (grau) — Technische Schulden, Infrastruktur, kein unmittelbarer Geschäftswert
Kanban-Rollen
- Service Request Manager (SRM) — Entspricht dem Product Owner. Verwaltet eingehende Anfragen, priorisiert das Backlog, definiert Akzeptanzkriterien.
- Service Delivery Manager (SDM) — Entspricht dem Scrum Master. Verwaltet den Fluss, überwacht WIP-Limits, moderiert Verbesserungsmeetings, beseitigt Hindernisse.
- Teammitglieder — Ziehen Arbeit vom Board, weisen sich selbst zu, aktualisieren den Status täglich.
Kanban-Metriken
- Cumulative Flow Diagram (CFD) — Visualisiert die Anzahl der Arbeitselemente pro Status über die Zeit und zeigt Engpässe
- Lead Time — Tage von der Story-Erstellung bis zum Abschluss
- Cycle Time — Tage von „In Progress" bis „Done"
- Throughput — Abgeschlossene Elemente pro Woche
- Arbeitselement-Alter — Wie lange sich jedes Element in seinem aktuellen Status befindet
- Flusseffizienz — Verhältnis von aktiver Arbeitszeit zur Gesamtdurchlaufzeit
- WIP-Verteilung — Aktuelle Elemente pro Statusspalte
🔀 Hybrid (Scrumban) — Das Beste aus beiden Welten
Hybrid kombiniert Scrums Sprint-Rhythmus mit Kanbans Fluss-Management. Behalten Sie die Vorhersehbarkeit zeitgebundener Iterationen bei und nutzen Sie WIP-Limits und Flussmetriken für die tägliche Ausführung.
Board-Konfiguration (vereinfacht)
- To Do — Sprint-committed Stories, bereit zum Start. Kein WIP-Limit.
- In Progress — Aktive Entwicklung. WIP-Limit: 5. Richtlinie: „Max. 1 Element pro Person".
- Done — Abgeschlossene Arbeit. Richtlinie: „Alle Akzeptanzkriterien erfüllt".
Was Hybrid von jedem Framework übernimmt
| Von Scrum | Von Kanban |
|---|---|
| Optionale Sprint-Zeitboxen | WIP-Limits pro Spalte |
| Velocity-Tracking | Flussmetriken (CFD, Lead/Cycle Time) |
| Burndown-/Burnup-Charts | Kontinuierliche Verbesserungskadenz |
| Sprint-Planung & Kapazität | Pull-System (Team entscheidet, wann gestartet wird) |
| Retrospektiven pro Sprint | Spaltenrichtlinien |
Wann Hybrid verwenden
- Teams im Übergang von Scrum zu Kanban (oder umgekehrt)
- Projekte, die Feature-Entwicklung (sprintbasiert) mit Wartung (flussbasiert) kombinieren
- Teams, die Sprint-Struktur für die Planung brauchen, aber mehr Flexibilität in der täglichen Ausführung wünschen
- Organisationen mit unterschiedlichem Reifegrad in verschiedenen Teams
Scrum Guide 2020 — Rollen-Berechtigungsmatrix
Jede Aktion wird durch ein zweischichtiges Rollensystem gesteuert: Zugriffsrolle (Eigentümer, Admin, Mitglied, Betrachter) kombiniert mit funktionaler Rolle (Product Owner, Scrum Master, Entwickler). Für Kanban-Projekte werden Rollen umbenannt: PO → Service Request Manager, SM → Service Delivery Manager.
| Aktion | Product Owner | Scrum Master | Entwicklungsteam | Stakeholder |
|---|---|---|---|---|
| Backlog-Management | ||||
| Stories erstellen / bearbeiten / löschen | ✅ | — | — | — |
| Backlog priorisieren (MoSCoW) | ✅ | — | — | — |
| Endschätzung festlegen | ✅ | — | — | — |
| Teammitglieder zuweisen | ✅ | — | — | — |
| Sprint-Management | ||||
| Sprint erstellen / starten / abschließen | — | ✅ | — | — |
| Retrospektive moderieren | — | ✅ | — | — |
| WIP-Limits konfigurieren | — | ✅ | — | — |
| Schätzung & Entwicklung | ||||
| Story Points schätzen (Planning Poker) | — | — | ✅ | — |
| Sich selbst Stories zuweisen | — | — | ✅ | — |
| Eigene Stories auf dem Board verschieben | ✅ | ✅ | ✅ | — |
| Beliebige Stories auf dem Board verschieben | ✅ | ✅ | — | — |
| Team-Management | ||||
| Mitglieder einladen | ✅ | ✅ | — | — |
| Mitglieder entfernen / Rollen ändern | ✅ | — | — | — |
Kanban-Äquivalente: Product Owner → Service Request Manager (SRM) · Scrum Master → Service Delivery Manager (SDM) · Development Team → Teammitglieder. Gleiche Berechtigungsmatrix, andere Terminologie.
Vollständiges Agile Toolkit
- Product Backlog Management — User Stories mit Vorlage "Als... möchte ich... damit...", MoSCoW-Priorisierung (Must, Should, Could, Won't), Akzeptanzkriterien, Business Value und Abhängigkeiten zwischen Stories
- 7-Stufen-Story-Workflow — Verfolgen Sie Stories durch Backlog → Refinement → Ready → In Sprint → In Progress → In Review → Done mit automatischem Status-Management
- Sprint-Planung und Kapazität — Konfigurieren Sie die Sprint-Dauer (1-4 Wochen), berechnen Sie die Teamkapazität basierend auf der Verfügbarkeit der Mitglieder, weisen Sie Stories zu, indem Sie Story Points und Kapazität vergleichen
- Kanban-Board mit WIP-Limits — Anpassbare Spalten mit Work-In-Progress-Limits, visuellen WIP-Statusanzeigen (grün/orange/rot) und expliziten Spaltenrichtlinien für die Kanban-Praxis #4
- 5 Swimlane-Typen — Gruppieren Sie Karten nach Serviceklasse, Bearbeiter, Priorität (MoSCoW), Tags oder keine Gruppierung für maximale Flexibilität
- Serviceklassen (Kanban) — Kategorisieren Sie Elemente als Standard (FIFO), Expedite (darf WIP überschreiten), Fixed Date (fester Termin) oder Intangible (technische Schulden)
- Burndown- und Velocity-Charts — Echtzeit-Burndown mit idealer vs. realer Linie, Velocity-Tracking über Sprints mit Trendanalyse, Sprint Health Scoring
- Lead Time und Cycle Time — Live-Berechnung der Lead Time (Erstellung bis Erledigung) und Cycle Time (In Bearbeitung bis Erledigung) zur Analyse der Flusseffizienz
- Berechtigungen nach Scrum Guide 2020 — Rollenbasierter Zugriff: PO verwaltet Backlog, SM verwaltet Sprint, Dev Team schätzt und weist sich selbst zu. Granulare Berechtigungsmatrix für jede Aktion
- Daily Standup Tracking — Strukturierte Notizen "Gestern / Heute / Hindernisse" für jedes Teammitglied mit Blockade-Erkennung und Historie
- Sprint Review mit Ergebnissen — Formale Review mit Ergebnissen pro Story (Genehmigt / Zu verfeinern / Abgelehnt), Stakeholder-Feedback, Demo-Notizen und formale Entscheidungen
- Teamkapazität & Kompetenzmatrix — Dual-View-Kapazitätsplanung (Standard Scrum + Stundenansicht), Kompetenzmatrix, Verfügbarkeits-Tracking mit Abwesenheitszeiten
- Integrierter Estimation Room — Direkte Verknüpfung zu Planning Poker Sitzungen mit Fibonacci, T-Shirt, PERT und Bucket-Methoden aus den Stories heraus
- Integrierte Retrospektive — Verknüpfen Sie Sprints mit Retrospektive-Boards mit 5 Vorlagen, Action-Item-Tracking und Sentiment-Analyse
- Audit Trail — Vollständige Änderungshistorie mit 11 verfolgten Aktionen (Erstellen, Bearbeiten, Löschen, Verschieben, Schätzen, Zuweisen, Abschließen, Starten, Schließen, Einladen, Beitreten) über 5 Entitätstypen
- Google Sheets Export — Exportieren Sie 5 formatierte Blätter: Product Backlog, Sprint Planning, Team und Kapazität, Retrospektive und aggregierte Metriken
Methodischer Leitfaden: Jedes Framework enthält einen integrierten interaktiven
Leitfaden mit Abschnitten zu Rollen, Zeremonien, Artefakten, Best Practices, Anti-Pattern und FAQ —
um Ihrem Team zu helfen, Agile richtig einzuführen.
Aufgebaut auf Bewährten Methoden
Keisens Agile Process Manager ist nicht nur ein weiteres Projektboard — er implementiert die tatsächlichen Frameworks, wie sie von ihren Schöpfern definiert wurden. Scrum folgt dem Scrum Guide 2020 von Ken Schwaber und Jeff Sutherland mit klaren Verantwortungsgrenzen zwischen Product Owner, Scrum Master und Entwicklern. Kanban implementiert David Andersons sechs Praktiken — von der Workflow-Visualisierung bis zur kollaborativen Verbesserung — mit echten WIP-Limits, expliziten Richtlinien und Serviceklassen-Kategorisierung.
Die Berechtigungsmatrix erzwingt Scrums Aufgabentrennung: Nur der Product Owner verwaltet das Backlog, nur der Scrum Master verwaltet Sprints, und nur Entwickler schätzen. Das ist nicht optional — so ist das Framework konzipiert, und Keisen erzwingt es, damit Ihr Team von Anfang an die richtigen Gewohnheiten entwickelt.
Kombiniert mit dem integrierten Estimation Room für Planning Poker, dem Retrospective Board für kontinuierliche Verbesserung, der Eisenhower-Matrix für strategische Priorisierung und Smart Todo für operatives Aufgabenmanagement bietet Keisen ein vollständiges agiles Ökosystem — nicht nur isolierte Tools.
Häufig gestellte Fragen
Welche agilen Frameworks unterstützt Keisen?
Keisen unterstützt 3 agile Frameworks: Scrum
(sprintbasiert mit vollständigen Zeremonien: Planung, Daily Standup, Review und
Retrospektive), Kanban (kontinuierlicher Fluss mit WIP-Limits, Swimlanes,
Spaltenrichtlinien und Serviceklassen) und Hybrid/Scrumban (kombiniert
Sprint-Struktur mit Kanban-Fluss und WIP-Limits). Jedes Framework verfügt über dedizierte
Funktionen, Rollen, Metriken und Board-Konfigurationen.
Ist der Agile Process Manager kostenlos?
Ja, der Keisen Agile Process Manager ist völlig kostenlos. Sie können
agile Projekte erstellen, Sprints verwalten, Kanban-Boards mit WIP-Limits nutzen, Velocity
verfolgen, Burndown-Charts generieren, das Team verwalten und Mitglieder einladen. Melden
Sie sich bei Google an und beginnen Sie in wenigen Sekunden zu arbeiten.
Was ist der Unterschied zwischen Scrum, Kanban und Hybrid?
Scrum verwendet Sprints mit fester Dauer (1-4 Wochen) mit 4 Zeremonien (Planung, Daily Standup, Sprint Review, Retrospektive) und 3 definierten Rollen (Product Owner, Scrum Master, Development Team). Es verfolgt Velocity und Burndown. Kanban verwendet kontinuierlichen Fluss ohne Sprints — Arbeit wird gezogen, wenn Kapazität verfügbar ist. Es nutzt WIP-Limits, Spaltenrichtlinien, Swimlanes und Serviceklassen. Es verfolgt CFD, Lead Time, Cycle Time und Flusseffizienz. Hybrid (Scrumban) kombiniert optionale Sprints mit WIP-Limits und Flussmetriken — der Planungsrhythmus von Scrum mit der Flexibilität von Kanban.
Wie funktioniert das Kanban-Board?
Das Kanban-Board von Keisen bietet anpassbare Spalten mit
konfigurierbaren WIP-Limits, die den visuellen Status anzeigen (grün = unter dem Limit,
orange = am Limit, rot = überschritten). Sie können explizite Spaltenrichtlinien definieren
(z. B. "Max. 24h in dieser Spalte", "Erfordert Code-Review"), 5 Swimlane-Gruppierungen
verwenden (Serviceklasse, Bearbeiter, Priorität, Tag, Keine) und die Arbeit mit 4
Serviceklassen kategorisieren (Standard, Expedite, Fixed Date, Intangible). Die Karten
werden per Drag-and-Drop verwaltet.
Wie funktioniert das Sprint-Management?
Sprints folgen dem vollständigen Zyklus: Planung
(Stories aus dem Backlog auswählen, Kapazität pro Mitglied festlegen),
Aktiv (Fortschritt mit Burndown-Charts verfolgen, Daily Standup Notizen,
Hinderniserkennung), Review (jede Story mit formalen Ergebnissen bewerten:
Genehmigt, Zu verfeinern, Abgelehnt, plus Stakeholder-Feedback und formale Entscheidungen)
und Abgeschlossen (automatische Velocity-Berechnung, Retrospektiven-Link).
Die Sprint-Dauer ist von 1 bis 4 Wochen konfigurierbar.
Wie funktioniert der 7-Stufen-Story-Workflow?
Jede User Story durchläuft 7 Stufen: Backlog (neu, unpriorisiert) → Refinement (wird analysiert, Akzeptanzkriterien hinzugefügt) → Ready (Definition of Ready erfüllt, Schätzung abgeschlossen) → In Sprint (committed zu einem Sprint) → In Progress (Entwicklung gestartet) → In Review (Code Review / QA) → Done (alle Akzeptanzkriterien erfüllt). Nur Stories mit dem Status „Ready" können einem Sprint hinzugefügt werden, was ein ordnungsgemäßes Grooming erzwingt.
Wie funktionieren User Stories in Keisen?
User Stories folgen der Vorlage „Als... möchte ich... damit...". Jede Story enthält: MoSCoW-Priorität (Must, Should, Could, Won't), Akzeptanzkriterien (Checkliste der Bedingungen für „Done"), Story Points (geschätzt über Planning Poker), Serviceklasse (Standard, Expedite, Fixed Date, Intangible), Business Value (1-10 Bewertung), Tags zur Kategorisierung, Abhängigkeiten zu anderen Stories und Bearbeiter. Stories verfolgen auch tatsächliche Stunden und benutzerdefinierten Fortschrittsprozentsatz.
Was ist MoSCoW-Priorisierung?
MoSCoW ist eine Priorisierungstechnik, die in Keisens Product Backlog verwendet wird. Jede Story wird klassifiziert als: Must Have (kritisch, Projekt scheitert ohne), Should Have (wichtig, aber nicht vital), Could Have (wünschenswert, wenn Zeit vorhanden), oder Won't Have (derzeit außerhalb des Umfangs). Das Backlog kann nach MoSCoW-Priorität sortiert werden, und Swimlanes können Karten nach Prioritätsstufe auf dem Kanban-Board gruppieren.
Wie integriert sich der Estimation Room mit dem Agile Process?
Keisens Estimation Room integriert sich direkt mit dem Agile Process Manager. Von jeder User Story aus können Sie eine Planning-Poker-Sitzung mit Fibonacci-, T-Shirt-, PERT- (3-Punkt), Bucket-, Dezimal-, Dot-Voting- oder Five-Fingers-Methoden starten. Teammitglieder stimmen anonym ab, diskutieren Unterschiede und erreichen einen Konsens. Die endgültige Schätzung wird vom Product Owner festgelegt und als Story Points in der Story gespeichert. Nur Development-Team-Mitglieder können schätzen — der Product Owner kann nur den Endwert festlegen.
Was ist die Serviceklasse in Kanban?
Die Serviceklasse kategorisiert Arbeitselemente nach Dringlichkeit und Art: Standard (blau) — normale FIFO-Verarbeitung, respektiert WIP-Limits; Expedite (rot) — dringende Arbeit, kann WIP-Limits überschreiten und wird sofort bearbeitet; Fixed Date (lila) — Arbeit mit einem festen Termin; Intangible (grau) — technische Schulden oder Infrastrukturarbeit ohne unmittelbaren Geschäftswert. Sie können das Board per Swimlanes nach Serviceklasse gruppieren.
Was sind Swimlanes und wie funktionieren sie?
Swimlanes sind horizontale Gruppierungen auf dem Kanban-Board. Keisen unterstützt 5 Typen: Serviceklasse (Expedite oben, dann Fixed Date, Standard, Intangible), Bearbeiter (eine Zeile pro Teammitglied), Priorität (Must → Should → Could → Won't), Tag (eine Zeile pro Tag) und Keine (klassische flache Ansicht). Swimlanes helfen, die Arbeitsverteilung zu visualisieren, Engpässe pro Kategorie zu identifizieren und parallele Workflows zu verwalten.
Wie funktioniert das Sprint Review?
Keisen implementiert das Sprint Review als formales Scrum Guide 2020 Event. Der Scrum Master leitet das Review und erfasst: Demo-Notizen für jede vorgestellte Story, Story-Ergebnisse (Genehmigt, Zu verfeinern oder Abgelehnt für jede Story), Stakeholder-Feedback von Teilnehmern (PO, SM, Entwickler, Stakeholder, Gäste), formale Entscheidungen (Action Items, Backlog-Änderungen, Scope Changes, technische Entscheidungen) mit Zuständigen und Fälligkeitsdaten und Lessons Learned. Ein Sentiment-Score (1-5) erfasst die Gesamtstimmung des Teams.
Was ist die Daily-Standup-Funktion?
Jeder Sprint enthält strukturiertes Daily-Standup-Tracking. Teammitglieder notieren drei Dinge: Was haben Sie gestern gemacht?, Was werden Sie heute tun? und Gibt es Hindernisse? Hindernisse werden automatisch erkannt und markiert. Standup-Notizen werden pro Mitglied und Tag gespeichert, was ein historisches Protokoll erstellt, das hilft, Muster, wiederkehrende Blockaden und Velocity-Trends zu erkennen.
Wie funktioniert die Teamkapazitätsplanung?
Keisen bietet Dual-View-Kapazitätsplanung: Scrum-Standardansicht zeigt Velocity, Throughput und vorgeschlagene Story Points pro Sprint. Stundenansicht zeigt verfügbare Stunden pro Mitglied (konfigurierbare Stunden/Tag), zugewiesene Stunden und Auslastungsprozentsatz. Jedes Teammitglied hat konfigurierbare Kapazitätsstunden pro Tag (Standard 8), Fähigkeiten für die Kompetenzmatrix und Abwesenheitszeiten (Urlaub, Feiertage), die automatisch die Sprint-Kapazität reduzieren.
Was ist die Kompetenzmatrix?
Die Kompetenzmatrix visualisiert die Kompetenzen Ihres Teams in einem Raster. Jedes Teammitglied listet seine Fähigkeiten auf (z. B. React, Python, UX Design, Testing), und die Matrix zeigt die Abdeckung im gesamten Team. Dies hilft bei der Sprint-Planung, Kompetenzlücken zu erkennen, die Arbeitslast unter Spezialisten auszugleichen und fundierte Zuweisungsentscheidungen zu treffen. Besonders nützlich für funktionsübergreifende Scrum-Teams.
Wie funktionieren WIP-Limits?
WIP-Limits (Work In Progress) begrenzen die Anzahl der Elemente in jeder Kanban-Spalte. Wenn eine Spalte unter dem Limit ist, zeigt der Header grün. Am Limit zeigt orange. Über dem Limit zeigt rot. Dies verhindert Engpässe und Multitasking. Expedite-Elemente (Serviceklasse) können WIP-Limits überschreiten, wenn dringende Arbeit sofortige Aufmerksamkeit erfordert. WIP-Limits sind vom Scrum Master / Service Delivery Manager konfigurierbar.
Was ist ein Cumulative Flow Diagram (CFD)?
Das CFD ist eine Kanban-Metrik, die die Anzahl der Arbeitselemente in jedem Status über die Zeit als gestapelte farbige Bänder zeigt. Es zeigt: Engpässe (sich verbreiternde Bänder), Throughput (Rate, mit der Elemente „Done" erreichen), WIP-Trends (gesamte aktive Elemente) und Lead-Time-Annäherung (horizontaler Abstand zwischen Bändern). Es ist das primäre Diagnosewerkzeug für Kanban-Teams und ist in Kanban- und Hybrid-Frameworks verfügbar.
Was sind Spaltenrichtlinien?
Spaltenrichtlinien sind explizite Regeln, die definieren, wann ein Arbeitselement eine Kanban-Spalte betreten oder verlassen kann. Gemäß Kanban-Praxis #4 (Richtlinien explizit machen) können Sie in Keisen Richtlinien pro Spalte definieren — zum Beispiel: „Erfordert definierte Akzeptanzkriterien" für Refinement, „Max. 1 Element pro Person" für In Progress, „Erfordert Code-Review-Genehmigung" für Review oder „Alle Akzeptanzkriterien erfüllt" für Done. Richtlinien sind in den Spaltenheadern sichtbar und helfen Teams, konsistente Workflow-Gewohnheiten aufzubauen.
Welche Scrum-Rollen und Berechtigungen unterstützt Keisen?
Keisen implementiert Scrum Guide 2020 konforme Rollen mit einer granularen Berechtigungsmatrix: Product Owner (Backlog-Management, Story-Erstellung, Priorisierung, Endschätzung, Mitgliederzuweisung), Scrum Master (Sprint-Management, Moderation, Retrospektive, WIP-Konfiguration), Development Team (Schätzung über Planning Poker, Selbstzuweisung, eigene Story-Bewegung). Für Kanban sind die entsprechenden Rollen Service Request Manager (SRM) und Service Delivery Manager (SDM). Stakeholder haben nur Lesezugriff. Jede Aktion hat eine spezifische rollenbasierte Zugriffskontrolle — siehe die vollständige Berechtigungsmatrix.
Wie unterscheiden sich Kanban-Rollen von Scrum-Rollen?
In Kanban-Projekten benennt Keisen die Scrum-Rollen in Kanban-Äquivalente um: Product Owner → Service Request Manager (SRM), der eingehende Anfragen verwaltet und das Backlog priorisiert, Scrum Master → Service Delivery Manager (SDM), der den Fluss verwaltet, WIP-Limits überwacht und Verbesserungsmeetings moderiert, Development Team → Teammitglieder, die Arbeit ziehen und sich selbst zuweisen. Die Berechtigungsmatrix bleibt gleich — nur die Terminologie ändert sich passend zu den Kanban-Konventionen.
Welche Metriken und Diagramme sind verfügbar?
Die Metriken passen sich dem Framework an: Scrum bietet
Velocity-Tracking, Burndown/Burnup-Charts, Sprint Health Scoring, Schätzgenauigkeit. Kanban
bietet Cumulative Flow Diagrams (CFD), WIP-Verteilung, Flusseffizienz, Arbeitselement-Alter. Alle
Frameworks enthalten Lead Time und Cycle Time (Live-Berechnung),
Durchsatz-Metriken, Team-Workload-Analyse, Scope-Change-Tracking und
Commitment-Trendanalyse. Die Metriken werden in einem dedizierten Dashboard mit interaktiven
Grafiken visualisiert.
Wie integriert sich die Retrospektive mit Sprints?
Nach Abschluss eines Sprints verknüpft Keisen ihn mit einem integrierten Retrospective Board. Sie können aus 6 Vorlagen wählen: Start/Stop/Continue, Sailboat, 4Ls (Liked/Learned/Lacked/Longed For), Starfish, Mad/Sad/Glad und DAKI (Drop/Add/Keep/Improve). Die Retrospektive folgt geführten Phasen: Erstellen → Brainstorming → Gruppieren → Abstimmen → Diskutieren → Abschließen. Sie enthält Sentiment-Abstimmung, Wetter-Icebreaker, Coach-Tipps und Action-Item-Tracking. Für Kanban können Retrospektiven in beliebiger Kadenz geplant werden.
Wie funktioniert der Audit Trail?
Keisen verfolgt jede Änderung in Ihrem agilen Projekt mit einem vollständigen Audit Trail. Es protokolliert 11 Aktionen (Erstellen, Bearbeiten, Löschen, Verschieben, Schätzen, Zuweisen, Abschließen, Starten, Schließen, Einladen, Beitreten/Verlassen) über 5 Entitätstypen (Projekt, Story, Sprint, Team, Retrospektive). Jeder Eintrag dokumentiert, wer die Aktion durchgeführt hat, wann, die vorherigen und neuen Werte und welche Felder geändert wurden. Das Audit-Protokoll ist filterbar nach Aktionstyp, Entität, Benutzer und Datumsbereich.
Kann ich Projektdaten exportieren?
Ja, Keisen exportiert nach Google Sheets mit 5 formatierten Blättern: Product Backlog (alle Stories mit Metadaten), Sprint Planning (Zeitplan und Zuweisungen), Team & Kapazität (Roster mit Fähigkeiten und Kapazität), Retrospektive (Elemente, Sentiment, Action Items) und Aggregierte Metriken (Velocity, Throughput, Lead/Cycle Time). Der Export verwendet Google Sheets API v4 und erfordert Google-Anmeldung.
Was sind Story-Abhängigkeiten?
Story-Abhängigkeiten ermöglichen es, blockierende Beziehungen zwischen User Stories zu definieren. Wenn Story B von Story A abhängt, bedeutet das, dass A abgeschlossen sein muss, bevor B beginnen kann. Abhängigkeiten helfen dem Product Owner, das Backlog richtig zu sequenzieren und zu verhindern, dass das Team an Arbeit beginnt, die durch unvollständige Voraussetzungen blockiert ist. Abhängigkeiten sind auf der Story-Karte und in der Backlog-Ansicht sichtbar.
Kann ich das Framework nach der Projekterstellung wechseln?
Das Framework (Scrum, Kanban oder Hybrid) wird bei der Projekterstellung festgelegt und bestimmt die verfügbaren Tabs, Standard-Spalten, Rollen und Metriken. Wenn Sie ein anderes Framework benötigen, können Sie ein neues Projekt mit dem gewünschten Framework erstellen und Ihre Stories verschieben. Das Hybrid-Framework ist ein guter Ausgangspunkt bei Unsicherheit — es unterstützt sowohl sprintbasierte als auch flussbasierte Arbeit.
Kann ich Keisen für Remote-Agile-Teams nutzen?
Absolut ja. Keisen ist eine Web-Anwendung, die über jeden Browser
zugänglich ist und sowohl für Remote- als auch für Co-located-Teams konzipiert wurde.
Funktionen wie Echtzeit-Zusammenarbeit, Team-Einladungen mit Rollenzuweisung, Daily Standup
Tracking, integrierte Retrospektiven und Google Sheets Export machen es ideal für verteilte
agile Teams. Alle Teammitglieder können gleichzeitig auf Backlog, Boards und Metriken
zugreifen.
Funktioniert der Agile Process Manager auf mobilen Geräten?
Ja, Keisen Agile Process Manager ist vollständig responsiv und funktioniert
auf Smartphones, Tablets und Desktop-Browsern. Sie können das Backlog verwalten, Sprints
verfolgen und Metriken von jedem Gerät aus einsehen — kein App-Download erforderlich. Die
Oberfläche passt sich an Ihre Bildschirmgröße an für das beste Erlebnis.
Wie vergleicht sich Keisen mit Jira oder Monday.com?
Keisen bietet 3 agile Frameworks in einem Tool (Scrum, Kanban, Hybrid),
Rollenberechtigungen konform zum Scrum Guide 2020, integrierten Estimation Room mit 7 Schätzmethoden, integrierte Retrospective Boards mit 6 Vorlagen,
Team-Kompetenzmatrix, vollständigen Audit Trail und Google Sheets Export — alles kostenlos.
Im Gegensatz zu komplexen Enterprise-Tools mit Preisgestaltung pro Benutzer und monatelanger
Einrichtung ist Keisen für Teams konzipiert, die leistungsstarke agile Funktionen bei
sofortiger Produktivität wünschen.
Entdecken Sie die anderen Tools
📋
Smart Todo
Kollaboratives Kanban-Board mit anpassbaren Spalten und smarter Aufgabenverwaltung
🎯
Eisenhower-Matrix
4-Quadranten-Priorisierung nach Dringlichkeit und Wichtigkeit mit RACI-Integration
🃏
Estimation Room
Kollaborative Echtzeit-Schätzung mit 7 Methoden inklusive Planning Poker
💬
Retrospektive
5 Retrospektive-Vorlagen mit geführten Phasen und anonymem Feedback
Bereit, Ihre agilen Projekte zu verwalten?
Beginnen Sie mit der Verwaltung von Sprints, Kanban-Boards und Teamkapazität mit einem Tool, das für echte agile Teams entwickelt wurde. Kostenlos für alle.
Kostenlos starten →