Scaled Agile Framework SAFeにおけるプロダクトオーナーとは？ - 数値、データ、事実

アジャイルな組織構造が、階層的ではなく、役割を持った有機的なものであることはご存じだろう。アジャイル組織構造は、階層的ではなく、役割を持った有機的なものである。 Scaled Agile Framework - SAFe は、アジリティを拡大するための手法である。SAFeそのものについては、私たちの様々なブログ記事、例えば Scaled Agileフレームワークの4つのレベル。 今日はScaled Agile Frameworkのプロダクトオーナーの役割について詳しく見ていこう。SAFeのプロダクトオーナーは、例えばスクラムのプロダクトオーナーとは異なる責任がある。

 

では、Scaled Agile Frameworkのプロダクト・オーナーとは何だろうか？

Scaled Agileフレームワークのプロダクトオーナーは、製品の詳細を管理する。彼のタスクにはユーザーストーリーの定義が含まれる。SAFeでは製品やプロジェクトの規模が大きいため、彼はプロダクトバックログの選択された部分しか担当しない。ただし、1つまたは複数の開発チームを担当する。SAFeプロダクトオーナーの焦点は製品戦術にある。

 

プロダクトオーナーの6つのタイプ

• 元祖「スクラムプロダクトオーナー」で、製品全体に責任を持つ。彼の仕事は価値を最大化することである。そのため、彼はしばしば「価値の最大化者」と呼ばれる。
• エンドユーザーが操作する重要な製品機能を管理する「機能オーナー」。例えば、オンライン小売業者のウェブサイトの検索やナビゲーションなど。 
• 永続化レイヤーのようなアーキテクチャ構成要素を所有する「コンポーネントオーナー」 - つまり、ソフトウェアの個々のコンポーネントを「のみ」所有する。
• 共有ソフトウェア資産の集合体としてのプラットフォームを管理する「プラットフォーム所有者」。 
• 製品の詳細を所有する「SAFeプロダクトオーナー」。 
• 関連）商品群を管理する「ポートフォリオ・オーナー」。

各プロダクトオーナーのタスクの違いを理解するには、こちらの図をご覧ください。 これだ この図では、その違いが非常に明確に示されています。

 

異なるタイプのプロダクト・オーナーを理解するための例

SAFeプロダクトオーナーとは何かをより明確にするために、例を挙げます。携帯電話、たとえばiPhoneを開発するとしましょう。筐体、画面、回路基板など、さまざまなものがあります。プラットフォームオーナーは、携帯電話のさらなる開発の基礎となる可能性のある回路基板全体の開発（電気系統）を担当します（例：iPhone 10 - iPhone 11）。この回路基板には、たとえばキーボードのすべての機能など、さまざまなコンポーネントがあります。コンポーネントプロダクトオーナーが担当します。フィーチャープロダクトオーナーは、個々のコンポーネントだけでなく、光や音など、携帯電話の完全な機能を担当します。SAFeプロダクトオーナーは、携帯電話の一部の領域を担当し、フィーチャー、コンポーネント、Scrum POを管理します。ポートフォリオオーナーは、最終的に携帯電話全体を担当し、すべてのPOを「管理」します。

ちなみに、アジャイル変革の文脈でちょっとした注意点です。現在、アジャイル変革において正しい優先順位を設定していることを確認したいですか？ 

では、アジャイル変革の成熟度チェックを3分で行いましょう。他の300人以上の参加者に基づくベンチマークも得られます。ボタンをご覧ください 🙂

スクラムプロダクトオーナーとSAFeプロダクトオーナーの比較

スクラムプロダクトオーナーは製品に責任を持つ。彼は製品のビジョン、戦略、戦術を担当する。しかし、SAFeモデルでは、製品の責任を2つの異なる役割に分ける： 

• SAFeプロダクトマネージャー：戦略的な製品決定を担う。
• SAFeプロダクトオーナー：製品戦術の責任者である。 

簡単に言えば、プロダクトマネージャーが次にどの製品を作るかを決めるということだ。一方、プロダクトオーナーは、開発チームが製品を構築するのを支援する。いわば、両者が一緒になってスクラム・プロダクトオーナーの仕事をしているわけだが、この分担はスケーリングと製品やプロジェクトの規模によるものだ。分割は一般的なスケーリング手法である。しかし、自分の目で確かめてほしい。 これだ.

この文脈では、プロダクトオーナー同期という言葉がよく出てくる。少なくとも内容的には、PO Syncは多かれ少なかれスクラムのスクラムである。POシンクの目的は、製品ビジョンと業務に関連する内容を全チームで確実に調整することである。ビジョン、戦略、戦術を同期させる。SAFeにおけるもう一つの役割である。

 

