リリース計画に必要な詳細レベルの決定
公開: 2022-08-23「リリース計画にはどの程度の詳細が必要ですか?」
これは、ソフトウェア開発プロジェクトの開始時に、または長年の製品チームの場合、システムのメジャー リリースの開発前に尋ねる重要な質問です。
この質問に対する答えによって、計画の文書化に最初に費やす労力と、文書化された計画を長期的に維持するために必要な労力が決まります。 アジャイルの観点から、計画を活用したいと考えています。これは、重大な問題を事前に検討することですが、考えすぎたり、時期尚早にコミットしたりするリスクを負うことはありません。
要するに、アジリストは十分な計画を立てることを目指しています。
リリース計画時の状況を把握する
ビジネス アジリティの基本原則は、コンテキストが重要であるということです。さまざまなチームがさまざまな状況にあり、効果的であるためにはそれに応じてアプローチを調整する必要があります。
これが示唆する興味深い点は、「ベスト プラクティス」が存在しないということです。 代わりに、すべてのプラクティスは本質的に文脈に依存しています。 どのようなプラクティスにもトレードオフがあります。ある状況ではうまく機能し、別の状況では悪い考えであることが証明されます。
効果的な働き方 (WoW) を選択するには、利用可能なさまざまな手法のトレードオフを理解し、直面している状況、およびそのスキルと文化を考慮して、最適な組み合わせを選択する必要があります。関係者。 これを認識して、次のリリース計画オプションは処方箋ではなく選択です。

図 1. リリースの計画プロセスの目標。
図 1 は、チームがソフトウェア ベースのソリューションの最初のリリースを計画する方法を示すプロセス目標図です。 計画がスケジュール/時間、コスト、価値、人員配置の考慮事項、またはそれらの組み合わせにどのように対処するかに注目してください。
関連:ソフトウェア開発プロジェクトに資金を提供する方法
考慮すべき決定事項の 1 つは、計画にどの程度の詳細を取り込むかということです。 赤い長方形で示されているように、これがこの記事の焦点です。
リリースを計画するときに考慮する必要がある 8 つの意思決定ポイントがあり、これらの意思決定ポイントにはそれぞれオプションがあることが、ゴール図でわかります。 オプションのリストの横に矢印がある場合、オプションが順序付けられていると言います。 矢印がない場合、それらは順不同です。
順序付けられたオプションの場合、オプションの相対的な有効性をランク付けすることができました。最も効果的なオプションがリストの一番上に、最も効果的でないオプションが一番下に表示されます。 図 1 に示されているランキングはソフトウェア チームのものであることに注意することが重要ですが、このランキングはソフトウェア以外のチームにも当てはまる可能性が高いと思われます。
リリース計画の詳細レベルのオプション
ソリューションのリリースを計画するには 4 つのオプションがあると思います。 もっと多くの戦略があり、戦略を組み合わせることができるかもしれないことは認識しています。 図 1 でわかるように、オプション リストの横に、順序付けされていることを示す矢印があります。 最も効果的なものから最も効果的でないものの順に、オプションは次のとおりです。
- ローリング ウェーブ: 計画は、ウェーブのように、リリース全体で継続的に更新されます。今後の作業の詳細はより詳細になり、それ以降の作業の詳細はより少なくなります。 ローリング ウェーブ計画は、ハイレベルな計画として開始され、必要に応じて詳細がリリース全体にジャスト イン タイムで追加されます。
- 概要:リリース計画は、主要なマイルストーン、フェーズ、イテレーション/スプリント (チームがそのように作業している場合)、およびそれらの間の依存関係を示します。 実行される詳細な作業には対応していません。 代わりに、チームが自己組織化し、その時点で適切なことを行うことを信頼します。
- 詳細:リリース計画には、実行する作業に関する重要な詳細が含まれており、その作業を特定の役割や人に割り当てる場合もあります。 詳細は、アジャイルおよびスクラム チームが「スプリント 0」、インセプションまたはイニシエーションと呼ぶことが多い期間中のリリースの開始時に特定されます。 詳細は通常、作業が進むにつれて更新されます。
- なし: リリース計画はまったく文書化されていません。 計画は実行される可能性がありますが、計画自体はキャプチャされません。
リリース計画オプションの比較
前に指摘したように、「ベスト プラクティス」などというものはありません。代わりに、すべてのプラクティスは、ある状況ではうまく機能し、他の状況ではうまく機能しません。 表 1 は、上記のリリース計画の詳細戦略に関連するトレードオフの概要を示しています。

関連:無料のプロジェクト計画テンプレート
オプションに関連するトレードオフを知っていれば、直面している状況に最も適したアプローチについてより適切な決定を下すことができます。 より良い選択は、より良い結果につながります。
表 1. 計画の詳細レベルに対する各戦略の比較。
| 資金調達オプション | 利点 | 短所 |
| ローリングウェーブ | · 流動的な環境、特に要件が急速に変化している場合やチーム メンバーがまだ完全に把握されていない場合に非常に効果的です。 ·継続的な資金調達の実践と継続的な計画を一致させるため、ローリング ウェーブの予算編成とうまく機能します。 ·チームが利害関係者のために正直なタイムラインと予算を作成できるようにします。 | · 利害関係者側に柔軟性が必要です。なぜなら、チームを成功に導き、導く能力を彼らに提供することを支持して、誤った予測可能性という (快適な) 感覚を取り除くからです。 |
| 上級 | ·多くの計画の詳細を必要としない経験豊富なチームに適しています。 ·利害関係者に時間の経過とともに何が提供されるかについての高レベルの予測を提供し、他のチームとの依存関係を特定するのに役立ちます。 ·詳細な計画のコストを負担することなく、ある程度の「予測可能性」を提供します。 | ・緻密なプランに偽りの安心感を求める人には違和感があるかもしれません。 |
| 詳細 | · 要件と技術に関する不確実性の程度が低く、スケジュールが実際に予測可能である、些細なイニシアチブに対してのみ実用的です。 ·規制が詳細な事前計画を必要とすることはめったにありませんが、多くの場合、規制に準拠する必要があるため正当化されます。 | · 要件が変化する状況 (大多数の状況) に適用すると、利害関係者に予測可能性の誤った感覚を与えます。 · 状況が変化するにつれて、ライフ サイクルの後半に維持するために、通常は不必要な多大な努力が必要になります。 ・チームの士気を下げる。 |
| なし | ·高度に協調的な環境でのシンプルでリスクの低いイニシアチブに適しています。 ·ドキュメントのオーバーヘッドはありません。 | ·チームと積極的に協力していない利害関係者に透明性を提供しません。 |
リリース計画時の選択は適切です
効果的になりたい場合は、直面している状況にアプローチを合わせる必要があります。 チームごとに異なる状況に直面するため、1 つのアプローチがすべてに適合するわけではありません。代わりに、理解して適切に適用できる選択肢を用意する必要があります。
さらに重要なことは、状況の変化に合わせてアプローチを進化させる準備をしておく必要があるということです。 この記事が示すように、リリース計画の詳細レベルにはさまざまな選択肢があります。 直面している状況で最善を尽くし、常に学び、改善するよう努めることをお勧めします。
詳細に計画する場合でも、アジャイル フレームワークに従ってより大まかに計画する場合でも、反復の余地を残しておく必要があります。 ProjectManagerは、必要に応じて柔軟に計画できるクラウドベースのプロジェクト管理ソフトウェアです。 カンバン ボード、ガント チャート、および計画を実行に移すと最新のデータを提供するリアルタイム ダッシュボードを使用すると、常に変更を認識して迅速に対応できます。 この 30 日間の無料試用版をご利用ください。
