Delivery Plans とは
Delivery Plans は、組織が複数のチーム間で作業スケジュールを計画および確認を行う場合に役立つ Azure DevOps のハブです。 Tailspin チームは、このハブを使用して、自分たちの作業が他のチームによって生成される作業にどのように関連するのかをもっとよく把握することができます。
Mara はデリバリー計画を作成し、チームとゲーム エンジン チームのスプリントを追加しました。 その可能性を紹介できることにワクワクしながら、Andy を招いて簡単なデモを行います。
Mara: 最後にお話しした後、デリバリー計画を管理するためのオプションについて調べました。 必要なものをすべて与えると思われる Delivery Plans ハブを見つけました。
Andy:どのようなものが出てくるのか興味があります。 ベータ版の遅れについて組織全体で大きなストレスがあるので、スケジュール効率を向上させるためにできることがあるのなら何でも歓迎です。
Mara: こちらをご覧ください。 この 
赤いアイコンをご覧ください。 作業項目間の依存関係に問題があることを示しています。
Mara:Delivery Plans を使用することで、"デリバリー計画" を作成できます。これを作成したら、組織内のチームのバックログを追加できます。 並行して表示されるので、各チームが何を遂行する予定なのかをカレンダー上で確認できます。
Andy: この見た目は最高です。 これで、自分たちが依存している何かが間に合わなくなるときに知ることができます。 チームが抱えている他の作業や依存関係の度合いに基づいて、遅延の可能性を測定することさえできます。 これは、このあたりでときどき発生する "スケジュール チキン" の行動をいくぶん軽減するのに役立つはずです。
Note
スケジュール チキンとは、2 つ以上のチームが期限に間に合わない危険な状態にあるのに、だれもそれを認めたがらない場合のことです。 代わりに、別の誰かが最初にスケジュールを遅らせるのを待ってから、他のチームの遅れを自分たちのデリバリー遅延の口実として使います。
Mara: そうですね。これは、他のチームが依存している何かを私たちが遅らせようとしているかについて、他のチームに知らせる機会としても使うことができます。 そうすることで、人とプロセスに対する信頼を築くことができます。
Andy が同意してうなずきます。 チームがお互いにもっと信頼できるようになるといいですね。
Andy: ベータ版の遅れについてわかるようになったので、関連付けられている作業を今後のスプリントに移行する必要があります。 良い面は、それに代わる何か新しい作業を引き入れる機会が与えられることです。 統合作業を次の 2 つのランキングのバグと入れ替えてみましょう。
Mara は、統合作業項目を次のスプリントにドラッグします。 次に、ランキングの 2 つのバグを前へドラッグして、使用可能な容量を埋めます。
Mara: マイルストーンとして現在のベータ日も追加しました。 今後は、私たちが計画している作業の参照ポイントとして常に配置します。
Andy: Cliffchella や会社の毎年恒例のパーティーのようなイベントも追加すべきですね。
Mara: なぜ会社のパーティーなのですか? これはスケジュールに影響しますか?
Andy: そういうこともあるかもしれません。 毎年、DBA たちがパイの早食いコンテストに参加し、翌日に全員が病欠の電話をかけてきます。 今年もまたそうなるだろうとは言いませんが、準備はしておくべきだと思います。 そして今では、そのためのツールを持っているのです。