DESIGN-8-1

クライテリア

権限を持ったプロダクトマネージャという役職が存在し、1サービスに専任の1名以上が任命されているか。

タイプ

プロダクトマネジメント

観点

メトリクスの計測

FAQ

Q.権限とはどのような権限ですか?

プロダクトの要件を決める権限やプロダクトのリリース権限など、プロダクトの価値に関する権限全般です。

参考資料

プロダクトマネージャー: 役割とその習得方法 | Atlassian
最初に、告白させてください。10 年前、Atlassian のプロダクト マネージャー職に応募するように勧められたとき、私はプロダクト マネジメントが何であるかを知りませんでした。当時、これは珍しいことではありませんでした。プロダクト マネジメントは何十年もの間、何らかの形では存在していましたが、「プロダクト マネージャー」の肩書きが使われ始めたのは、ここ 20 年の話です。いまだに、「プロダクト マネージャーの役割は何ですか?」と会議で尋ねられることもあります (この話題を 講演で取り上げた こともあります)。 プロダクトマネージャーとは プロダクト マネージャーとは、顧客のニーズ、製品や機能が満たす大きなビジネス目標を特定し、製品の成功とは何かを明確にし、そのビジョンを実現するためにチームをまとめる人のことです。プロダクト マネジメントを 10 年間研究し続けた結果、プロダクト マネージャーになることの意味を深く理解できるようになりました。 プロダクト マネージャーの概念が明確でないのは、その役割がまだ新しいことも一因でしょう。設計やエンジニアリングなど、確立された分野の実務担当者であればその専門分野で自らを分類できますが、プロダクト マネージャーはまだその役割がどうあるべきかを定義しているところなのです。 ProductTank の優秀なプロダクト リーダーであり創設者である Martin Eriksson 氏は当初、シンプルな ベン図でプロダクト管理をまとめました。この図では、ビジネス、テクノロジー、ユーザー エクスペリエンスの交わる場所にプロダクト マネージャーが配置されています。Opsware 社の CEO である Ben Horowitz 氏は 15 年前、プロダクト マネージャーを「 製品の CEO 」と呼んでいました。 私は Eriksson 氏と Horowitz 氏の両方に同意しますが、定義の解釈については常に同意できるわけではありません。Eriksson 氏の図を見た人は、プロダクト マネージャーが 3 つの分野すべて (UX、テクノロジー、ビジネス) で製品を管理していると考えるでしょう。しかし実際には、Eriksson 氏はプロダクト マネージャーは 3 つすべてのニーズのバランスを取り、厳格な意思決定とトレードオフを行う必要があると述べています。Horowitz 氏の言葉を聞いた人は、プロダクト マネージャーは何らかの特別な権限を持つと考えるでしょうが、実際にはそのようなことはありません。ただし、プロダクト マネージャーはCEO のように目標を設定し、成功を定義し、チームの意欲を高め、成果に責任を負います。 プロダクトマネージャーの責務 具体的な責務は、組織の規模によって異なります。たとえば、大規模な組織であれば、プロダクト マネージャーは専門家のチームに組み込まれます。研究者、アナリスト、マーケティング担当者が情報収集を支援し、開発者と設計者が日々の実行、設計案の作成、プロトタイプのテスト、バグの発見を管理します。こうした組織のプロダクト マネージャーはより多くのサポートを受けることができますが、特定のビジョンの下で関係者の調整に多くの時間を費やします。 一方、小規模な組織のプロダクト マネージャーは、全員の同意を得るまでの時間は短くなりますが、ビジョンの定義とその理解を伴う実作業により多くの時間を費やすことになります。 大まかに言って、優れたプロダクト マネージャーは、次のような少数のタスクに時間を費やします。 プロダクトマネージャーとプロダクト所有者 チームが 特定のアジャイル プラクティスに従っている かどうか (およびどのようなプラクティスか) によって、プロダクト マネージャーの役割がさらにわかりにくくなることがあります。たとえば、チームがスクラムを実践する場合は、プロダクト所有者も必要になります。 プロダクト マネージャーは、調査、ビジョンの設定、調整、優先順位付けを通じて製品の方向性を定義しますが、プロダクト所有者は、開発チームとより緊密に連携して、プロダクト マネージャーのサポートの下に定義される目標に向けて実行していく必要があります。 一般的な分類: 日々の活動に関与 しかし、チームの構成や実践が変わると、責務が多少変わることもあります。たとえば、チームがスクラムを行わない場合 (カンバンなどを行っている場合) は、プロダクト マネージャーが開発チームの優先順位付けを行い、全員の足並みをそろえるためにより大きな役割を担うことがあります。一方、チームがスクラムを行っていてプロダクト マネージャーがいない場合は、通常、プロダクト所有者がプロダクト