Problemverfolgung in einer agilen Entwicklungsumgebung

Der Begriff „Problemverfolgungssoftware“ wird am häufigsten mit einem Bugtracker in Verbindung gebracht. In der Softwareentwicklung ist die Definition eines “Problems” jedoch viel weiter gefasst. Ein Problem kann ein Fehler sein; es kann sich jedoch auch um eine Verbesserung, ein Hindernis, eine User Story, eine Entwicklungsaufgabe und mehr handeln. Im weitesten Sinne ist ein Problem alles, was innerhalb eines Produktveröffentlichungszyklus funktional angegangen oder geliefert werden muss.

Da immer mehr Organisationen Agile Methoden für die Softwareentwicklung einsetzen, wenden sie sich agilen Projektmanagement-Tools zu, um ihnen bei der Bewältigung der vielen Probleme zu helfen, die im Laufe eines Software-Release-Zyklus auftreten werden. Wie genau handhaben agile Projektmanagement-Tools die Problemverfolgung und welche Vorteile bringen sie?

Es kann hilfreich sein, sich zunächst anzusehen, wie agile Teams arbeiten. Nehmen wir an, eine Organisation verwendet Scrum, die beliebteste agile Methode, für ihre agile Softwareentwicklung. Scrum-Teams arbeiten in „Sprints“ – die in der Regel zwei- bis vierwöchige Zeiträume umfassen. Die in jedem Sprint zu erledigenden Feature Requests werden als „Stories“ aufgeschrieben und in das Product Backlog gestellt, das vom Product Owner gepflegt und priorisiert wird. Am Ende jedes Sprints hat das Team ein Inkrement potenziell auslieferbarer Produkte produziert – in diesem Fall ein Inkrement ordnungsgemäß getesteter „Software“.

Wenn „Probleme“ während Sprints auftreten – und das werden sie –, versuchen agile Teams, sie zu lösen und den Kurs sofort zu korrigieren, anstatt bis zum Ende des gesamten Produktaufbaus zu warten. Diese Probleme können Hindernisse sein, die während des täglichen Scrums entdeckt wurden, Bugs oder Änderungswünsche, und ähnlich wie Features werden die Probleme als Storys in das Produkt-Backlog eingetragen. Agile Teams glauben, dass der beste Ansatz für den Umgang mit Fehlern und anderen Problemen mit hoher Priorität darin besteht, sie nicht von „Features“ zu trennen, sondern sie zusammen mit Features in Sprints einzubeziehen. Auf diese Weise müssen die mit dieser Funktion verbundenen Probleme gelöst und geschlossen werden, bevor eine Funktion abgemeldet werden kann. Für agile Entwicklungsteams wird die Unterscheidung zwischen Bugs und Features also in gewisser Weise weniger wichtig, und das Product Backlog wird gewissermaßen zu einer Liste von Dingen, die die Leute wollen.

Agile Projektmanagement-Tools wurden entwickelt, um agilen Teams dabei zu helfen, die Komplexität des Umgangs mit diesen großen Rückständen von Funktionen und Problemen in einer Softwareversion zu bewältigen. Nachdem Probleme und Verbesserungen als Storys geschrieben wurden, erleichtern Drag-and-Drop-Schnittstellen in den agilen Tools den Product Ownern die Zusammenarbeit mit dem Team, um Storys zu priorisieren, ihre Priorität im Backlog nach oben zu verschieben oder sie in den nächsten Sprint zu ziehen. Burndown-Diagramme, eine weitere einfache, aber leistungsstarke Funktion eines agilen Tools, helfen dabei, den Fortschritt eines Teams bei der Bewältigung von Problemen und Funktionen in einem Sprint, mehreren Sprints oder der gesamten Version sichtbar zu machen. Burndown-Diagramme ermöglichen es Teams, die voraussichtlichen Veröffentlichungsdaten und die verbleibende Zeit anzuzeigen. Wenn Teams feststellen, dass sie es mit besonders komplexen Problemen zu tun haben, die die Veröffentlichung verzögern können, können sie den Umfang des Projekts entsprechend anpassen. Durch den Einsatz agiler Tools, die es Teams ermöglichen, Probleme neben Funktionen zu verwalten, streben agile Teams danach, das Projektrisiko zu minimieren und die Chancen zu erhöhen, ein zuverlässigeres und qualitativ hochwertigeres Produkt zu produzieren.

Admin

Admin

Leave a Reply

Your email address will not be published. Required fields are marked *