R&D PMO
ビジョン、ミッション、バリュー
ビジョン
GitLab R&D PMO は、エンタープライズグレードのプログラムマネジメントを提供し、GitLab がソフトウェアを提供するあらゆる企業にとって第一の選択肢となる DevSecOps プラットフォームになることを可能にします。
ミッション
R&D Program Management Organization は、確実なデリバリーを推進し、リスクを先回りして管理し、クロスファンクショナルな足並みの統一を確保することで、GitLab の戦略目標の達成を加速します。
私たちは、顧客価値を実現し、20 億ドルの収益を持つ世代を代表する企業への GitLab の成長を後押しする、実績のあるプログラムマネジメントのアプローチを通じてこれを成し遂げます。
バリュー
GitLab Values は、R&D PMO チームの運営方法の基盤となっています。以下の原則は、GitLab で管理するすべてのプログラムに対して PMO が取るアプローチを示すものです。
信頼（Trust） - 私たちは、ステークホルダーやチームにとって信頼されるパートナーです。コミットメントを守り、正確なプログラム情報を提供し、プロジェクトのプロセス、スケジュール、コミュニケーションを確実にオーナーシップを持って担います。
コラボレーション（Collaboration） - 私たちは、GitLab のあらゆる職能を横断した協調的で効果的な実行を促進します。チームをつなぎ、サイロを取り払い、共有された責任を生み出し、効果的なチーム横断の意思決定を後押しします。
インクルージョン（Inclusion） - 私たちは、計画、実行、意思決定において、関連するすべての声が確実に聞き入れられるようにします。さまざまな職能、レベル、バックグラウンドからの多様な視点を積極的に求め、プログラムの成果を強化します。
透明性（Transparency） - 私たちは、プログラムのステータス、リスク、依存関係、意思決定プロセスについて明確な可視性を提供します。すべてのステークホルダーは、隠された思惑なしに、必要なときに必要な情報にアクセスできます。
誠実さ（Integrity） - 私たちは、自分自身とプログラムに高い基準を課し、たとえ困難で議論を呼ぶ場合であっても、GitLab 全体にとって最善であることに基づいて意思決定を行います。自らの過ちを認め、そこから学びます。
適応力（Adaptability） - 私たちは、優先順位が変化したり新しい情報が出てきたりしたときに素早く方向転換し、変化するビジネスニーズに応じてスコープ、スケジュール、アプローチを調整しながらプログラムの勢いを維持します。
効率（Efficiency） - 私たちは、最も影響の大きい仕事と活動にリソースを集中させます。ワークフローを合理化し、クロスファンクショナルなデリバリーを遅らせる障害を取り除きます。
コンピテンシー（Competency） - 私たちは、プログラムマネジメントの専門知識を継続的に磨き、ベストプラクティスを常に把握し、私たちが主導するすべてのイニシアティブにプロフェッショナルとしての卓越性と戦略的思考をもたらします。
主要な責務
詳細は R&D TPM Job Family を参照してください。
チーム構成
Program Management Org (PMO) は、エンジニアリング組織内に拠点を置くクロスファンクショナルなチームです。私たちの業務範囲は主に Engineering、Product、Security にまたがり、一部 GTM とも重なります。個々の TPM はそれぞれの注力領域を持っていますが、共通のプラクティスと基準を確実に保つため、チームとして定期的に足並みを揃えます。
プロジェクトの割り当て
私たちは、TPM が会社のさまざまな領域で同じような方法で働けるようにすることを目指しています。理想的には、各チームの働き方の詳細を知らなくても、TPM がどのようにプログラムに関与するかをステークホルダーが共通して理解できる状態にしたいと考えています。ここでは、PMO 全体でどのようにプロジェクトを割り当てているかについて、もう少し詳しく説明します。
| Product 注力領域 | Engineering 注力領域 | Security 注力領域 | |
|---|---|---|---|
| ドメイン専門性の領域（主に注力する対象） | エンドツーエンドの機能デリバリーとローンチ（主にクロスファンクショナルな機能開発）、マネタイズ戦略と実行、ロードマップに反映される顧客エンゲージメントプログラム（例: Advisory and Executive customer programs） | スケーラビリティ、品質、レジリエンスに注力する大規模なエンジニアリング主導のプログラム、専任の信頼性向上とマイグレーション、バグのトリアージ/管理 | セキュリティ脆弱性への対応、セキュリティ態勢の改善に注力する大規模なプログラム、コンプライアンス関連の取り組み |
| 関連しやすい組織横断領域: | Product、Engineering、Marketing、Sales、CS、Security | Product、CS、Security | Engineering、Security、Legal |
| 要件 | 一般に、技術的・ビジネス的なニーズを理解した上で、技術系企業での経験があることが求められます。これは個々の TPM の注力領域によって異なる場合があります。 | 一般に、エンジニアリングの学位、または技術系の職務での経験が求められます。これは個々の TPM の注力領域によって異なる場合があります。 | 一般に、セキュリティとコンプライアンスのドメインを理解した上で、技術系企業での経験があることが求められます。これは個々の TPM の注力領域によって異なる場合があります。 |
主要な責務は、両チームを通じて TPM のレベルごとに同じです。職務固有の責務は、個々の TPM の注力領域によって異なります。TPM のレベリングと関連する責務の詳細は、ジョブファミリーのページを参照してください。
コミュニケーション
私たちのチームは（本稿執筆時点では）米国と EMEA に分散しています。各チームメンバーは、個人の好みとプロジェクトのニーズに応じて自分の勤務時間を定めています。私たちは、EMEA 内でのチームのタイムゾーンカバレッジの拡大を目指しています。
一般に、私たちのチームは GitLab のバリューに沿って、デフォルトで非同期コミュニケーションを取ります。必要な場合は、効果的かつ効率的に働けるよう、チームメンバーを通話やミーティングに招きます。クロスファンクショナルなイニシアティブは、通常より多くの同期的な時間を必要とします。コアプロジェクトチームの一員であれば、プロジェクトの期間中、実行を推進するための定例ミーティングの時間を設けることが多くなります。
TPM サポートのリクエスト
TPM のサポートをお探しの場合は、TPM の割り当てが会社のトップゴールと戦略的優先事項に意図的に沿わせていることにご留意ください。あなたの仕事に対するサポートを検討するには、すでに TPM が割り当てられている関連する会社のゴール/イニシアティブのオーナーと連携するか、TPM マネジメントチーム（Kim Waters または Pallavi Nadella）に連絡してください。
プロジェクトのサポートを求めるために、TPM チームの個々のメンバーに直接 DM を送ることはお控えください。これはサポートを得る早道のように見えますが、PMO 全体での適切なリソース配分ができなくなります。マネージャーに連絡することで、あなたのプロジェクトに適しており、かつ新しいことに取り組む余力のあるプログラムマネージャーと組めるようになります。
一般的な質問やアドバイスについてチームに連絡したい場合は、Slack の #r-and-d-pmo で連絡してください。
bfd74782)