Irgendwelche Ideen zum Mischen eines Kanban mit Taskboards

Ich bin der PM eines kleinen Teams von 6 Programmierern. In letzter Zeit versuchen wir, agiler zu werden, indem wir einige Prinzipien oder Techniken von XP, Scrum, Scrumban und Lean in unseren Workflow aufnehmen.

Ein sehr wichtiges Tool ist unser Kanban, derzeit verwenden wir dafür github+zenhub. Zenhub bietet ein einfaches und anpassbares Kanban (ähnlich wie Trello), das vollständig in Github-Vorgänge integriert ist.

Unser aktuelles Setup sieht so aus.Geben Sie hier die Bildbeschreibung ein

Es ist eine Art Kombination aus Taskboard-Kanban und User-Story-Kanban. Aber immer noch, wo die 2,3-Spalten von der PO und dem PM verwaltet werden, während die letzten 3 Spalten vom Team verwaltet werden.

Das Problem ist, dass wir diese Mischung aus Benutzergeschichten und Aufgaben haben, und ich frage mich, was der typische Ansatz ist, um sie zu organisieren. Einige Aufgaben sind Teil von User Stories, andere (nicht funktionale Features, Aufgaben und Refactors) nicht. Sollten sie Teil des Rückstands sein? Wie würden Sie dieses Kanban verbessern?

Antworten (4)

Typischerweise würden Sie Ihre User Storys in Unteraufgaben zerlegen. Aufgaben sollten für technische Zwecke verwendet werden, nicht für die Zerlegung einer User Story. Ich kenne Zenhub nicht, aber in Trello könnten Sie eine Checkliste für US-Unteraufgaben erstellen. Sie könnten auch Unteraufgaben für Aufgaben haben. Was Sie Sie müssen das Gefühl haben, dass Sie eine Hierarchie von Elementen haben und vielleicht ein Board für jede Ebene benötigen, vielleicht brauchen Sie kein Board für Unteraufgaben. Auf jeden Fall scheint es schwierig, zwei Ebenen auf demselben Brett darzustellen

Ich war immer verwirrt über diese beiden Konzepte (Aufgaben und Benutzergeschichten). Heute veröffentlicht zenhub Epics Theme Issues (Dies ist eine Hierarchie auf einer Ebene, die perfekt zu der Abhängigkeit zwischen Task-Subtasks und US-Subtasks passt). Nach Ihrem Beitrag habe ich Aufgaben und US zur Product Backlog- und Sprint Backlog-Pipeline hinzugefügt und ToDo/On Progress für die Pipeline für Unteraufgaben belassen
Eine andere Sache ist, dass wir eine Pipeline (Kanban) für Unteraufgaben haben müssen, weil wir nicht immer physisch am selben Ort sind und es daher wichtig ist zu wissen, wer was macht. Zenhub stellt nicht mehrere Boards zur Verfügung, also habe ich mir diese Problemumgehung ausgedacht, um damit umzugehen.
Ich frage mich, warum der Standort der Teamkollegen eine Tafel für Teilaufgaben impliziert.
Vielleicht stehen Sie vor einem Größenproblem für Ihre US und Aufgaben
Die Idee hinter einem Subtask-Board ist, zu wissen, wer an welcher Subtask arbeitet und wann sie fertig sind. Was das Größenproblem angeht, meinst du damit, dass meine Geschichten/Aufgaben zu weit gefasst sein könnten?
Ja. Nach meiner Erfahrung sind Teilaufgaben nur für die Person (oder das Paar), die die Implementierung durchführt. US und Aufgaben folgen einem Workflow, damit das Team weiß, was zu tun / in Bearbeitung / erledigt ist
Ich verstehe, also empfehlen Sie, keine Kanban-Tafel für Unteraufgaben zu verwenden? Aber ich denke, wir gehen die Situation anders an, in meinem Team werden die User Stories normalerweise von mehr als einer Person implementiert, also arbeiten sie zusammen, indem sie die Teilaufgaben erstellen und ihnen diejenigen zuweisen, mit denen sie vertraut sind oder die ihnen Lust machen. Diese Unteraufgaben sind jedoch normalerweise voneinander abhängig, sodass sie eine visuelle Tabelle benötigen, um zu sehen, welche erledigt sind, damit sie zur nächsten Unteraufgabe übergehen können.
Ich sehe das Problem. Für mich ja, Sie sollten in den meisten Fällen keinen Workflow unter den Geschichten haben. Vielleicht liegt die Lösung für Ihr Problem in einem Kommunikationstool wie Slack oder Hipchat. Es wird ein Board für US und Aufgaben sowie eine Kommunikationssynchronisierung mit einem Chatroom-Tool geben. Hoffe es kann sich mit zenhub verbinden. Und hoffe es hilft auch
Ich habe deine Idee. Das war eine sehr wertvolle Diskussion, eigentlich könnte es besser sein, was Sie vorgeschlagen haben, da unser Board sehr chaotisch aussieht und das Mikromanagement der Unteraufgaben manchmal etwas übertrieben ist.

Ich würde damit beginnen, zu einem physischen Taskboard zu wechseln. Werkzeuge können große Kraftmultiplikatoren sein. Wenn Sie jedoch mit einem Tool beginnen, werden Sie oft von dem Tool beeinflusst und enden damit, Prozess für Tool zu machen. Dies passiert jetzt meinen Teams bei AOL, und ich habe Teams, die täglich mit physischen Aufgabentafeln und Jira experimentieren, nur um die Arbeit für offizielle Aufzeichnungen zu dokumentieren.

Finden Sie heraus, was für Sie mit einem physischen Board gut funktioniert, und finden Sie dann heraus, wie Sie das Tool zum Laufen bringen.

Das ist ein guter Ansatz, obwohl wir leider ein Büro haben, ist dies ein Teilzeitprojekt und manchmal ist es schwierig, alle im Büro zu finden (Teammitglieder haben andere Aufgaben und reisen häufig). Daher verlassen wir uns stark auf Online-Tools.

Wenn Sie Geschichten mit Aufgaben mischen, würde ich vermuten, dass Sie es schwer haben werden, vernünftige Metriken aus Ihrem Board zu bekommen.

Eines der wichtigsten Dinge bei der Durchführung von Kanban ist die Messung der Zykluszeit und die Sicherstellung, dass sie Ihren Anforderungen entspricht. Sie sollten auch über Typen (Arbeitsklassen) nachdenken, für die Sie die Zykluszeit messen.

Ich würde empfehlen, horizontale Swimlanes für verschiedene Arbeitsklassen (Bugs, Features, technische Schuld) und nur User Stories zu haben. Daran können Sie erkennen, dass Stories mit der Größe X im Durchschnitt Y Tage benötigen, um fertig zu werden.

Meine 2 Cent.

Ich würde die beiden auf separaten Kanban-Tafeln platzieren, aber versuchen, die Verknüpfungen zwischen den Karten intakt zu halten. Das wird viele Probleme und Verwirrung beheben.

Ermutigen Sie jeden, sich beide Boards regelmäßig anzusehen, damit Sie diese Integration nicht verlieren.

Irgendwelche Ideen zum Mischen eines Kanban mit Taskboards
AntwortenHierDatenschutz-Bestimmungen1y, 0v