プロダクトマネジメントの CDF とコンピテンシー
このページでは、GitLab におけるプロダクトマネージャーのパフォーマンスを評価するための概要と、それに役立つリソースへのリンクを掲載しています。GitLab におけるプロダクトマネージャーの責務をより深く理解するには、GitLab のプロダクトマネージャーの役割 を参照してください。
プロダクトマネジメントのキャリア開発フレームワーク
Required 🔎
プロダクトマネジメントのキャリア開発フレームワーク (CDF) を通じて、すべてのレベルでプロダクトマネージャーに必要なスキルの進捗を追跡します。このフレームワークの唯一の情報源は以下の表ですが、マネージャーとのキャリア開発を追跡するためにこの CDF テンプレート を使用できます。私たちは、Performance/Growth Matrix に従ったパフォーマンス評価の全社標準を含むように CDF を移行しています。このモデルでは、コンパレシオの Growing、Learning、Thriving、Expert カテゴリーを使用するのではなく、パフォーマンスは Developing、Performing、Exceeding のカテゴリーで考慮され、Growth Output の Developing、Growing、Exceeding の評価と並んで考慮されます。
CDF レビューで期待される成果は?
CDF レビューの結果は、プロダクトマネージャーにとって実行可能な改善のフォーカスエリアにつながるべきです。CDF レビューを実施する際、マネージャーは PM の管轄内の特定の項目に踏み込んで、チームメンバーが改善に集中できる箇所を強調することを検討する必要があります。改善エリアを特定するには PM のコンピテンシー も有用です。
CDF で機能別の KPI を使用します。これらの KPI には、結果のガイドラインがあり、これは GitLab の Product チームメイトの理想的な行動の指標として提案されることを意図しています。これらは目標とする結果であり、Product チームメイトのパフォーマンスの網羅的なリストではありません。マネージャーおよび個人貢献者として、成功の正しい測定について対話し、各パフォーマンスサイクルの開始時にそれらを定義してください。最良の成長比較結果を得るために、CDF レビューを通じて KPI を一貫して測定してください。
フォーカスエリアの選択
各 CDF レビューで、次の CDF レビューまで集中するための改善エリアを選択することをお勧めします。これは、あなたとマネージャーが一緒に選択する 1〜3 つの改善エリアになる可能性があります。選択後、チームメイトとマネージャーは、各 1:1 でそれらのフォーカスエリアをチェックインし、進捗をレビューし、フィードバックを議論し、四半期の計画を調整して改善を続けます。フォーカスを選択することで、タイムリーでなかったり、批判的でなかったり、追加のフォーカスに値しない可能性のある他の領域に「ノー」と言う構造が提供されます。
個人貢献者プロダクトマネージャーの CDF
コンピテンシー
プロダクトマネージャーは CDF にまたがるさまざまなスキルを示す必要があります。各 CDF カテゴリーの コンピテンシー を優先度順にリストすることで、追加のキャリア開発ガイダンスを提供します。
プロダクトマネージャーには 4 つのコアコンピテンシーがあります。
- Product Roadmap & Product Led Growth
- Sensing Mechanisms
- Thought Leadership
- Aligning Teams With HPT
Product Roadmap & Product Led Growth
このコンピテンシーは、チームメイトによって定義された製品の方向性を設定し達成することについてのものです。チームメイトは、データを製品戦略に結びつけ、社内での影響力のあるコミュニケーションスキル、野心的な計画、効果的なイテレーション、市場のニーズへの対応について評価されます。
成果の例: MAU 達成、ドッグフーディング実装率、グロース実験の利用
スキル
役割の期待値
| PM | Senior PM | Staff PM | Principal PM |
|---|---|---|---|
| ステージ方向に応じて、月次サイクルで割り当てられた製品カテゴリーの製品方向を設定するのに習熟している。エピックを Issue に、Issue を minimal valuable changes (MVC) に分解できる。プロダクトグループの Engineering の stable counterpart とパートナーシップを組み、イテレーションを実践し、チームメイトが設定した月間アクティブユーザーを達成する。製品方向を管理し、カテゴリー方向ページの更新を維持する。プロダクトリーダーシップの指導の下、インストールベース、成長中の顧客、見込み客に関するデータを使用してマイルストーンの機能を優先順位付けできる。グロースとプロダクトリーダーシップのサポートを受けて実験フレームワークを使用できる。月間アクティブユーザー、エラーバジェット、その他の製品パフォーマンスインジケーターをモニターして製品方向を伝える。 | 月次でカテゴリーの製品方向を設定し、ステージ方向に情報を提供することに優れている。四半期および年次計画の設定に習熟している。エピックを Issue に、Issue を minimal valuable changes (MVC) に分解するのに熟練している。ステージ全体でイテレーションを実践し、チームメイトが設定した月間アクティブユーザーを達成する。能動的に製品方向を管理し、カテゴリー方向ページの更新を維持する。インストールベース、成長中の顧客、見込み客に関するデータを使用してマイルストーンの機能を優先順位付けするのに熟練している。実験フレームワークの使用に熟練している。能動的かつ独立して、月間アクティブユーザー、エラーバジェット、その他の製品パフォーマンスインジケーターをモニターして製品方向を伝える。 | カテゴリーの製品方向を月次で設定し、セクション方向に情報を提供するのにエキスパート。四半期および年次計画の設定に熟練している。エピックを Issue に、Issue を minimal valuable changes (MVC) に分解するエキスパート。セクション全体でイテレーションを実践し、チームメイトが設定した月間アクティブユーザーを達成する。方向の更新で他者をコーチし、能動的にカテゴリー方向ページの製品方向の更新を管理する。インストールベース、成長中の顧客、見込み客に関するデータを使用してマイルストーンの機能を優先順位付けするエキスパート。実験フレームワークの使用にエキスパート。月間アクティブユーザー、エラーバジェット、その他の製品パフォーマンスインジケーターの傾向と、これらの PI が製品方向をどのように形成するかについての深い理解。PLG メソッドについて他者をコーチできる。 | クロスセクションおよびイントラセクションの取り組みのために製品方向を設定する必要性を見抜くエキスパート。四半期および年次計画の設定で他者をコーチできる。エピックを Issue に、Issue を minimal valuable changes (MVC) に分解する模範を示し、他者をコーチする。セクション全体でイテレーションを実践し、チームメイトが設定した月間アクティブユーザーを達成する。方向の更新で他者をコーチし、模範を示す。能動的に製品方向ページを管理する。インストールベース、成長中の顧客、見込み客に関するデータを使用してマイルストーンの機能を優先順位付けすることで、模範を示し他者をコーチする。実験フレームワークの使用で模範を示し、他者をコーチする。月間アクティブユーザー、エラーバジェット、その他の製品パフォーマンスインジケーターの傾向と、これらの PI が製品方向をどのように形成するかについての深い理解を適用する。PLG メソッドについて積極的に他者をコーチする。 |
* 行動の例は、上記の CDF 役割の期待値を補完するものであり、置き換えるものではありません。これらの行動は、さまざまなレベル間の違いの例を示しています。ただし、各役割のニーズと状況は固有であるため、これらの行動のすべてがすべての役割に必要というわけではありません。さらに、特定の役割のすべての行動を示しても、その役割への昇進が保証されるわけではありません (以下の 昇進の典型的な要件 のセクションを参照)。
Sensing Mechanisms
このコンピテンシーは、GitLab のユーザー、顧客、市場、ランドスケープのさまざまなインプットのバランスを取り、理解できるかどうかについてのものです。これには、チームメイトが製品方向に情報を提供するため、および実行計画を形成するために使用するさまざまなレバーが含まれます。各機能には、その機能に必要なさまざまな組み合わせの sensing mechanism がありますが、Product Competency の要件を効果的に満たすには、チームメイトの開発のための開発フレームワークで、すべての sensing mechanism がある程度のレベルで対処される必要があります。
成果の例: 製品方向の基礎として、Customer Interviewing、Competitive Landscape、Market Research、新しいペルソナリサーチの適切な方法を使用; 測定: 方向ページの更新、DevOps ツールの更新、競合ツールのウォークスルーの録画、PM Standup Sharing、Opportunity canvases、category mapping
スキル
役割の期待値
| PM | Senior PM | Staff PM | Principal PM |
|---|---|---|---|
| 定性的な顧客インタビューに習熟している。Opportunity backlog を整理する RICE などの優先順位付けフレームワークに精通している。顧客インタビューから主要な洞察とパターンを導き、そのインプットを使用して問題ステートメントを明確にできる。ストーリーマッピングに精通している。デザインと協力してプロトタイプを作成し、潜在的なソリューションに命を吹き込むことに精通している。エピックと Issue のビジネス価値を理解し、伝達する。エピックと Issue の成功指標を設定し、ローンチ後にメトリクスを追跡してイテレーティブな改善への投資を導く。最大 20% の時間をカテゴリーのビジョンと戦略の調査と定義に費やす。買収のための製品の可能性と適合性を評価する。 | 定性的な顧客インタビューに熟練している。顧客インタビューから主要な洞察とパターンを導き、そのインプットを使用して問題ステートメントを明確にすることに優れている。ストーリーマッピングに熟練している。デザインと協力してプロトタイプを作成し、潜在的なソリューションに命を吹き込むことに優れている。GitLab の市場投入とビジネスモデルと整合した活動を行えるようにできる。顧客の問題を解決するための build, buy, partner オプションの評価を推進する。新しい市場機会を特定し、ビジネスケースを作成し、新機能の見込みの利益を業界の競合に対して予測できる。最大 30% の時間をカテゴリーのビジョンと戦略の調査と定義に費やす。 | 定性的な顧客インタビューのエキスパート。ストーリーマッピングに熟練している。製品検証技術を他者に教えることができる。ビジネスケース作成のエキスパート。さまざまな製品ドメインでビジネス成果を管理できる。 | 定性的な顧客インタビューの実践で模範を示し、他者をコーチする。ストーリーマッピングに高度に習熟している。製品検証技術で模範を示し、他者をコーチする。プロダクトリーダーシップの検討用にクロスセクション、イントラセクション、全社の投資ケースを提供するビジネスケース作成のエキスパート。複数の製品ドメインでビジネス成果の実行を証明している。 |
* 行動の例は、上記の CDF 役割の期待値を補完するものであり、置き換えるものではありません。これらの行動は、さまざまなレベル間の違いの例を示しています。ただし、各役割のニーズと状況は固有であるため、これらの行動のすべてがすべての役割に必要というわけではありません。さらに、特定の役割のすべての行動を示しても、その役割への昇進が保証されるわけではありません (以下の 昇進の典型的な要件 のセクションを参照)。
Thought Leadership
このコンピテンシーは、チームメイトがエキスパートであるドメインで、技術的なオーナーシップを持ち、リソースまたは権威であるという認識についてのものです。この指標は Product 組織にわたって異なり、ドメインの専門知識を提供する Product チームメイトの能力、またはコミュニティに対して GitLab を代表する能力の例として評価されます。
成果の例: ウェビナーへの参加、見込み客とのコール、他者からの #thanks shoutout、コミュニティとのソーシャルでのエンゲージメント、アナリストの認知とエンゲージメント、コミュニティとユーザー向けのアーティファクトの作成、カンファレンスへの参加、OSS コラボレーション
スキル
役割の期待値
| PM | Senior PM | Staff PM | Principal PM |
|---|---|---|---|
| 社内外で文書および口頭でのコミュニケーションが可能。顧客とのコールやミーティングの信頼できるリソース。優先順位を中心にステークホルダーとの関係を構築する。担当エリアで明瞭性を推進する。他者への影響に基づいて行動を改善するための行動を取る。GitLab 製品と関連製品ドメインのハイレベルな理解。GitLab のアーキテクチャとテックスタックのハイレベルな理解 | 展示会、顧客イベント、カンファレンスなどで GitLab を外部で代表できる。他者に行動方針を適切に影響を与え、説得する。会社のすべてのレベルでしっかりしたプレゼンテーションスキル。GitLab の製品と関連製品ドメインに深い精通。GitLab のアーキテクチャとテックスタックの深い理解。 | 社内外で思想的リーダーとして認められる。決定や進捗がブロックされたとき、適切な権限レベルに Issue をクリーンにエスカレートする。会社のすべてのレベルで優れたプレゼンテーションスキル。関連製品ドメインのエキスパートで、ドメインについて他者に教えることができる。GitLab 製品、アーキテクチャ、テックスタックについて他者をコーチできる。 | 社内外で思想的リーダーとして賞賛される。エスカレーションについて行動し、決定や進捗がブロックされたとき、適切な権限レベルに Issue を透明にトリアージする。会社のすべてのレベルでプレゼンテーションスキルについて模範を示し、他者をコーチする。所有するドメインについて積極的に他者に教える。GitLab 製品、アーキテクチャ、テックスタックについて積極的に他者にメンタリングし、コーチする。 |
* 行動の例は、上記の CDF 役割の期待値を補完するものであり、置き換えるものではありません。これらの行動は、さまざまなレベル間の違いの例を示しています。ただし、各役割のニーズと状況は固有であるため、これらの行動のすべてがすべての役割に必要というわけではありません。さらに、特定の役割のすべての行動を示しても、その役割への昇進が保証されるわけではありません (以下の 昇進の典型的な要件 のセクションを参照)。
Aligning Teams with HPT
このコンピテンシーは、チームメイトが GitLab の価値観を使用してチームの実行とパフォーマンスをファシリテートする方法についてのものです。
成果の例: Say/Do、MR 率、Validation Track Cycle Time と Build Track Cycle Time、OKR 達成 (70-85% は成功、100% は改善の余地)、カウンターパートからの 360 フィードバック、当社の Company Competencies に応じた価値観の実証
スキル
役割の期待値
| PM | Senior PM | Staff PM | Principal PM |
|---|---|---|---|
| ステージ内のピアとの良好な作業関係に責任を持つ。イテレーション手法を使用し、プロダクトグループ全体で協力することに精通し、快適である。 | アジャイル開発手法の適用に熟練している。優れた PM アウトプットを通じてグループのパフォーマンスを高めることができる。イテレーション手法を適用し、影響力を持って管理しながら製品ステージ全体で協力することに熟練している。 | アジャイル開発手法の適用にエキスパート。ステージ内のピアのパフォーマンスを高めることができる。イテレーション手法を適用し、影響力を持って管理しながら製品セクション全体で協力することのエキスパート。 | すべての Principal の行動に加えて、能動的に強力なクロスセクションの関係を構築する。全社のピアのパフォーマンスを高めることができる。GitLab 全体で協力しながら、イテレーション手法の適用や影響力を持っての管理を含む、当社の価値観について他者をメンタリングおよびコーチする。 |
* 行動の例は、上記の CDF 役割の期待値を補完するものであり、置き換えるものではありません。これらの行動は、さまざまなレベル間の違いの例を示しています。ただし、各役割のニーズと状況は固有であるため、これらの行動のすべてがすべての役割に必要というわけではありません。さらに、特定の役割のすべての行動を示しても、その役割への昇進が保証されるわけではありません (以下の 昇進の典型的な要件 のセクションを参照)。
個人貢献者の Pricing Manager の CDF
以下に、Pricing Product Manager の CDF フレームワークと潜在的な議論トピックがあります。
Product Roadmap & Product Led Growth
このコンピテンシーは、チームメイトによって定義された製品方向を設定し達成することについてのものです。チームメイトは、野心的に計画する能力、効果的なイテレーションの実践、市場のニーズへの対応で評価されます。データに基づく戦略的スキルを社内での影響力のあるコミュニケーションスキルに結びつけます。製品はしばしばクロスファンクショナルな領域であり、エンジニアリング、フィールド、セールス、マーケティングを横断したリーダーシップが必要で、コミュニティと効果的に関わり、ユーザーを成長させ、また保持します。
成果の例: 製品とビジネス目標 (例: ユーザー採用、コスト削減、収益マネタイゼーションなど) と整合した価格設定、パッケージング、データアナリティクス戦略、および製品価値ドライバーと整合した価格設定とパッケージング (顧客の知覚価値と、マネタイゼーションが知覚価値とどのように整合しているかの明確な明示)。
| Pricing Analyst | Senior Pricing Analyst | Principal Pricing Manager |
|---|---|---|
| 価格設定イニシアチブの成功指標を測定するためのプロセスと分析方法の確立に習熟。データインサイトの伝達に習熟。チームメンバーに成功指標を伝えるダッシュボードの作成に熟練。Product および Pricing Manager と連携し、プロジェクト目標を理解し、全体的なイニシアチブをサポートするためのデータ戦略を策定。データ分析イニシアチブの軽量なプロジェクト管理。問題ステートメントのルートドライバーを特定するのに習熟。ルートドライバーと問題ステートメントの関連を検証するためのデータ分析に熟練。問題ステートメントを検証するために使用するデータの調達に習熟。問題ステートメントを明確にするためのデータの使用に熟練。ソリューションオプションを洗練するためのデータの使用に習熟。 | 価格設定イニシアチブの成功指標を測定するためのプロセスと分析方法の確立に優れている。データインサイトの伝達に優れている。チームメンバーが成功指標に対するイニシアチブのパフォーマンスをレビューできるダッシュボードを作成するのに熟練。Product および Pricing Manager と連携し、プロジェクト目標を理解し、全体的なイニシアチブをサポートするためのデータ戦略を策定。データ分析イニシアチブの高度なプロジェクト管理。問題ステートメントのルートドライバーを特定し、ルートドライバーと問題ステートメントの関連を検証するためのデータ分析に熟練。価格設定イニシアチブをサポート / 推進するための主要な洞察を導くためのデータの調達と分析に熟練。問題ステートメントを明確にし、ソリューションオプションを洗練するためのデータの使用に熟練。 | 価格設定イニシアチブの成功指標の設定と価格設定プロジェクトのビジネス価値の伝達のエキスパート。GitLab の Go-to-market 活動とビジネスモデルを価格設定に整合させるエキスパート。マネタイゼーションドライバーを特定し、価格設定の推奨事項に発見事項を組み込むエキスパート。Product Manager および Sales と連携し、製品ビジョンとセールスの課題を理解して価格設定とパッケージングイニシアチブを構築する。価格設定とパッケージングイニシアチブを主導する。問題ステートメントのルートドライバーの特定、ソリューション仮説の形成、潜在的なソリューションを検証するために必要な調査の特定のエキスパート。定性的な顧客およびセールスインタビューに熟練。定量分析のための調査の作成に熟練。包括的な価格設定とパッケージングの推奨を形成するためのデータと洞察の集約のエキスパート。価格設定検証技術を他者に教えることができる。 |
Sensing Mechanisms
このコンピテンシーは、GitLab のユーザー、顧客、市場、ランドスケープのさまざまなインプットのバランスを取り、理解できるかどうかについてのものです。これには、チームメイトが製品方向に情報を提供するため、および実行計画を形成するために使用するさまざまなレバーが含まれます。各機能には、その機能に必要なさまざまな組み合わせの sensing mechanism がありますが、Product Competency の要件を効果的に満たすには、チームメイトの開発のための開発フレームワークで、すべての sensing mechanism がある程度のレベルで対処される必要があります。
成果の例: 製品方向の基礎として、顧客インタビュー、競合ランドスケープ、顧客 / セールスデータ、市場調査の適切な方法を使用。
| Pricing Analyst | Senior Pricing Analyst | Principal Pricing Manager |
|---|---|---|
| 価格設定リサーチ手法の基本的な理解。さまざまな価格設定調査から収集されたデータを分析して洞察を導くのに習熟。価格設定の決定を推進するために使用される顧客、製品利用、セールスデータを特定、収集、分析することに習熟。 | 価格設定リサーチ手法の基本的な理解、さまざまな価格設定調査から収集されたデータを分析して洞察を導くのに熟練。価格設定の決定を推進するために使用される顧客、製品利用、セールスデータを特定、収集、分析することに熟練。包括的なストーリーを形成するためにデータと洞察を統合することに熟練。 | 顧客のオプション (build、buy、partner) を価格設定とパッケージングの推奨事項に組み込むエキスパート。顧客の次善の代替案と、それがどのように PnP の推奨事項に影響を与えるかを明確に明示できる。価格設定リサーチ手法の優れた理解と、特定の状況に使用するための適切な方法を特定する能力: 関心 / ニーズに関する基本的な調査質問、Van Westdorp、Gabor-Granger、Max-Diff、Conjoint など。 |
Thought Leadership
このコンピテンシーは、チームメイトがエキスパートであるドメインで、技術的なオーナーシップを持ち、リソースまたは権威であるという認識についてのものです。この指標は Product 組織にわたって異なり、ドメインの専門知識を提供する Product チームメイトの能力、またはコミュニティに対して GitLab を代表する能力の例として評価されます。
成果の例: ウェビナーへの参加、見込み客とのコール、他者からの #thanks shoutout、コミュニティとのソーシャルでのエンゲージメント。
| Pricing Analyst | Senior Pricing Analyst | Principal Pricing Manager |
|---|---|---|
| 価格設定イニシアチブをサポート / 推進するためにデータニーズを特定するのに習熟。データギャップが特定されたときにデータ収集と分析方法の改善を推進することに習熟。必要な場合にデータインフラストラクチャの改善を推進することに習熟。データに基づく価格設定の洞察を提供する社内チームの信頼できるリソース。 | 価格設定イニシアチブをサポート / 推進するためにデータニーズを特定することに熟練。データギャップを特定し、必要な洞察を提供するためにデータインフラストラクチャを開発することに熟練。データに基づく価格設定の洞察を提供する社内チームの信頼できるリソース。 | 社内外で思想的リーダーとして認められる。決定や進捗がブロックされたとき、適切な権限レベルに Issue をクリーンにエスカレートする。会社のすべてのレベルで優れたプレゼンテーションスキル。関連製品ドメインのエキスパート。関連製品ドメインの価値提案の深い知識に基づいて、価格設定フレームワーク、割引手法、セールスオペレーションについて他者をコーチできる。 |
Aligning Teams with Values
このコンピテンシーは、チームメイトが GitLab の価値観を使用してチームの実行とパフォーマンスをファシリテートする方法についてのものです。
成果の例: Say/Do、MR 率、Validation Track Cycle Time と Build Track Cycle Time、OKR 達成 (70-85% は成功、100% は改善の余地)、カウンターパートからの 360 フィードバック、当社の Company Competencies に応じた価値観の実証
| Pricing Analyst | Senior Pricing Analyst | Principal Pricing Manager |
|---|---|---|
| ステージ内のピアとの良好な作業関係に責任を持つ。イテレーション手法を使用し、プロダクトグループ全体で協力することに精通し、快適である。 | アジャイル開発手法の適用に熟練している。優れた PM アウトプットを通じてグループのパフォーマンスを高めることができる。イテレーション手法を適用し、影響力を持って管理しながら製品ステージ全体で協力することに熟練している。 | アジャイル開発手法の適用にエキスパート。ステージ内のピアのパフォーマンスを高めることができる。イテレーション手法を適用し、影響力を持って管理しながら製品セクション全体で協力することのエキスパート。 |
プロダクトリーダーシップの CDF
以下の表は、プロダクトリーダー に使用されるキャリア開発フレームワークの概要を示しています。
典型的なスコープとレポート構造は、プロダクトマネジメントリーダーシップのジョブファミリー に文書化されています。
コンピテンシー
Product 機能の Manager 以上は全員プロダクトリーダーとみなされます。プロダクトリーダーのコンピテンシーは、プロダクトマネジメントチームに固有の重要なリーダーシップ概念を説明しています。一般的な GitLab リーダーシップガイダンス のページも参照してください。
Product Roadmap & Product Led Growth
このコンピテンシーは、チームメイトによって定義された製品方向を設定し達成することについてのものです。チームメイトは、データを製品戦略に結びつけ、社内での影響力のあるコミュニケーションスキル、野心的な計画、効果的なイテレーション、市場のニーズへの対応について評価されます。
成果の例: MAU の成長 / 維持、ARR への影響、製品ロードマップの全社的整合
責務
責務は Group Product Manager Job Family ページ に概説されています。
Group Manager
- 検証トラックスキルに関するチームメンバーのコーチング
- 戦略的調査
- シングルアプリ体験のためのクロスグループ接続の推進
- プロダクトグループ全体での採用ファネル
- ユースケース割り当てを介した GTM とのパートナーシップ
役割の期待値
| Group Manager | Director | Senior Director | VP |
|---|---|---|---|
| 製品スコープを超えてまたがる戦略的調査をリード。年次および四半期の製品ビジョンサイクルで計画。クロスグループ、クロスステージ、またはクロスセクションのコラボレーションと学習の機会を見つける。ビジネススキルを示し、他者にコーチする。ハイレベルの方向性を定期的に維持し、スコープ全体で方向の整合性を確保する。グループとステージ全体での採用ファネルの深い理解を発展させる。 | GitLab の代表としてセクション全体で調査と顧客インタビューを実行する。3 年から年次の製品ビジョンサイクルで計画。クロスステージとクロスセクションのコラボレーションの機会を作る。オポチュニティキャンバス、製品提案、MVC に関するフィードバックを含む、Product 組織全体でビジネススキルのアクティブコーチ。 | 戦略的な顧客とのコール、Advisory and Executive customer programs、見込み客で GitLab 製品を代表し、5 年以上の製品ビジョンと戦略に情報を提供する。年次テーマ、年次計画、OKR に貢献し、セクションを広範な会社戦略と整合させる。それぞれの領域でビジョンを作成するための直接の部下へのコーチングを提供する。 |
Sensing Mechanisms
このコンピテンシーは、GitLab のユーザー、顧客、市場、ランドスケープのさまざまなインプットのバランスを取り、理解できるかどうかについてのものです。これには、チームメイトが製品方向に情報を提供するため、および実行計画を形成するために使用するさまざまなレバーが含まれます。各機能には、その機能に必要なさまざまな組み合わせの sensing mechanism がありますが、Product Competency の要件を効果的に満たすには、チームメイトの開発のための開発フレームワークで、すべての sensing mechanism がある程度のレベルで対処される必要があります。
成果の例: 競合ランドスケープの継続的な評価、合併と買収への積極的な参加と実行、主要な製品提供での GTM 整合の推進、ユーザーインタビューでの SUS/PNPS の関与。
責務
責務は Group Product Manager Job Family ページ に概説されています。
Group Manager
- ビジネススキルに関するチームメンバーのコーチング
- 買収
- 競合ランドスケープと新しいソリューションの深い理解、統合、伝達
- 新規投資のためのビジネスケース
- 方向の更新
役割の期待値
| Group Manager | Director | Senior Director | VP |
|---|---|---|---|
| 割り当てられたユースケースで GTM と連携する。競合および新しいソリューションの深い理解を確立する。買収と新規投資ビジネスケース作成をリードする。さまざまな製品ドメインでビジネス成果を管理できる。 | 価格設定チームと連携してセクションの価格設定とパッケージング戦略を定義する。ビジネスケース作成を含む買収機会のチャンピオン。ステージ全体で採用ファネルとパフォーマンスインジケーターを能動的に管理する。GTM の機会を特定し、リーダーと関わってセクションのためにそれを活用する。 | ポートフォリオ全体で価格設定の議論に貢献し、戦略について推奨を行う。買収の機会を特定し、チャンピオンとなり、効果的なポジショニングとビジネスケース作成について直接の部下にコーチングを提供する。製品パフォーマンスインジケーターに関するクロスセクションの対話をリードし、クロスセクションのパートナーシップの機会を特定するのを支援する。GTM および Customer success リーダーシップと連携して、ポートフォリオの優先順位を達成する。 |
Thought Leadership
このコンピテンシーは、チームメイトがエキスパートであるドメインで、技術的なオーナーシップを持ち、リソースまたは権威であるという認識についてのものです。この指標は Product 組織にわたって異なり、ドメインの専門知識を提供する Product チームメイトの能力、またはコミュニティに対して GitLab を代表する能力の例として評価されます。
成果の例: 業界のトーク、ポッドキャスト、カンファレンスで GitLab を外部代表する。製品ビジョンのコンテンツを作成する。チームメイトに効果的な思想的リーダーシップのメカニズムの活用についてコーチする。市場優先順位を生成するためにアナリストを積極的に関わらせる。
責務
責務は Group Product Manager Job Family ページ に概説されています。
Group Manager
- より広範な GitLab ロードマップの提示
- カンファレンスで GitLab を代表する
役割の期待値
| Group Manager | Director | Senior Director | VP |
|---|---|---|---|
| 製品ビジョンを一貫して伝達し、コミュニケーションで行動への偏りを作成する。社内外で思想的リーダーとして認められる。会社のすべてのレベルで優れたプレゼンテーションスキル。曖昧さを見つけ、決定や進捗がブロックされたとき、適切な権限レベルに Issue をクリーンにエスカレートする。GitLab Section Direction を深く、全社のロードマップを広範に代表できる。 | 全体的な組織ビジョンと整合する魅力的なチームの目的を確立する。より広いチームを刺激して結果を達成する。ビジョンとの切断を特定し、適切な行動を取る。 | 市場、アナリスト、業界の他のソフトウェアリーダーと積極的に関わり、GitLab と当社のプロダクトマネジメント哲学を代表する。業界カンファレンスへの積極的な参加者。ポートフォリオの議論にアナリストを関わらせる。 |
Aligning Teams with Values
このコンピテンシーは、チームメイトが GitLab の価値観を使用してチームの実行とパフォーマンスをファシリテートする方法についてのものです。
成果の例: CREDIT バリューを実践。CREDIT バリューについて他者をコーチ。チームによる OKR の実行と完了。ステージとセクションの Say/Do 比率または MR 率が目標を達成している。
責務
責務は Group Product Manager Job Family ページ に概説されています。
Group Manager
- Design リーダーシップとのパートナーシップ
- ハイパフォーマンスチーム
- 直接の部下がより効率的になるよう支援
- チームの目標とターゲットの共有理解
- 採用とアンダーパフォーマンスの管理。
- チームメンバーを個人的に気にかける。
- 率直なリアルタイムフィードバック。
注 Aligning Teams with Values には People Management スキルが含まれます
役割の期待値
| Group Manager | Director | Senior Director | VP |
|---|---|---|---|
| ステージ内のクロスファンクショナルカウンターパートのリーダーシップとの強力なパートナーシップを発展させる。R&D 投資の有効性を確保する。エンジニアリングリーダーシップと連携して、プロダクトグループがクロスファンクショナルパフォーマンスインジケーターを達成し、R&D リソースが効果的に割り当てられるよう確保する。セクション内のステージにわたってポートフォリオ管理戦略を確立し、実行する。チームをより大きなステージのビジョンと目標に整合させる。チームにとって意味のある方法で戦略を翻訳し整合させ、チームの目標とターゲットの共有理解を構築する。状況に応じたリーダーシップ手法を使用して、チームメンバーに適切なレベルのガイダンスと裁量を提供する。能動的に才能ギャップを特定し、埋める。チームメンバーを個人的に気にかけることに習熟。率直なリアルタイムフィードバックを提供する。 | ステージとセクション全体で R&D 投資が効果的であることを確保するために、UX Research および Product Design との強力なパートナーシップを可能にする。エンジニアリングディレクターとの作業関係の健全性に責任を持つ。R&D 投資を効率的に提供するように組織化されていることを確保するために、製品階層を評価し最適化する。グループをコーチして、機能全体でパフォーマンスインジケーターを満たすハイパフォーマンス組織を作成する。ピアディレクターと協力して、スコープ全体でポートフォリオ管理戦略を確立し、実行する。チームをスコープのより大きなビジョンと目標に整合させる。マネージャーと個人に適切なレベルのガイダンスと裁量を提供する。採用とアンダーパフォーマンスの管理に経験豊富。チームメンバーを個人的に気にかけることに優れている。率直なリアルタイムフィードバックを提供する。 | ポートフォリオ全体で R&D 投資が効果的であることを確保するために、UX Research および Product Design との強力なパートナーシップを可能にする。エンジニアリング機能および製品組織との作業関係の健全性に責任を持つ。R&D 投資の効果的な使用についてコーチングを提供する。Product チームをコーチして、機能全体でパフォーマンスインジケーターを満たすハイパフォーマンス組織を作成する。直接の部下にポートフォリオ管理戦略についてコーチングする。Product チームをスコープのより大きなビジョンと目標に整合させる。マネージャーと個人に適切なレベルのガイダンスと裁量を提供する。採用とアンダーパフォーマンスの管理のエキスパート。チームメンバーを個人的に気にかけることに優れている。率直なリアルタイムフィードバックを提供する。 |
プロダクトマネージャーのポテンシャル評価
プロダクトマネージャーのポテンシャルを評価する際、概説した 一般的な情報 に加えて、PM が持つことができる独自で大きなインパクトに基づいてもポテンシャルを評価したいと考えています。評価は定量的というよりも定性的なままになることを認識していますが、評価をすることを避けるのではなく、以下の情報を使って積極的に取り組みます。
PM のポテンシャルは、主に 2 つの軸で考えることができます: 価値創造とリーダーシップ。
価値創造
プロダクトマネージャーは、Product KPIs で測定可能な価値を創造する仕事に従事しています。彼らはビジネスとユーザーまたはバイヤーの交差点で最も多くの価値を解放するために、最も重要なことを優先します。GitLab では、プロダクトマネージャーはしばしばセグメントの ビジネスオーナー であり、アウトプットは本番への機能提供だけではなく、Go-to-market、セールスイネーブルメント、パートナー / チャネル / アライアンスの関係、製品オファリングの収益への影響の理解も含むことができます。
少なくとも以下のレベルで実行に優れることで、プロダクトマネージャーがビジネス全体で価値を創造することが期待されます。PM のポテンシャルを考える際、現在のレベルを超えて影響力を拡大する能力を考慮してください。
| レベル | 作成される価値.. |
|---|---|
| PM | 機能とカテゴリー |
| Senior PM | 機能、カテゴリー、ステージ |
| Principal PM | 機能、カテゴリー、ステージ、クロスステージ |
| GPM | ステージとクロスステージ |
| Director | クロスステージ、クロス部門 |
| VP and up | 全社的、新規事業 / 業界 |
リーダーシップ
プロダクトマネージャーが経験と年功を積むにつれて、整合性を形作り、結果を生み出し、ますます増える責任でリードすることが求められます。ビジョンと戦略でトーンを設定し、人、文化、技術、プロセスからなるシステムでアウトプットを制御する方法を理解することが、プロダクトマネージャーがリードする方法です。
以下のレベルでプロダクトマネージャーがリーダーであることが期待されます。ポテンシャルを評価する際、PM がより大きなスコープでリーダーになる能力を考慮してください。
| レベル | リーダーシップレベル |
|---|---|
| PM | プロダクトグループ |
| Senior PM/Principal PM | プロダクトグループ、ステージ、クロスグループの整合性 |
| GPM/Director | 複数のグループとステージ |
| Senior Director | クロス部門 |
| VP | 全社 |
ポテンシャル評価のフレームワーク
Performance/Potential Matrix で提案されているように、プロダクトマネージャーを Low、Medium、High ポテンシャルに分類することは客観的に評価するのが難しい場合があります。PM のポテンシャルをランク付けするには、以下のフレームワークの使用を検討してください。以下の各属性に 1 (Low) - 5 (High) のランキングを割り当てます。ランキングを合計して総合スコアを算出します。5-11 のスコアは低いポテンシャル、12-18 は中程度のポテンシャル、19-25 は高いポテンシャルです。
| 属性 | 理由 |
|---|---|
| 自己モチベーションと駆動力 | 内発的な駆動力により、PM は学び、情熱を持ち、最終的に効果的になります。 |
| 影響力 | 高いポテンシャルの PM はチームとの関係を構築し、それが結果の達成をサポートします。 |
| リソースフルネス | PM は学び成長することを求めるべきです。彼らが学んだことは、その学びが応用できる場合に最終的に意味があります。 |
| 野心的 | 高いポテンシャルの PM は自分自身を伸ばし、新しい責任に自分を利用可能にします。 |
| 自己認識 | リーダーシップの大部分は、自分が強くない場所を知り、ギャップを埋めるための関係を構築することです。 |
ポテンシャルの評価を実行可能にする
プロダクトマネージャーは通常、ドライブが高くハイパフォーマンスな個人であり、私たちはしばしば他者と比較して自分の能力を過大評価します。中程度のポテンシャルでさえ多くの PM にとって失望かもしれません。望ましいレベルより低いと認識されたポテンシャルは、PM が評価されておらず、期待に応えていないことを意味しないことを明確にする必要があります。マネージャーは CDF レビューを使用してポテンシャルのスコアリングを議論する必要があります。結果は、PM が成長する機会を特定し、マネージャーが PM をメンタリングおよびコーチする領域を特定することであるべきです。
プロダクトマネージャーのキャリアサポート
プロダクトマネージャーが GitLab とそれ以降のキャリアで成功することを望んでいます。プロダクトマネージャーは、CDF レビューの一部として、または別のキャリアコーチングディスカッションとして、長期的なキャリア目標についてマネージャーと記入して話すことを推奨します。全体的なキャリア成長のためにファシリテートし、追跡し、時間を作るために、プロダクトマネージャーは、メインの CDF テンプレート (社内限定) でキャリアコーチング会話のためのこの特定のテンプレートに記入できます。すべてのキャリア開発と進捗を 1 つのドキュメントに集めることで、プロダクトマネージャーとそのマネージャーが進捗を追跡しやすくなります。
昇進の典型的な要件
昇進は 標準昇進プロセス に従い、昇進フィロソフィー に準拠します。提案された昇進をレビューするとき、私たちは以下を考慮します: 1) 個人の準備状況、2) ビジネスの正当化 / 機会。チームメンバーは昇進前に次のレベルのジョブフレームワークレベルの一部を既に示しているはずであり、昇進ドキュメント が完了する必要があります。昇進が有効になるには、予算が利用可能であり承認されている必要があります。昇進の機会を正当化するのに十分なビジネスニーズがない場合、それ以外の点で資格のある個人が、機会が利用可能になるまで昇進できない可能性があります。
正当な例外がない限り、以下の要件も Product 部門内の個人貢献者の昇進について通常満たす必要があります。
| レベル | PM | Senior PM | Principal PM | Senior Principal PM |
|---|---|---|---|---|
| 典型的なビジネスニーズ | グループが PM サポートを必要としており、マネージャーが PM をサポートする帯域幅を持っている。 | グループが PM サポートを必要としており、ステージ内のより深い戦略的方向性とクロスグループ調整を含む。 | ステージが広範な PM サポート、戦略的リーダーシップ、セクション内のクロスステージ調整を必要としている。 | 会社が広範な PM サポート、戦略的リーダーシップ、クロスセクション調整を必要としている。 |
| 典型的なレポート構造 | Group Manager または Director にレポート | Group Manager または Director にレポート | Group Manager、Director、または Senior Director にレポート | Senior Director または VP にレポート |
PM コンピテンシーと CDF 基準への貢献
すべての GitLab チームメンバーは、優先順位付けされたプロダクトマネージャーコンピテンシーと CDF 基準のリスト、および各コンピテンシーのコンテンツに、このページへのマージリクエストを通じて貢献することが推奨されます。
コンピテンシーに貢献するには、Product プロジェクトで Product Competencies テンプレートを使用して Issue を開いてください。Issue のステップは、将来のコンピテンシーがこのページにマージされるまでをガイドします。
c955a93f)