これらのリリースおよび実装のアクティビティは、従来型のアプローチを使用して計画および管理され、新しいプロジェクトの実装時に既存の運用への影響を軽減するため、定義されたプロセスに従うことを保証します。
最初のリリースが完了すると、プロジェクトはアジャイル アプローチに戻り、残りのストーリーの開発を続けるために、別の一連の反復に取り組み始めます。
このようなアジャイルと従来型のアプローチを組み合わせる「段階的」な方法が最も一般的ですが、特定のプロジェクト提供要件を満たすために、アプローチを組み合わせることもできます。たとえば、非常に規制の厳しい業界で新しい製品を導入する際に、極めて高いレベルのコンプライアンスと検証が求められるプロジェクトを担当するとしましょう。そのため、プロジェクトの大部分は、従来型の手法を使用して計画および管理されました。
しかし、システムが生成する膨大な量のパフォーマンス データを会社が分析しているビジネス インテリジェンスの部分があり、この部分はアジャイル アプローチが最も適していました。従来の作業と並行して進めるプロジェクトの BI コンポーネントについては、3 週間のスプリントで完了できる優先度の最も高いストーリーを選び、1 回の反復を完了します。
これらのストーリーの多くは探索的な性質だったため、より詳しい調査や、特定のパフォーマンス レポートの作成のために、新しいストーリーを追加することがよくありました。これらは、次のスプリントで検討するためにバックログに追加するだけでした。
このアプローチでは、報告および規制に関するすべての必要な手順を確実に達成できる単一のプロジェクト スケジュールを用意しながら、プロジェクトの非規制の業務報告コンポーネントの開発には非常に柔軟な方法を維持できました。
すべての作業を 1 つのスケジュールにまとめることで、このプロジェクトで発生しているすべてのことを 1 つの視点で把握できました:
- 最適なタスク (従来型またはアジャイル) へのリソース割り当てを管理するために必要な情報は、すぐに利用できました
- 強力な週次および月次のステータス レポートを作成できました
アジャイルは非常に強力なプロジェクト提供アプローチであり、組織全体のプロジェクト提供ツールキットに大きな利点をもたらすはずです。単独で使用することも、段階的な提供アプローチの一部として使用することも、ハイブリッドな提供構造に統合することもできます。
重要なのは、これまで組織の成功を支えてきた従来のプロセスを順守しながら、組織の提供成功に役立つアジャイルの原則を採用することです。
Microsoft 365 をフォロー