This is the Trace Id: 1a6416323b4da4acd9f1289d6213a656
メイン コンテンツへスキップ ビジネスを成長させる ビジネスを管理する 生産性を高める ビジネス テクノロジ ビジネスのヒント

プロジェクト マネジメント: 従来型か、反復型か、それともハイブリッドか?

ほとんどのプロジェクト マネージャー (および組織) と同様に、最適な配信方法の選択に苦労しているでしょう。私たちの多くは、従来のアプローチでは成功する提供を保証できないことを認識しており、常によりよい方法を探しています。

 

アジャイル開発や反復型開発の手法は、近年、非常に好意的に取り上げられ、より成功率の高いプロジェクト提供につながる大きな改善策とされています。そのため、今日の多くの組織と同様に、組織でもこれらのアジャイル開発や反復型開発の手法を、プロジェクト提供の迅速性と成功の両方を向上させるために、どこで、どのように最適に活用できるのかを検討しているはずです。  

 

簡単に言うと、反復型開発手法では、プロジェクトの機能を小さな単位(反復)で計画、開発、実装します。反復型提供を成功させる鍵は、それぞれの小さな単位が、全体のプロジェクトという枠組みの中で、より小さなミニ プロジェクトとして効果的に機能することです。その結果、各ミニ プロジェクトの反復では、2年間の計画よりも、2週間の反復を提供するために必要な作業量をより適切に計画できます。また、2週間単位で計画するため、把握された変更に対応するように、次の2週間の計画を簡単に調整できます。 

アジャイルと従来型のケース スタディ

少し立ち止まって、従来型の計画よりもアジャイル アプローチを使った方が、より高い成果を上げられた非技術的な状況を説明したいと思います。 

 

1日の活動を計画する例で考えてみましょう。これがプロジェクトです。大規模なプロジェクトと同様に、これには多くの不確実性とリスクがあります。昼食後に何が起こるかは分からず、それが計画に影響する可能性がありますが、慣例では、午前 6 時に起きて午後 11 時に就寝するまでの 1 日の毎時の作業について、包括的な計画を作成します。

 

午前9時には、通勤渋滞で出社が遅れ、予定より遅れています。午前10時には緊急会議が入り、正午の時点で完了した日次タスクは出社だけでした。その出社ですら予定より遅れていました。 

 

ここで、これをアジャイル プロジェクトとして扱い、計画するのは次の反復だけだとします。まずは家を出る準備です(ストーリーは、シャワー、朝食、子どもを学校へ送ることです)。これはすべて、時間と予算に基づいて正常にデリバリーされました。

 

そこで、自信を持って次の反復を計画します。次の反復は出社です (バス ターミナルまで車で行く、通勤列車で駅まで行く、そして市バスでオフィスへ向かう、という内容です)。

 

これはうまくいきません。最初のストーリー (バス ターミナルまで車で行く) が交通渋滞の影響を受けたため、ユーザー ストーリーをオフィスまで車で行くに変更し、残りの2つのストーリーは反復計画から削除できることに同意します。到着したら、次の反復を計画します。しかし、計画サイクルの途中で新しいストーリー (緊急会議) が追加され、それが次の反復全体を占めることになります。

 

最後に、昼食後に状況が落ち着き、バックログを確認して優先度の高いタスクに着手できます。午後には、優先度の高い項目を扱う 2 つの反復を無事に完了します。 

 

従来型の計画に固執していたら、通勤による計画の遅れでこれらの優先度の高い項目が翌日に再スケジュールされていたため、完了できなかったでしょう。 

最適なアプローチは、アジャイル、従来型、それともハイブリッドでしょうか?

変化するビジネス ニーズに適応できるこの柔軟性こそが、アジャイルや反復型の手法が最も得意とするところであり、多くの組織がこれを採用している理由です。しかし、組織は本当にアジャイルに全面的に移行する準備ができているのでしょうか? 経験上、アジャイルを本格的に導入するには多くの障壁があることが多く、特に、確立された組織ポリシーが、アジャイル アプローチと完全には相容れないことがよくあります。 

プロジェクトを承認する前に、確定した予算、便益実現の説明、目標日付が必要だとするポリシーは重要ですが、これはあまりアジャイルではありません。同様に、既存の運用への影響がないことを確実にするために、組織の実装ポリシーに従う必要があることも重要ですが、明らかにアジャイルではありません。 

その結果、多くの組織では、反復型の手法に適応しながら、いくつかの重要な「従来のプロセス」をどのように維持するかに苦慮しています。その答えはハイブリッド デリバリー モデルです。プロジェクトの一部は従来の管理方法を使用して提供し、それ以外の部分は反復的に提供するものです。 

ハイブリッド デリバリー モデル

よく目にする最も一般的なハイブリッド モデルでは、従来のプロジェクトの開始と計画を行い、その後、リリースのための従来の実装作業を挟みながら一連の反復を実施し、さらに別の一連の反復と従来の実装を続けます。 

 

このモデルでは、まず従来型の成果物ベースの作業分解構成図 (WBS) を作成し、プロジェクト憲章、プロジェクト管理計画、プロジェクト予算など、組織でプロジェクトを承認するために必要な中核的な成果物を特定します。

これらの事前成果物は、従来型の手法で開発および管理し、このプロジェクトが適切であり、リソースを投資する価値のある対象であることを経営層に示せます。 

 