SAFeプロダクトオーナーのタスクと責任

プロダクトオーナーは、PI計画の準備と参加を担当する。イテレーション内では、チームバックログを維持する責任がある： 

• 反復計画
• ジャストインタイムのストーリー展開
• を適用する。 行動駆動開発（BDD） (テスト）
• 物語を受け入れる
• イネーブラーとしての外見
• チームのデモやレトロスペクティブへの参加

その際、彼は次のような方法を利用します デザイン思考 - そして、次のような継続的探索ツール ペルソナ, 共感マップ, カスタマージャーニーマップ, ストーリーマップは、チーム内で顧客と製品に対する洞察と理解を深めるために使用されます。図はまた、タスクの分担の良い概要を示しています。

 

ソースはこちらだ： スケールアップしたAgileフレームワーク

 

FAN-Outモデル

適切な効果的なリソース計画はどのように行えば良いのでしょうか？チームメンバーのスキルと稼働状況を含め、これらは共同作業において重要な要素となります。多くの人が協力して作業する場合、リソースと役割の計画は非常に重要です。なぜなら、これらは互いに調整される必要があるからです。最悪の場合、ボトルネックが発生する可能性があります。また、誤った、または最適でない計画はスピードを阻害し、不必要なコストを引き起こします。

ファンアウトモデル は、プロダクトマネージャー、プロダクトオーナー、アジャイルチームのリソースの適切な数に気を配る。これらをできるだけバランスよく配置することで Agile リリーストレイン (ART）を効果的に管理する。作業量が最適でなければ、システム全体とそこにいる人々は、生産的に働く代わりに、問題を明確にすることに多くの時間を費やすことになる。経験上、ほとんどの場合、これはコストとエラーの原因になると言える。加えて、非連携的な仕事のやり方は対外的な影響も強く、ここでも優秀さの点数が犠牲になる。

そのため、ここではFAN-Outモデルをうまく活用することができる。各プロダクトマネージャーは最大4人のPOをサポートできる。それぞれが1つまたは2つのアジャイルチームを担当できる。繰り返しになるが、関わる人が多ければ多いほど、コミュニケーションと透明性が重要になる。

認定を受けるには、 www.scaledagile.com コースと試験を予約する必要があります。このプラットフォームを通じて、SAFeの認定が可能なすべてのプロバイダーとトレーナーにアクセスできます。認定（コースと試験）は通常、現在オンラインで行われています。SAFe PO認定の他に、多数の認定があります。

 

職務内容と対象者

認定されたSAFeプロダクトオーナー/プロダクトマネージャーは、顧客や開発組織と協力して要件を特定し、優先順位をつけるSAFeの専門家である。

 

以下のコア・スキルを学ぶ：

• リーンAgileマインドセットとSAFeの原則とプラクティスを適用する。 
• 顧客ニーズを特定する
• 叙事詩、能力、特集、ストーリーを書く
• ビジネスに付加価値を与えるために仕事の優先順位を決める 

さまざまな国で、さまざまなトレーナーやパートナー（IBMやキャップジェミニなど）からコースを受けることができる。期間は通常2日間。試験時間は90分（1時間半）。合計45問に答えなければならない。認定言語は英語である。45問中35問正解すると（77%）POPM4。45問中33問（73%）正解でPOPM5となる。

ソースはこちらだ： isapm.org

費用は原則として995～1,400ユーロで、プロバイダーによって異なる。

コース終了後30日以内に受験する場合、初回受験料はコース登録料に含まれる。再試験の受験料は1回につき50ユーロである。

認定されたScaled Agileフレームワーク・プロダクトオーナーは、約30万ドルの報酬を得る。 55,000～65,000ユーロ/年。

それは、プロダクトオーナーの成熟度、経験、性格だけでなく、その人が働く環境にも大きく左右される。

 

総括と批評

SAFeのプロダクトオーナーはSCRUMのプロダクトオーナーとは異なる。SAFeメソッドは規模が大きく複雑なため、プロダクトオーナーのタスクと責任は2人で分担する。 

そのためには、製品が最適に開発されるように協力する必要がある。多くの場合、調整作業が増えることになる。プロジェクト内で不確定要素や変更が多くなりそうな場合、SAFeプロダクトオーナーを含むSAFe手法はあまり適していない。 

製品を市場に投入し、プロダクト・マーケット・フィットを達成し、さらに製品を成長させるために、うまく機能する戦略を探している限り、製品の戦略的決定と戦術的決定を組み合わせ、これを例えばSCRUMで実施することが特に重要である。したがって、製品ライフサイクルの開発、発売、（初期の）成長段階でSAFeを賢く使うことが望ましい。