Optimale Vorgehensweisen für Agile-ALM
Im Folgenden finden Sie die optimalen Vorgehensweisen für Agile-ALM:
Agile-Dashboards
Sie können ein Agile-Dashboard erstellen, indem Sie die Agile-Wiki-Plugins mit dem Tabellen-Plugin kombinieren. Weitere Informationen zu den Plugins finden Sie unter
Wiki Markup und Plugins. Für jedes neu erstellte Codebeamer Projekt wird eine Standard-Wikiseite namens Agile-Dashboard erstellt. Dieses veranschaulicht die Idee deutlich und kann zur weiteren Anpassung bearbeitet oder kopiert werden.
Informationsstrahler
Informationsstrahler sind visuelle Anzeigen in öffentlichen Bereichen, die den aktuellen Status eines Projekts oder einer Iteration anzeigen.
Ein Informationsstrahler kann so einfach sein wie ein großer LCD-Bildschirm, der ein Dashboard anzeigt und regelmäßig aktualisiert wird. Auf dem Dashboard sollte Folgendes angezeigt werden:
• Statistiken für den aktuellen Sprint
• Ein Burn-Down-Chart für jedes Team
• Status des letzten CI-Builds
• Anzahl der kürzlich erstellten und erledigten Vorgänge
Der Inhalt des Dashboards sollte die wichtigsten Leistungskennzahlen Ihres Unternehmens widerspiegeln.
Bei seiner Implementierung mit Codebeamer sollten Sie Folgendes beachten:
• Erstellen Sie eine Wikiseite mit Wiki-Plugins, die in einem Raster angeordnet sind.
• Verwenden Sie ein kleines JavaScript, um die Kopfzeile, die Fußzeile, die Menüleiste und andere dekorative Elemente zu entfernen (Hinweis: jQuery verwenden).
• Verwenden Sie ein anderes JavaScript, um das Dashboard alle 5 Minuten neu zu laden.
Weitere Informationen finden Sie unter
concept of information radiators
von Alistair Cockburn.
WIP-Grenzwerte
WIP-Grenzwerte (Grenzwerte für in Bearbeitung) bieten eine einfache, aber effiziente Möglichkeit, Engpässe in der Software-Entwicklungspipeline zu verhindern.
Das Begrenzen von WIP bedeutet, dass Sie Mindest- und Höchstwerte für jede Spalte in Ihrem Cardboard festlegen. Zum Beispiel:
• Wenn in der Spalte Zu erledigen weniger als zwei Karten vorhanden sind, deutet dies darauf hin, dass dem Team die Aufgaben auszugehen drohen. Dies sollte gekennzeichnet werden.
• Wenn sich in der Spalte Zu prüfen mehr als fünf Karten befinden, deutet dies darauf hin, dass das QA-Team überlastet ist und dass Ihr Team zur Beseitigung des Engpasses Ressourcen für das Testen umverteilen sollte.
Die WIP-Grenzwerte können je nach Spalte variieren und sollten die Kapazität Ihres Teams widerspiegeln. Das Cardboard wird Ihnen helfen, im Laufe der Zeit mit zunehmender Erfahrung Ihres Teams das richtige WIP-Limit zu erreichen.
Nachteile beim Arbeiten ohne WIP-Grenzwerte:
• Es häuft sich teilweise abgeschlossene Arbeit an.
• Wenn Sie WIP erhöhen, ohne dass Aufgaben abgeschlossen werden, verlängert sich die Dauer aller Aufgaben in der Warteschlange, was sich negativ auf die Rentabilität des Teams auswirkt.