プロジェクトが承認されたら、次に反復型アプローチへ移行し、ストーリーのバックログを維持しながら、優先度が最も高いストーリーを選択して次の反復で完全に開発します。プロジェクトの表示は、従来のガント チャートから、ストーリーを反復に動的に割り当てられる対話型のドラッグ アンド ドロップ ボードに変わります。 

 

いつでも、多くの場合は毎日、製品のオーナーはビジネス ニーズの変化を反映するために、バックログ内のストーリーを追加、削除、変更できます。

各反復の終了時に、成功と失敗を振り返るレトロスペクティブ評価を行い、必要な改善を実施するための変更を加えます。次に、最も重要なのは、プロダクト バックログを確認し、次の反復の候補として最も重要なストーリーを選択することです。このアプローチにより、プロジェクトは常に、最も適切で価値の高い作業に取り組めます。 

 

各反復の中で、チームはデイリー スタンドアップなどのアジャイル原則を使用し、現在の反復に予定されているストーリーの状況を話し合えます。この方法なら、チームは反復内で完了した作業を完全に管理しながら、プロジェクト全体は常に最新の状態に保たれ、リソース キャパシティやポートフォリオおよびプログラムの状況に関する企業レポートで利用できるようになります。

アジャイル原則の重要な点は、最終的なソリューションを小規模なリリースで実装できることです。これにより、初期機能を使用して、想定されるビジネス上の便益の一部を可能な限り早く実現できるというメリットがあります。

 

また、ソリューションを早期に検証できるため、必要な調整をプロダクト バックログに残っているストーリーへ簡単に反映できます。そのため、反復で十分な数の優先度の高いストーリーが完了したら、プロジェクトはいったん従来型のサイクルに戻り、組織で必要とされる標準的な実装タスクを実行できます。 

Microsoft Project を無料で試す

Microsoft Project を 1 か月間無料で試す

これらのリリースおよび実装のアクティビティは、従来型のアプローチを使用して計画および管理され、新しいプロジェクトの実装時に既存の運用への影響を軽減するため、定義されたプロセスに従うことを保証します。

 

最初のリリースが完了すると、プロジェクトはアジャイル アプローチに戻り、残りのストーリーの開発を続けるために、別の一連の反復に取り組み始めます。

 

このようなアジャイルと従来型のアプローチを組み合わせる「段階的」な方法が最も一般的ですが、特定のプロジェクト提供要件を満たすために、アプローチを組み合わせることもできます。たとえば、非常に規制の厳しい業界で新しい製品を導入する際に、極めて高いレベルのコンプライアンスと検証が求められるプロジェクトを担当するとしましょう。そのため、プロジェクトの大部分は、従来型の手法を使用して計画および管理されました。

 

しかし、システムが生成する膨大な量のパフォーマンス データを会社が分析しているビジネス インテリジェンスの部分があり、この部分はアジャイル アプローチが最も適していました。従来の作業と並行して進めるプロジェクトの BI コンポーネントについては、3 週間のスプリントで完了できる優先度の最も高いストーリーを選び、1 回の反復を完了します。

 

これらのストーリーの多くは探索的な性質だったため、より詳しい調査や、特定のパフォーマンス レポートの作成のために、新しいストーリーを追加することがよくありました。これらは、次のスプリントで検討するためにバックログに追加するだけでした。

 

このアプローチでは、報告および規制に関するすべての必要な手順を確実に達成できる単一のプロジェクト スケジュールを用意しながら、プロジェクトの非規制の業務報告コンポーネントの開発には非常に柔軟な方法を維持できました。

 

すべての作業を 1 つのスケジュールにまとめることで、このプロジェクトで発生しているすべてのことを 1 つの視点で把握できました:

 

  • 最適なタスク (従来型またはアジャイル) へのリソース割り当てを管理するために必要な情報は、すぐに利用できました
  • 強力な週次および月次のステータス レポートを作成できました

 

アジャイルは非常に強力なプロジェクト提供アプローチであり、組織全体のプロジェクト提供ツールキットに大きな利点をもたらすはずです。単独で使用することも、段階的な提供アプローチの一部として使用することも、ハイブリッドな提供構造に統合することもできます。

 

重要なのは、これまで組織の成功を支えてきた従来のプロセスを順守しながら、組織の提供成功に役立つアジャイルの原則を採用することです。

Steve Caseley 氏は Microsoft Project で 35 年以上の経験を持ち、初回リリース以来、Microsoft Project を継続的に使用してきました。Microsoft Project および Project Management Best Practices に関する複数の書籍の編集者です。彼は Sensei Project Solutions のプリンシパル コンサルタントであり、Microsoft Project Portfolio Management (PPM) ツールセットを使用して、大規模組織のプロジェクト提供の卓越性の実現を支援しています。

Microsoft 365 を始める

使い慣れた Office にチームワークを加速するツールが加わり、いつでも、どこでも、生産性を高めることができます。

関連コンテンツ

ビジネスの管理

なぜ経営幹部はプロジェクト マネージャーを敬遠するのでしょうか?

ビジネス インサイトとアイデアは、専門家による税務または財務の助言ではありません。税務または財務の現状についての相談をご希望の場合は、お客様の顧問である専門家にお問い合わせください。

Microsoft 365 をフォロー

日本語 (日本) コンシューマーの正常性のプライバシー Microsoft に問い合わせ プライバシー 特定商取引法に基づく表示 Cookie の管理 使用条件 商標 広告について