アジャイルな組織構造が、階層的ではなく、役割を持った有機的なものであることはご存じだろう。アジャイル組織構造は、階層的ではなく、役割を持った有機的なものである。 スケールド Agile フレームワーク – SAFe は、アジリティを拡大するための手法である。SAFeそのものについては、私たちの様々なブログ記事、例えば Scaled Agileフレームワークの4つのレベル。 今日はScaled Agile Frameworkのプロダクトオーナーの役割について詳しく見ていこう。SAFeのプロダクトオーナーは、例えばスクラムのプロダクトオーナーとは異なる責任がある。
では、Scaled Agile Frameworkのプロダクト・オーナーとは何だろうか？
Scaled Agileフレームワークのプロダクトオーナーは、製品の詳細を管理する。彼のタスクにはユーザーストーリーの定義が含まれる。SAFeでは製品やプロジェクトの規模が大きいため、彼はプロダクトバックログの選択された部分しか担当しない。ただし、1つまたは複数の開発チームを担当する。SAFeプロダクトオーナーの焦点は製品戦術にある。
プロダクトオーナーの6つのタイプ
- 元祖「スクラムプロダクトオーナー」で、製品全体に責任を持つ。彼の仕事は価値を最大化することである。そのため、彼はしばしば「価値の最大化者」と呼ばれる。
- オンライン小売業者のウェブサイトにおける検索やナビゲーションなど、エンドユーザーが–とやりとりする主要な製品機能を管理する「機能所有者」。
- 永続化レイヤー–のようなアーキテクチャ・モジュールを所有する "コンポーネント・オーナー "は、ソフトウェアの個々のコンポーネント "だけ "を所有する。
- 共有ソフトウェア資産の集合体としてのプラットフォームを管理する「プラットフォーム所有者」。
- 製品の詳細を所有する「SAFeプロダクトオーナー」。
- 関連）商品群を管理する「ポートフォリオ・オーナー」。
話を深める前に、ちょっとしたメモを。我々は最近、11人の国際的なアジャイルの専門家をゲストとして招き、ウェビナー–を開催した。
その結果がこの素晴らしいビデオ録画（英語）で、例えば次のような疑問を解決している：
- ボトムアップとトップダウンのどちらが良いのだろうか？
- リーダーたちに共通のビジョンを持たせるにはどうすればいいのか？
- 正しいアジャイルフレームワークの選び方 –、実はそれほど重要ではない理由とは？
私の一番のお勧めは、ぜひ見てほしいということだ！比較的時間がかかるが、一分一秒の価値がある。
各プロダクト・オーナーのタスクの違いを見るには、こちらの図を見てほしい。違いがよくわかる。
異なるタイプのプロダクト・オーナーを理解するための例
SAFeプロダクトオーナーとは何かをより明確にするために、例を挙げよう。携帯電話–、例えばiPhoneを開発しているとしよう。筐体、スクリーン、回路基板、その他もろもろがある。プラットフォームの所有者は、回路基板（電気）全体の開発に責任を持ち、携帯電話のさらなる開発の基礎とすることもできる（例：iPhone 10 – iPhone 11）。この回路基板には様々なコンポーネントがあり、例えばキーボードの全機能がある。コンポーネントプロダクトオーナーはこれを担当する。フィーチャー・プロダクト・オーナーは、個々のコンポーネントだけでなく、例えば光や音を含む携帯電話の完全な機能に責任を持つ。SAFeプロダクトオーナーは、携帯電話のサブ領域を担当し、フィーチャー、コンポーネント、スクラムPOを管理する。ポートフォリオオーナーは最終的に携帯電話全体に責任を持つため、すべてのPOを「管理」する。
ところで、アジャイル・トランスフォーメーションの文脈で簡単にメモしておこう。 アジャイルにおける正しい優先順位 変革？
そして、あなたのアジャイル変革のための成熟度チェック–を受ける。300人以上の他の参加者のベンチマークも得られる。ボタンᙂを見る
スクラムプロダクトオーナーとSAFeプロダクトオーナーの比較
スクラムプロダクトオーナーは製品に責任を持つ。彼は製品のビジョン、戦略、戦術を担当する。しかし、SAFeモデルでは、製品の責任を2つの異なる役割に分ける：
- SAFeプロダクトマネージャー：戦略的な製品決定を担う。
- SAFeプロダクトオーナー：製品戦術の責任者である。
簡単に言えば、プロダクトマネージャーが次にどの製品を作るかを決めるということだ。一方、プロダクトオーナーは、開発チームが製品を構築するのを支援する。いわば、両者が一緒になってスクラム・プロダクトオーナーの仕事をしているわけだが、この分担はスケーリングと製品やプロジェクトの規模によるものだ。分割は一般的なスケーリング手法である。しかし、自分の目で確かめてほしい。 これだ.
プロダクトオーナー・シンクとは何か？
この文脈では、プロダクトオーナー同期という言葉がよく出てくる。少なくとも内容的には、PO Syncは多かれ少なかれスクラムのスクラムである。POシンクの目的は、製品ビジョンと業務に関連する内容を全チームで確実に調整することである。ビジョン、戦略、戦術を同期させる。SAFeにおけるもう一つの役割である。
SAFeプロダクトオーナーのタスクと責任
プロダクトオーナーは、PI計画の準備と参加を担当する。イテレーション内では、チームバックログを維持する責任がある：
- 反復計画
- ジャストインタイムのストーリー展開
- を適用する。 行動駆動開発（BDD） (テスト）
- 物語を受け入れる
- イネーブラーとしての外見
- チームのデモやレトロスペクティブへの参加
Design Thinking –などの手法や、ペルソナ、エンパシーマップ、カスタマージャーニーマップ、ストーリーマップなどの探索ツールを使って、顧客と製品に関する洞察と理解をチーム内で促進する。この図は、タスクの分担の概要も示している。
ソースはこちらだ： スケールアップしたAgileフレームワーク
FAN-Outモデル
適切かつ効果的なリソース・プランニングを実際にどのように行っているのか？チームメンバーの仕事量やコンピテンシーを含め、これは協力において極めて重要な要素である。特に多くの人が一緒に仕事をする場合、リソースと役割の計画は非常に重要である。これらが互いに調整されていることが不可欠である。最悪の場合、ボトルネックが発生しかねない。また、誤った、あるいは最適でないプランニング–によってスピードが阻害され、そのすべてが不必要なコストの原因となる。
ファンアウトモデル は、プロダクトマネージャー、プロダクトオーナー、アジャイルチームのリソースの適切な数に気を配る。これらをできるだけバランスよく配置することで Agile リリーストレイン (ART）を効果的に管理する。作業量が最適でなければ、システム全体とそこにいる人々は、生産的に働く代わりに、問題を明確にすることに多くの時間を費やすことになる。経験上、ほとんどの場合、これはコストとエラーの原因になると言える。加えて、非連携的な仕事のやり方は対外的な影響も強く、ここでも優秀さの点数が犠牲になる。
そのため、ここではFAN-Outモデルをうまく活用することができる。各プロダクトマネージャーは最大4人のPOをサポートできる。それぞれが1つまたは2つのアジャイルチームを担当できる。繰り返しになるが、関わる人が多ければ多いほど、コミュニケーションと透明性が重要になる。
Scaled Agileフレームワーク・プロダクトオーナー認証
どこでどのように資格を取得できるのか？
認定を受けるには、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を賢く使うことが望ましい。
