アジャイルプロジェクトマネジメントの役割

アジャイルプロジェクトには正式なプロジェクトマネジャーのポジションはありませんが、スクラムモデルでは、プロジェクトマネジメントの責任は次の役割を通じて果たされます。

プロダクトオーナープロダクトオーナー は、プロダクトについての開発「理由」、「内容」、および「時期」についての責任を持ちます。

  • 理由:プロダクトオーナーは、プロダクトの長期目標と短期目標の両方を設定して、戦略と長期的な方向性を策定します。 プロダクトオーナーを通じて、スクラムチーム全体、特に開発者は、自分たちが構築しているものを、なぜ構築しているのかを理解します。
  • 内容 :プロダクトオーナーは、ステークホルダーや顧客と直接コラボレーションすることを通じて、プロダクトのビジョンとロードマップを策定し、その価値を組織全体に伝えます。 プロダクトオーナーは、プロダクトバックログを通じてプロダクト要件を収集、管理、優先順位付けする責任があります。
  • 時期:プロダクトオーナーは、プロダクトバックログの優先順位(スプリントゴールに従って要件を開始する順序) と、完了した機能が顧客にリリースされるタイミングを定めます。 プロダクトオーナーは、いつ要件を開始するかを定めますが、いつ終了するかは指示しません。

効果的なプロダクトオーナーの主な特徴は、開発チームへの決断力とアクセシビリティです。 プロダクトオーナーの責任は、単なる追加の職務ではなく、主要な責務だと見なす必要があります。 権限を与えられたプロダクトオーナーは、開発チームをビジネス上のノイズから守り、ステークホルダーの要求を管理し、ビジネス上の難しい意思決定を毎日行うことで、開発チームが常にスプリントとリリースの目標に向けて効果的に作業できるようにします。

開発チーム:開発チームの責任は、「どのように」、そして「どれだけ」です。

  • どのように :プロダクトオーナーは、プロダクトビジョンをサポートする要件を通じて顧客に価値を提供する方法を特定し、開発チームに提示します。 開発チームは、プロダクトオーナーと協力して、それらを実装する方法を技術的に決定します。
  • 「どれだけ」:スクラムチームは、必ず、作業を見積もる人と作業を行う人が同じであるようにします。 プロダクトの品質に対する説明責任は、開発チームに直接委ねられています。 開発チームがプロダクトオーナーにデータ(見積もり)を提供し、プロダクトオーナーはそのデータに基づいてリリーススケジュールを定めます。 開発チームは自己組織化されているため、開発チーム全体が、実行する作業工数のレベルの見積もりに参加します。 スクラムモデルでは、「技術リード」はチームの見積もりを行いません。

また、開発チームは 機能横断的であり、3人以上(単一障害点を防ぐため)から9人以下(コミュニケーションの複雑さを最小限に抑えるため)の多才な(つまり、マルチスキルの)開発者で編成されています。 各開発者は、スプリント内で完了するまでの要件の精緻化、設計、開発、テスト、統合、および文書化に貢献する複数のスキルを持っているのが理想で、それによりボトルネックを引き起こす単一障害点がゼロになります。

スクラムマスター:スクラムマスターは、スクラムのルールが守られていることを確認し、相互作用を促進し、スクラムチームを干渉から守りし、組織の抵抗を取り除きます。

  • スクラムマスターは、コーチでもありレフリーでもあります。 彼らは全てのスクラムチームメンバーと、チームに関わりのあるメンバーがスクラムのルールを理解しそれに従って動けるようにします。
  • スクラムマスターは、チームメンバー間、およびスクラムチームメンバーと組織内の他のメンバーとの間の健全な相互作用を促進します。 また、各スクラムイベントを促進して、タイムボックス内で望ましい結果を達成するようにします。
  • スクラムマスターは、スクラムチームを邪魔から守り、スプリント中にスプリントの目標に向かって効率的に作業できるようにします。
  • 航空エンジニアが航空機の抵抗を取り除くのと同様に、スクラムマスターはチームレベルで組織の抵抗を取り除き、スクラムチームが効果と効率のために最適な環境を持つことを妨げる障害を事前に取り除き、回避します。

開発チームは3人から9人の間であるため、1人のスクラム マスターで最大9 人のパフォーマンスが向上します。 同様に、パフォーマンスのわずかな改善の影響も最大9倍です。

プロダクトオーナー、開発チーム、スクラムマスター全員で スクラムチームを構成します。 それぞれが、それぞれのピアです。 プロダクトオーナーは組織の技術面ではなく、ビジネス面から参加する人材であることが理想です。 ビジネス担当者と技術者が毎日協力することで、スクラムは戦略的レベルと戦術レベルの両方でビジネスと技術の優先順位を効果的に調整します。

スクラムチームは、スクラムチームに加えてステークホルダーという、より広範なプロジェクトチームの一部です。

ステークホルダー:ステークホルダーとは、プロジェクトに関心を持つ人、またはプロジェクトに影響を与えることができる人です。 ステークホルダーは、スクラムチームの成果に対して最終的に責任を負うわけではありませんが、プロジェクト全体を通じてフィードバックを提供し、プロジェクトの結果の影響を受けます。 社内のステークホルダーのグループは多様であり、さまざまな部門(法務、営業、マーケティング、人事、財務など)の人々を含みます。 外部のステークホルダーには、顧客、ベンダー、更には様々な企業が含まれます。

スクラム以外の他の役割を加えることも、アジャイルプロジェクトの成功に大きく貢献します。 重要な役割とは次のとおりです。

アジャイルコーチまたはメンターアジャイル コーチとアジャイルメンター は、スクラム チームと共有できるアジャイル フレームワークと手法を導入した経験がある人です。 実践がもたらすのは完璧さではありません。 実践は永続性をもたらします。 したがって、正しく始めることで、新しい方法への移行を成功させることができます。 スポーツチームと同様に、パフォーマンスの高いチームは、たとえ最高レベルでもコーチングを必要とするため、この役割も重要です。 アジャイルコーチとメンターは、新規のスクラム チームと成熟したチームの両方に貴重な修正とアドバイスを提供し、それぞれがより高いレベルでパフォーマンスを発揮できるようにします。

機能マネージャー:チームの編成、人材の採用と育成、継続的なスキル向上の機会の提供、スクラムチームの組織の障害の除去は依然として必要です。 アジャイルリーダーシップでは、スクラムチームの作業方法を管理するのではなく、細かいことから一歩引いて、自己組織化チームが最善を尽くすように、チームが効果的にコラボレーションして戦術的な問題を解決できるようにします。 スクラムマスターは、スクラムチーム内の足手まといを取り除きます。 機能マネージャーは、組織レベルの足手まといを取り除きます。

[monarch_share center=”true”]
0

We are using cookies to give you the best experience on our website.

You can find out more about which cookies we are using here.