{"id":241,"date":"2022-08-04T13:28:42","date_gmt":"2022-08-04T13:28:42","guid":{"rendered":"https:\/\/www.roederconsulting.net\/?p=241"},"modified":"2026-01-04T02:26:06","modified_gmt":"2026-01-04T02:26:06","slug":"kanban-angewendet-im-requirements-management","status":"publish","type":"post","link":"https:\/\/www.roederconsulting.net\/?p=241","title":{"rendered":"Kanban angewendet im Requirements Management"},"content":{"rendered":"\n

Wie lassen sich Requirements bis zur Umsetzung im Entwicklungsteam am besten managen? Viele Entwicklungsteams, die agil arbeiten, nutzen ein Kanban Board, um User Stories durch den Entwicklungsprozess zu tracken. H\u00e4ufig ist der Prozess der User Story Erstellung und der enthaltenen Requirements unstrukturiert, bis zu dem Zeitpunkt, dass ein Scrum Team anf\u00e4ngt daran zu arbeiten.<\/p>\n\n\n\n\n\n\n\n

F\u00fcr das Verwalten von Anforderungen und User Stories die noch nicht in der Entwicklung sind, l\u00e4sst sich die Kanban Methode verwenden, mit der das Product Owner Team oder Anforderungsteam arbeiten kann. Kanban grenzt sich hierbei wie folgt ab:<\/p>\n\n\n\n

\u201eWith Kanban, you can manage work. It is a method to manage all types of professional services, also referred to as knowledge work.\u201c[1]<\/a><\/p>\n\n\n\n

Um die Arbeit und den Arbeitsfluss darzustellen und transparent zu machen, werden Kanban Boards verwendet. Der offizielle Kanban Guide definiert hierzu folgendes:<\/p>\n\n\n\n

\u201cKanban boards are the most common means of visualizing a Kanban system. Common to all boards is pulling work from left to right through the board: on the left, new work items enter the board. When they exit on the right, value is delivered to customers.\u201d[2]<\/a><\/p>\n\n\n\n

Folgende Grafik zeigt ein Beispiel eines Kanban Boards, wie man mehr Transparenz in den Erstellungsprozess von Requirements bringen kann. Das hier gew\u00e4hlte Beispiel stammt von einem Requirementsteam das User Stories f\u00fcr das Backlog eines IT-Entwicklungsteams erzeugt.<\/p>\n\n\n\n

\"\"
Abbildung 1 – Kanban Board<\/figcaption><\/figure>\n\n\n\n

Die Grafik stellt ein Kanban Board dar und visualisiert den Fertigstellungsgrad von Requirements. Das Kanban Board enth\u00e4lt vier Spalten, Open, In Progress, Ready for Refinement, Ready for Implementation. Die Spalte Open enth\u00e4lt alle m\u00f6glichen, noch nicht qualifizierten Requirements oder auch Ideen. In der Spalte In Progress sind Elemente enthalten, die gerade spezifiziert bzw. erarbeitet werden. Ready for Refinement, enth\u00e4lt Elemente die mit dem Entwicklungsteam besprochen werden m\u00fcssen, z.B. f\u00fcr eine erste Aufwandsch\u00e4tzung, um technische Details zu erg\u00e4nzen oder fachliche Unklarheiten auszur\u00e4umen. Die Spalte Ready for Implementation ist quasi das Backlog[3]<\/a> des Entwicklungsteams, aus dem Elemente f\u00fcr die Entwicklungsarbeit entnommen werden k\u00f6nnen. Die Elemente sind in den jeweiligen Spalten von wichtig (ganz oben) bis unwichtig (ganz unten) sortiert, sodass sich durch die Reihenfolge eine Priorit\u00e4t ergibt. Hierdurch ist den beteiligten Teammitgliedern klar, an welchem Thema als N\u00e4chstes gearbeitet werden kann. Die Spalte In Progress enth\u00e4lt zus\u00e4tzlich ein Work in Progress Limit (WIP-Limit), wodurch sich die angefangene Arbeit begrenzen l\u00e4sst. Dies ist optional, kann aber angewendet werden, wenn der Erstellungsprozess der Anforderungen lange Durchlaufzeiten hat und viele unfertige Elemente entstehen.<\/p>\n\n\n\n

Das obige Beispiel ist eins von vielen, wie man mithilfe von Kanban mehr Transparenz und Struktur in den Erstellungsprozess von Wissensarbeit bringen kann. Der Kanban Prozess in ihrem konkreten Anwendungsfall kann aber muss nicht so aussehen, wie in dem hier gew\u00e4hlten Beispiel. Andere Anwendungsf\u00e4lle, in denen ich mit Kanban Boards gearbeitet habe, sind:<\/p>\n\n\n\n