FY21 プロダクトエンゲージメントアクション

属性

解決すべき問題

詳細についてはプロダクト FY'21 エンゲージメントサーベイの結果を参照してください。

1. プロダクトマネージャーが GitLab 内外で成長・活躍するための明確で実行可能かつ追跡可能な道筋をどのように提供できるか？
2. プロダクトマネージャーが GitLab の顧客向けに革新的で価値あるプロダクトを作成することに集中できるよう、どのようにサポートできるか？

ビジネス目標

• GitLab のプロダクトマネージャーの役割において顧客価値とビジネス成果に焦点を当てる
• プロダクトチームの職務満足度と定着率を向上させる
• すべてのレベルのプロダクトマネージャーに GitLab での成功への明確な道筋を提供する
• GitLab でプロダクトマネージャーの多様なグループを惹きつけ、育成し、サポートする

プロトコルとプロセス

作業の進め方

集中力を維持して迅速にアクションを実行するために、リーンを保つ必要があります。そのため、ワーキンググループは9名の機能リード、1名のファシリテーター、1名のエグゼクティブスポンサーに限定します。9名の機能リードは、上記の解決すべき問題のうち1つをそれぞれ担当する3名のコラボレーターからなる3つのグループに分かれます。

ワーキンググループボード向けの Epic、Issue、MR の作成

• すべての Epic にはラベルを付けます：product operations wg-fy21-engagement-actions
• すべての Issue は WG Epic にリンクされ、ラベルを持つ必要があります：milestone product operations wg-fy21-engagement-actions および Product Operations ワークフローラベル：prodops::todo prodops::validation prodops::planning prodops::doing prodops::inreview。これらのラベルを付けることで、Issue はプロダクトオペレーションの Issue ボードの一部として表示されます。
• すべての MR は WG Issue にリンクされ、以下のラベルを持つ必要があります：milestone product operations wg-fy21-engagement-actions

上記のアクションは非同期コラボレーションを成功させるために必要です。

作業のレビューと共有の方法

• 週次同期時には、アジェンダに追加してから口頭で発表するスタンドアップ形式で進行中の作業のアップデートを提供してください。あなたとパートナーのどちらも週次同期に参加できない場合でも、文書化されたアップデートを追加してください。WG ファシリテーターが代わりに発表します。
• WG チーム全体からレビュー、フィードバック、または貢献が必要な場合は、週次同期ミーティングにアジェンダ項目を追加するか、WG Slack チャンネルに投稿して明示的に伝えてください。また、Epic、Issue、MR でも直接ピングしてください。週次同期と Slack でのハイライトは重要です。GitLab では毎日多くのピングと ToDo があります。フィードバックが必要な期限を明確にしてください。WG が優先順位を決めるのに役立ちます。
• すべての MR において、DRI として WG ファシリテーター「@fseifoddini」をレビュアーとして追加し、プロダクトオペレーションのリリースページに表示する必要があるアイテムへのラベル付けの機会を提供してください。
• MR の必須レビュアーを reviewer として割り当てることで追加してください。
• フィードバックが完了したら reviewer の割り当てを外してください。

全員へのお知らせ：To-Do リストに注意してください！非議論的な MR に対して24時間以上は待ちません。

ミーティング

ミーティングは録画され、Product GDrive で利用可能です。ファシリテーターは毎週の同期後に Slack でミーティングのサマリーの一部としてビデオリンクを投稿します。このワーキンググループのテーマと、すべての同期ミーティングで機密性の高い顧客情報が議論される可能性が高いため、プレイリストは非公開であり、GitLab チームメンバーのみがアクセスできます。

終了基準

プロダクト FY'21 エンゲージメントサーベイの結果で要求されている事項：

1. マネージャーが効果的な1〜2年のキャリア開発会話を行うためのコンピテンシーを定義します。プロダクトハンドブックにガイダンスを追加し、部門全体で一貫したアプローチを持てるようにテンプレートを作成します。各チームメンバーがそのドキュメントに記入し、マネージャーとの議論のための時間をスケジュールできるようにします。各人に合ったサイクルで定期的なキャリア会話を行うことを強く望んでいます。
2. 少なくとも3つの主要なコンピテンシーについて、プロダクトチームメンバー向けのより充実した学習・開発カリキュラムに投資します。LinkedIn、ProductTalk、および社内作成のコンテンツを活用します。コンテンツをコンピテンシー開発ハンドブックの説明、キャリア開発フレームワーク、およびオンボーディング手順にリンクします。
3. PM の毎月のリリースタスクの概要を説明するプロダクトハンドブックページを作成します。何が必須で、何がオプションであるか、またはベストプラクティスのガイダンスとして存在するかを明確にします。PM の毎月のリリースタスクリストを削減して、顧客・市場・競合調査などの高価値な活動により多くの時間を割けるよう努めます。

Product Operations で要求されている事項：

1. 各アクションの初期アップデートのコミュニケーション戦略
   • すべての質問と懸念に答えるための AMA（何でも聞いてください）を実施します
   • ミーティング、Slack、リリースページでのコミュニケーション（適宜）
2. 学習・開発その他のアクション全体のアップデート/メンテナンスのための継続的なコミュニケーション
3. ドッグフーディング：学習・開発その他のコンポーネントを（適宜）ドッグフードするセクション/グループを特定します
   • フィードバックを文書化・収集して将来のイテレーションに活用します

ストレッチ：

1. 以下の成功の定量的・定性的な指標を定義します
   • 学習・開発ハブ
   • プロダクトマネージャーのオンボーディング
   • プロダクトマネージャーの職務満足度

役割と責任

ページのソースコードを見る - ページの編集 - please contribute.