Agile Wartung - ein Team, mehrere Projekte

Sie können in Situationen geraten, in denen ein Projekt fast stabil ist. Für die Entwickler, die sich mit Problemen und Verbesserungen für das Projekt befassen, ist die verfügbare Arbeit nicht ausreichend. Wenn das Team also mit dem Projekt zufrieden ist und es sich bereits stabilisiert hat, kann es sich gleichzeitig um ein anderes Projekt kümmern. Für die Mitarbeiter, die an diesen Projekten arbeiten, ist es aus der Sicht des Lernens gut. Sie werden mit mehreren Technologie-Stacks, Problemen und Funktionen konfrontiert. Gleichzeitig ist es auch gut für das Unternehmen im Allgemeinen.

Scrum für ein Team, das mehrere Projekte bearbeitet

Wenn Sie von einem Team sprechen, das mehrere Projekte bearbeitet, verschwimmt die Scrum-Sichtweise. Es wird beispielsweise zwei Product Backlogs für zwei Projekte geben. Aber ein gemeinsames Team kann sich nicht auf zwei Spring Backlogs gleichzeitig konzentrieren. Es ist schwierig, die relative Priorität der Probleme von zwei Projekten einzeln zu definieren und daran zu arbeiten. Es ist also notwendig, dass das gesamte Team einen gemeinsamen Satz von Problemen für den Sprint hat. Dies hilft bei der Beurteilung der Geschwindigkeit, mit der das Team die Aufgaben für den nächsten Sprint aufgreift. Es ist jedoch nicht möglich, das gesamte Product Backlog zu einem einzigen zusammenzufassen, da es Stakeholder gibt, die an ihren eigenen Projekten interessiert sind. Es ist auch schwierig, den Zustand des jeweiligen Projekts zu erkennen. Um dieses Problem zu lösen, müssen wir ein 'Sprint Backlog' verwenden, das Elemente aus mehreren 'Product Backlogs' enthält. Es gibt also zwei Artefakte, die am Ende eines jeden Sprints veröffentlicht werden können. Die Entscheidung, welche Backlog-Elemente in das Sprint Backlog aufgenommen werden sollen, sollte auf der Grundlage der Situation/Priorität getroffen werden. Zu diesem Zweck kann das Team JIRA und Wiki zusammen als Problemverfolgungssystem verwenden. JIRA kann verwendet werden, um die Product Backlogs von zwei Projekten zu verwalten. Für jeden Sprint erstellen Sie Sprint Backlogs in jedem Projektbereich in JIRA, gefolgt von einer kombinierten Ansicht beider Sprint Backlogs, die nichts anderes als das Sprint Backlog für das Team ist. Hierfür können Sie in JIRA einen Filter erstellen, der die Issues eines bestimmten Sprints aus beiden Projekten im XML-Format anzeigt. Im Wiki kann das Team die 'JIRA-Ansicht' verwenden, um die Sprint-Backlog-Elemente anzuzeigen.

Wenn es um die Zuweisung von Prioritäten für Probleme geht, kommt die Rolle des Product Owners ins Spiel. Es scheint eine schwierige Aufgabe zu sein, sich mit zwei Produktverantwortlichen gleichzeitig zu befassen, wenn das Team zusammenarbeitet. Um dieses Problem zu lösen, kann es einen stellvertretenden Product Owner aus dem Team geben, der sowohl mit den Kunden als auch mit dem Team zusammenarbeitet, um die Prioritäten für das Product-Backlog und das Sprint-Backlog festzulegen.

Fokus auf Wissenstransfer

Zu Beginn übernimmt das Team von ProjektA den Wissenstransfer (KT) von ProjektB und beginnt mit der Arbeit an ProjektB. Der KT von ProjektA wird später durchgeführt und schließlich arbeiten Sie mit einem Team an zwei Projekten, die Paarprogrammierung betreiben. Weitere Einzelheiten finden Sie in einem Blog über Wissenstransfer in der agilen Wartung. P.S. Vielen Dank an Haroon, Ganesh und Kris für ihre Beiträge zum Thema