Was ist Delivery Plans?

Abgeschlossen

Delivery Plans ist ein Hub in Azure DevOps, mit dessen Hilfe Organisationen Arbeitszeitpläne verschiedener Teams planen und überprüfen können. Das Tailspin-Team kann diesen Hub verwenden, um sich einen Überblick darüber zu verschaffen, wie die eigene Arbeit mit der von anderen Teams zusammenhängt.

Mara hat einen Lieferplan erstellt und die Sprints für ihr Team und das Spiel-Engine-Team hinzugefügt. Sie möchte das Potenzial präsentieren, und lädt Andy zu einer kurzen Demo ein.

Mara: Nach unserem letzten Gespräch habe ich mir unsere Optionen für die Verwaltung von Lieferplänen angesehen. Der Delivery Plans-Hub scheint alles zu haben, was wir brauchen.

Andy: Da bin ich aber gespannt, was diese Erweiterung bietet. In der Organisation gibt es jede Menge Stress wegen der Verschiebung bei der Betaversion. Daher ist alles, was wir tun können, um die Zeitplaneffizienz zu verbessern, willkommen.

Mara: Okay, bitteschön. Siehst du diese roten Symbole ? Diese weisen darauf hin, dass es einige Probleme mit Abhängigkeiten zwischen Arbeitsaufgaben gibt.

Mara: Mit Delivery Plans können wir einen „Lieferplan“ erstellen. Sobald wir diesen erstellt haben, können wir die Backlogs der Teams innerhalb der Organisation hinzufügen. Sie werden parallel angezeigt, sodass wir sehen können, was die einzelnen Teams vor einem Kalenderhintergrund zu liefern planen.

Andy: Diese Ansicht sieht großartig aus! Jetzt wissen wir immer, wann etwas, auf das wir angewiesen sind, nicht rechtzeitig verfügbar sein wird. Wir können sogar die Wahrscheinlichkeit einer Verzögerung abschätzen, je nachdem, wie viel andere Arbeiten diese Teams übernommen haben und welchen Abhängigkeiten sie unterliegen. Damit sollte es hier keine „Schedule Chickens“ mehr geben.

Hinweis

Schedule Chicken treten auf den Plan, wenn mehrere Teams Gefahr laufen, Termine nicht einzuhalten, das aber nicht zugeben möchten. Stattdessen wartet jedes Team darauf, dass das andere Team seinen Zeitplan zuerst verschiebt, und benutzt dann die Verschiebung des anderen Teams als Vorwand, um seine eigene Lieferung zu verzögern.

Mara: Ja, und wir können dies auch als Möglichkeit nutzen, andere Teams wissen zu lassen, wenn sich bei uns etwas verschiebt, auf das die anderen angewiesen sind. Das hilft uns, Vertrauen in unsere Mitarbeiter und Prozesse aufzubauen.

Andy nickt zustimmen. Es wäre schön, wenn die Teams einander mehr vertrauen würden.

Andy: Da wir nun über die Verschiebung bei der Betaversion Bescheid wissen, müssen wir unsere damit verbundenen Arbeiten in einen späteren Sprint verschieben. Andererseits haben wir dadurch die Möglichkeit, stattdessen neue Arbeiten zu übernehmen. Lass uns die Integrationsarbeit gegen diese beiden Leaderboardfehler austauschen.

Mara zieht die Integrationsarbeitselemente in den nachfolgenden Sprint. Anschließend zieht sie die beiden Leaderboardfehler in den aktuellen Sprint, um die freie Kapazität aufzufüllen.

Mara: Ich habe auch das aktuelle Datum der Betaversion als Meilenstein hinzugefügt. Jetzt haben wir das Datum immer als Bezugspunkt für die Arbeit, die wir planen.

Andy: Wir sollten auch Ereignisse wie Cliffchella und die jährliche Betriebsfeier hinzufügen.

Mara: Warum die Betriebsfeier? Hat dies Auswirkungen auf den Zeitplan?

Andy: Möglicherweise. Die DBAs nehmen jedes Jahr am Kuchen-Ess-Wettbewerb teil und melden sich am nächsten Tag alle krank. Ich sage nicht, dass wir erwarten sollten, dass es dieses Jahr wieder passiert, aber ich denke, wir sollten vorbereitet sein. Und jetzt haben wir die Tools, die wir dafür benötigen.

Überprüfen Sie Ihr Wissen

1.

Was ist ein Lieferplan?

Eine Liste mit Arbeitselementen, die so geplant wurden, dass sie zu einem bestimmten Datum abzuschließen sind.

Eine Visualisierung von mindestens einem Arbeitszeitplan vor einem Kalenderhintergrund.

Ein Dokument, in dem beschrieben wird, wann und wie ein Produkt an den Kunden geliefert wird.

2.

Welcher der folgenden Gründe ist kein guter Grund, einen Lieferplan zu verwenden?

Sie müssen abschätzen, wie hoch die Wahrscheinlichkeit ist, dass andere Teams ihre Projektleistungen entsprechend ihren aktuellen Zeitplänen basierend auf ihren Zusagen erbringen.

Sie müssen den Arbeitszeitplan Ihres Teams zumindest teilweise auf Basis der Arbeitszeitpläne anderer Teams planen.

Sie müssen wissen, wie andere Teams ihre Projektleistungen erbringen werden.

3.

Wann ist ein guter Zeitpunkt, mit der Verwendung von Lieferplänen zu beginnen?

Sie sollten einen Lieferplan erstellen, bevor Sie mit der Planung von Arbeitssprints beginnen.

Einen Lieferplan sollten Sie erst nach der Planung aller Arbeiten erstellen.

Die Erstellung eines Lieferplans kann zu jedem Zeitpunkt in einem Projekt nützlich sein.

Sie müssen alle Fragen beantworten, bevor Sie Ihre Arbeit überprüfen können.