Product Handbook

プロダクトチームハンドブックへようこそ

• プロダクトチームは Manav Khurana が率いています。
• プロダクトハンドブックは、GitLab で私たちがどのようにプロダクトに取り組んでいるかに焦点を当てています。
• プロダクトチームが何を構築する計画なのかについては、Product Direction を参照してください。

プロダクトチームの機能

• Product Management
• Upstream Studios

プロダクトチームのミッション

私たちは、顧客に愛され、価値を感じてもらえるプロダクトとエクスペリエンスを生み出します。

• スケールするにつれて一貫性が勝ちます。私たちの組織としての目標は、新しいプロダクト、新しい機能、新しいチームメンバーにわたって成功の可能性を最大化する Product Manager（PM）システムを作り上げることです。
• 私たちが届けているのはエクスペリエンスであり、単なるプロダクトではありません。プロダクトとウェブサイト、価格・パッケージング、ドキュメント、セールス、サポートなどとのつながりを忘れないでください。
• 重要なのは私たちの顧客であり、顧客のために仕事を成し遂げることであって、プロダクトそのものではありません。テクノロジーについて内向きに考えるのではなく、顧客の課題について外向きに考えましょう。
• 愛 AND 価値の両方が重要です。私たちが構築しているものを顧客は価値あるものと感じるでしょうか。私たちは、構築するものが顧客価値の創出と引き出しに役立つことを確かめる必要があります。

プロダクトハンドブックへの貢献

プロダクトハンドブックは、プロダクトマネージャーやクロスファンクショナルなチームメンバーから広く参照されています。そのため、ワークフローに影響する変更（特に新しい要件、プロセス、ミーティングなど）があったときに、影響を受けるすべての協力者が足並みを揃え、情報を共有できるよう、一貫した変更管理プロセスに従いたいと考えています。

どの種類の変更を提案しているのかを示すと役立ちます。

• 小さな改善（タイポ、明確化など）
• 新しいセクションの追加
• 既存セクションの修正
• 新しいプロセスのドキュメント化
• 新しいページまたはディレクトリの追加
• その他

小さな改善であれば、ご自身で MR をマージして構いません。それ以外の場合は、レビューと承認のために適切なコードオーナーにタグ付けしてください。認知を広めるためには、以下のガイダンスに従ってください。

チームメンバーへの変更の周知

マージリクエストについて関連するチームメンバーとコミュニケーションを取るのは、あなたの責任です。従うべきベストプラクティスをいくつか紹介します。

• プロダクトまたはエンジニアリングチーム全体に影響する重要な変更については、最適なコミュニケーション戦略をマネージャーやプロダクトリーダーに相談してください。
• プロダクトマネジメントに特有の変更については、マージ前にマージリクエストで @gl-product-pm にタグ付けしてください。
• 貢献やフィードバックを求めているのか、それとも単に情報提供しているだけなのかを、コメントで示してください。
• 他のチームに関連する変更については、マージ前にマージリクエストで VP of UX や VP of Development といった部門リードにタグ付けしてください。
• マージリクエストのリンクを、簡単な説明とともに Slack の #product、#product-leadership、#eng-managers、#ux-managers などの関連チャンネルで共有・クロスポストしてください。
• コミュニケーションに関するさらなるガイダンスについては、GitLab のコミュニケーションのヒントとベストプラクティスを参照してください。

プロダクトマネジメント

プロダクトマネジメントと協業したい場合は、エンゲージ方法 ガイドを参照してください。

Product Principles

Product Principles セクションでは、ここ GitLab でのプロダクト開発に関する私たちの戦略と哲学について学べます。

Product Processes

私たちがどのようにプロダクト開発を行っているかの詳細については、確立された Product Processes を読んでください。

プロダクトのセクション、ステージ、グループ、カテゴリ

GitLab のプロダクトと私たちのチームがどのように構成されているかを学ぶには、Product Categorization セクションを確認してください。

GitLab プロダクトについて

シングルアプリケーションであることの意味、私たちのサブスクリプションティアと価格モデル、プラットフォームにおける権限の基礎など、プロダクトとしての GitLab について学びましょう。

Product Manager の責務

プロダクトマネージャーの役割と責務を理解しましょう。

GitLab で Product Manager であるということ

GitLab で Product Manager であるとはどのようなことか、もっと知りたいですか。私たちの Career Development Framework や学習・育成リソースといった役立つ情報については、Product Management ガイドをご覧ください。

Product Performance Indicators

Product KPIs を通じて私たちがプロダクトの成功をどのように測定しているかを学びましょう。これらは Product project で追跡されています。機能の計測を追加する方法に関するベストプラクティスとガイダンスについては、Analytics Instrumentation workflow を参照してください。

私たちの Product Leadership Team

私たちの Product Leadership Team について学び、各メンバーの個人 README を通じて彼らのことを知りましょう。

Product Division とのコミュニケーション

以下は、Product Division 内のさまざまな部門・サブ部門に使用できるチームのメールアドレスとハンドルです。これらのグループは社内コミュニケーションに使用され、@mention はプロジェクトメンバーのみが使用できます。Issue で @mention のタグ付けをすると、そのプロジェクトのすべてのチームメンバーに対してプロダクト内の to-do 項目とメール通知が生成されるので、チーム全体とコミュニケーションを取る必要があるときのみ使用してください。プロダクトマネージャー向けのコミュニケーションには、エンゲージ方法 を活用してください。

• @gl-product-leadership は Product Division 内のすべてのグループマネージャー、ディレクター、VP にタグ付けします
• @gl-product-plt は Product Division 内の VP Product への直属の部下全員にタグ付けします
• @gl-product-pm は Product Division 内の Product Management、Product Monetization、Program Managers の全メンバーにタグ付けします
• @gl-product は Product Division の全メンバー（Product Management、Product Monetization、Program Management、Product Design、User Research、Technical Writing）にタグ付けします
• [email protected] は Product Division 内の Product Management、Product Monetization、Program Management の全メンバーにメールを送ります
• [email protected] は Product Division 内の UX（UX Research、Technical Writing、Product Design）の全メンバーにメールを送ります
• @gitlab-com/gitlab-ux は Product Division 内の UX（UX Research、Technical Writing、Product Design）の全メンバーにタグ付けします
• @gitlab-com/gitlab-ux/managers は UX（UX Research、Technical Writing、Product Design）内のすべてのピープルマネージャーにタグ付けします
• @gitlab-com/gitlab-ux/designers は UX 内のすべての Product Designer と Design Manager にタグ付けします
• @gl-docsteam は UX 内のすべての Technical Writer 向けです
• ‘#technical-program-management’ は組織横断で TPgM チーム全体に連絡できる場所です

@mention でタグ付けする際は、

• プロダクトチーム全体にタグ付けする理由と、プロダクトチームメンバーに取ってほしいアクションを明確に述べてください。
• 同じコメント内に短い要約を書き、チームメンバーが必要なコンテキストをすぐ理解できるようにしてください。
• コメントを送信する前に、他のプロダクトチームメンバーが必要とする関連情報が含まれているか、Issue のタイトルと説明を確認してください。Issue のタイトルはメール通知やプロダクト内の to-do 項目の件名になります。
• チームメンバーに変更のレビューを依頼する場合は、review app の該当ページと関連する Issue や MR に直接リンクしてください。

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