Das Team hat beschlossen, die Excel Sheet Verwaltung von Product und Sprint Backlog fortan mit TargetProcess durchzuführen.TargetProcess ist ein Tool für das Management von agile Software Projekten. Es ist nicht unbedingt auf Scrum abgestimmt, trotzdem aber einsetzbar.
Begrifflichkeiten:
Interationen im TargetProcess entsprechen Sprints. Ein Featrue ist ein Epic. Ein Task stellt Arbeit auf täglicher Basis dar (8h), was im Daily Scrum vom Scrum Master mit den Fragen "Was hast du gestern gemacht", "Was machst du heute" und "Was sind Deine Hindernisse" dokumentiert wird.
Was unterstützt das Tool:
Das Management ist stark an intertiven Prozessen orientiert. So beginnt alles mit einem Projekt, dem User mit bestimmten Rollen und Verfügbarkeit zugeordnet werden können, z.B. 3 Entwickler zu 100%, ein Tester zu 80% usw. Die Resourcenplanung ist nicht starr, kann pro Sprint neu definiert werden. Dann legt man Releases an und plant diese zeitlich. Dann werden Sprints angelegt, mit den Resourcen verknüft und Meta Daten, wie Velocity, angegeben. In der Sprint Planung werden dann User Stories und deren Tests erfasst und Sprints zugeordnet (Drag & Drop). Das Tool zeigt dabei stets an, wieviel User Stories noch angenommen werden können. Wenn zu viele angenommen wurden, bekommt man eine Warnung.
Das Team kann nun auf Sprint Basis die User Stories während der Estimation schätzen und User zuweisen. Die Schätzung kann, je nach Konfiguration, in Real Days oder Story Points erfolgen.
Was unterstützt TargetProcess nicht:
Daily Scrum Dokumentation. Es gibt zwar eine Today Ansicht mit allen Tasks, aber streng nach Scrum ist das nicht zu gebrauchen.
Desweiteren kann man keine Sprint Retrospective mit dem Tool durchführen, da dies auch Scrum spezifisch ist.
Das Team pflegt diese beiden Punkte weiter im Wiki. Hier werden pro Sprint zwei Pages angelegt: Daily Scrum (Excel) und Sprint Retrospective (Excel). Da das Confluence Wiki ein Excel Plug-in hat, wird das Excel Sheet auf der Wiki Page dargestellt. Man muss also nicht immer das File downloaden.
Zusätzliche Funktionen:
Bug-Tracking mit Subversion Intergration, d.h. man kann Bugs erfassen, Stunden aufschreiben und mit dem Check-In den Status des Bugs auf Fixed setzen. Der QA bekommt dann alle fixed Bugs in seinem Dashboard angezeigt.
Darüber hinaus bietet TargetProcess diverse Reports für das Projekt Reporting, z.B. Sprint Velocity, Release und Sprint Burndown Charts, Bug Reporting und Bug Process.
TargetProcess ist eine ASP.NET Implementierung. Es ist mit Atlas auf Web 2.0 ausgelegt und macht in der Anwendung echt Spass - wenig Page Reloads, viel Drag & Drop und vieles mehr...
Ab Sprint 6 setzt das Team das Tool ein. Erfahrungsberichte folgen ...
Keine Kommentare:
Kommentar veröffentlichen