Was ist Azure Boards?
Bei Azure Boards handelt es sich um ein Tool in Azure DevOps zur Unterstützung von Teams bei der Planung von zu erledigenden Arbeiten. Das Tailspin-Team verwendet dieses Tool, um eine bessere Vorstellung davon zu bekommen, welche Arbeiten zu erledigen sind und wie diese zu priorisieren sind.
Mara hat mithilfe des Basic-Prozesses in Azure Boards ein eigenes Projekt erstellt. Es zeigt die Probleme im Buildprozess, die sie und Andy identifiziert haben. Mara ruft das Team für eine kurze Demo zusammen.
Mara: Hallo zusammen. Ich habe Azure Boards eingerichtet und möchte Euch einige Arbeitselemente zeigen, mit denen ich gearbeitet habe.
Andy: Was ist ein Arbeitselement?
Mara: Mithilfe von Arbeitselementen können wir ein Projekt planen und verwalten. Mit einem Arbeitselement können alle Arten von Aktivitäten nachverfolgt werden. Dabei kann es sich um eine zu erledigende Aufgabe, einen zu behebenden Fehler oder ein anderes Issue handeln. Wir können sie Personen zuweisen und den Fortschritt nachverfolgen.
Am besten führe ich das eben vor. Das ist Azure Boards mit dem Standardprozess.
Amita: Erzähl uns etwas über den Basic-Prozess. Gibt es noch weitere Optionen?
Mara: Es gibt vier Prozesse, aus denen Sie wählen können. Wir können Folgendes verwenden:
- CMMI (Capability Maturity Model Integration): Diese Option ist eigentlich für große Organisationen vorgesehen und recht kompliziert. Daher habe ich diese Option nicht verwendet.
- Scrum: Für Scrum ist ein Scrum Master erforderlich, der das Scrum Team leitet. Der Scrum Master stellt sicher, dass alle die Theorie sowie die Methoden und Regeln von Scrum verstehen. Wir haben keinen Scrum Master. Das ist jemand, der in der Regel ein Training absolviert und eine Zertifizierung erhalten hat. Also habe ich diese Option auch nicht verwendet.
- Agil: Da ich ständig von Agil spreche, scheint das die naheliegendste Option zu sein. Es gibt jedoch noch ein paar andere Dinge zu beachten, außer dass die Option naheliegend ist.
- Basic: Basic ist, nun ja, einfach. Diese Option ist aber nicht nur einfach, sondern bietet auch alle Möglichkeiten, um sofort mit einer effektiven Planung zu beginnen. Daher habe ich mich für diese Option entschieden. Beim Basic-Workflow werden Arbeitselemente von To Do (Zu erledigen) nach Doing (Wird gerade erledigt) nach Done (Erledigt) verschoben.
Amita: OK, verwenden wir diese Option für den Einstieg. Wir können noch zu etwas anderem wechseln, oder?
Mara: Genau! Wählen wir also ein paar Arbeitselemente aus, von denen wir meinen, dass wir sie in ein paar Wochen erledigen können.
Andy kann die entsprechenden Issues identifizieren, aber der Rest des Teams hat Fragen.
Tim: Dabei handelt es sich größtenteils um Probleme bei der Entwicklung. Aber wo wir gerade beim Thema sind: Andere Teams haben auf Sicherheitsrisiken im Code hingewiesen, und ich wurde gebeten zu zeigen, dass unser Code sicher ist. Gibt es eine Möglichkeit, das mit aufzunehmen?
Mara: Ich weiß, dass die Liste nicht vollständig ist. Die Probleme auf dem Board sind die, über die Andy und ich vorhin gesprochen haben. Und selbst einige dieser Probleme müssen eigentlich in kleinere Aufgaben unterteilt werden. Ich verstehe deinen Einwand in Bezug auf die Sicherheitsrisiken im Code. Andy, was meinst du?
Andy: Momentan ist es schwierig, einen Build rauszubringen. Beginnen wir daher mit einigen grundlegenden Problemen. Ich hätte gerne einen zentralen Ort, an dem wir unsere Issues nachverfolgen können. Wir können dem Backlog Issues hinzufügen und diese anschließend priorisieren.
Mara: Bevor wir Issues hinzufügen, sollten wir noch kurz besprechen, wer woran arbeitet.
Jedes Teammitglied teilt mit, woran es gerade arbeitet und welche Anliegen es hat. Im Rahmen einer Brainstormingaktivität bringen wir Haftnotizen am Whiteboard an. Das Whiteboard füllt sich schnell.
Abschließend einigt sich das Team auf sieben besonders wichtige Probleme. Andy meldet sich freiwillig, Azure Boards Aufgaben hinzuzufügen, während die anderen zusehen. Und so sieht das Board aus:
Amita: Wow, das sind eine Menge Probleme. Wie sollen wir die jemals alle lösen?
Mara: Wir müssen sie nicht alle sofort lösen. Zunächst einmal haben wir ein Backlog oder eine Liste mit Arbeitselementen zusammengestellt, die wir nun erledigen können. Wenn wir Arbeit planen, können wir auswählen, was am dringendsten oder wichtigsten ist.
Nach einer weiteren Besprechung beschließt das Team, die drei von Mara ursprünglich vorgeschlagenen Issues zu übernehmen:
- Stabilisieren des Buildservers
- Erstellen eines Git-basierten Workflows
- Erstellen von Komponententests
Mara: Dies scheinen die einfachsten Issues zu sein, die wir angehen können, und sie beziehen sich auf einige Herausforderungen, die in letzter Zeit aufgetreten sind. Richten wir also ein Projekt, ein Team und einen Sprint ein. Dann können wir entscheiden, wer welche Aufgaben erledigt.
Tim: Was ist ein Sprint?
Mara: Gute Frage. Ein Sprint ist die Zeitspanne, die uns für die Erledigung unserer Aufgaben zur Verfügung steht. Sprints helfen uns, zielgerichtet zu arbeiten. Am Ende eines Sprints können wir eine kurze Retrospektive abhalten und besprechen, welche Ziele wir erreicht haben. Danach können wir den nächsten Sprint planen.
Alle sind gespannt.
Mara: Wir lernen alle noch. Ein Sprint dauert in der Regel zwei bis vier Wochen. Gehen wir mal von zwei Wochen aus, und sehen, wie das geht. Das sind hauptsächlich Aufgaben, die Andy und ich erledigen können. Wir werden euch über unseren Fortschritt auf dem Laufenden halten. Dann können wir nach Möglichkeiten suchen, alle einzubeziehen.
Mara und das Team haben einen guten Einstieg gefunden. Im nächsten Schritt richten Sie das Projekt, das Team und einige Aufgaben in Azure Boards ein.