Content last updated 2026-03-12

財務計画・分析（FP&A）

FP&Aチームハンドブックへようこそ。私たちのミッションは、e-groupとFP&Aが効果的に計画・優先順位付け・実行できるようにすることで、GitLabの長期的な企業価値を最大化することです。

私たちのミッション

e-groupとFP&Aが効果的に計画・優先順位付け・実行できるようにすることで、GitLabの長期的な企業価値を最大化します

私たちの目標

GitLabの戦略に沿った部門横断的な実行を促進する
GitLabに予測可能性と運営の厳格さをもたらす
GitLabの財務目標・運営目標が定義・文書化・達成されることを確保する
戦略と各部門がそれを達成するための役割についての認知を広める
健全なデータドリブンな意思決定サポートを確保する
私たちの公開企業としての対外的なメッセージが運営戦略と一致していることを確保する

GitLabのFP&Aが目標を達成するための方法

GitLabの取締役会計画の予算・計画プロセスを管理する
長期戦略と財務目標を特定する長期見通し（LRO）を構築・維持する
事業および長期モデルにおける事業ドライバーとKPIを定義し、ビジネスと連携して事業計画の有効性を測定する
ローリング予測プロセスを主導し、計画・戦略に対する部門別パフォーマンスを確保するための実行可能なインサイトを提供する
業績ガイダンスや投資家向けメッセージを含む上場企業としての四半期決算プロセスを推進する
事業ドライバーに関するインサイトを提供し、パフォーマンス改善の機会を常に探す
- プロセス改善
- 分析
- 教育

私たちのチーム

FP&Aは、FP&Aの目標をサポートするために5つのサブチームで構成されています:

共通リンク

Finance Issue Tracker
データ、ダッシュボード、レポートのリクエストはAnalytics Issue Tracker
FP&A職位等級表
Adaptive Insights

主要Slackチャンネル

FP&Aプロセス

年次運営計画（“AOP”）

内容: AOPには、年次戦略、各機能の事業計画/予算、主要指標の達成方法の計画、すべての主要指標の予測が含まれます。AOPは3表（損益計算書、貸借対照表、キャッシュフロー計算書）構成の非GAAPボトムアップ計画であり、現会計年度を対象とします。収益は予約計画から予測され、費用はヘッドカウントとベンダーレベルで計画されます。
目的: GitLabのAOPは、来年のGitLabの会社目標とそれを達成するための戦略を特定します。これらの目標を達成するために必要な資金量を把握するためのガイドラインを提供します。
ガバナンス: AOPは毎年取締役会によって承認されます。

年次計画ステップ

戦略的優先事項について経営幹部チームと整合する
3カ年戦略と年次テーマに沿って取り組みの優先順位を付ける
その年の財務上の優先事項を承認する
主要な前提条件を文書化した、統合された営業・マーケティング財務モデルをボトムアップで構築し、追跡可能にする
製品、マーケティング、セールスで合意した目標を設定する
製品への投資対予想収益創出をレビューする
年次報酬引き上げの想定額を設定する
会社全体のパフォーマンスプランに基づく貢献者の目標を設定する
ヘッドカウントとプログラム支出に割り当てられる金額に基づき、各e-groupリーダーに予算エンベロープを提供する
ヘッドカウントリスト、TBHリスト、ベンダーレベル支出リストに基づく費用計画を作成する
ヘッドカウントリストを採用チームに通知し、提案ベンダーリストを調達部門に通知する（将来的には既存ベンダー向けの発注書が整備された後）
主要な前提条件を作成・文書化する
計画のアウトプットとして主要指標のトレンドを示す
主要指標を推進するための計画を把握する
実行における部門横断的な依存関係を把握する
主要ドライバーや年次イニシアチブ（例: 新製品）の事業計画を文書化する
年次セールス報酬計画を改訂・更新する
収益を生み出す役割の年次クォータ割り当てを設定する

FY26 AOPマイルストーン

主要な計画マイルストーンを以下に示します。詳細なスケジュールと計画チェックリストについては、FP&Aビジネスパートナーにお問い合わせください。

2024-09-09（週）CFO/CRO会議: 予約範囲、費用%について協議し、Q4の過達/未達シナリオへの影響について合意する
2024-09-23（週）FP&A会議: FP&Aとのボトムアップ目標キックオフ
2024-11-15: ボトムアップエンベロープ提出と投資領域のビジネスケース期限
2024-12-06: XFN eGroupスキップによるプロジェクトと依存関係の整合
2024-12-09（週）eGroupオフサイト: FY26 AOP整合会議
2024-12-12 Q3取締役会議: 計画の進捗状況の更新とFY26 AOPのプレビュー
2025-01-21 eGroup会議: 計画の進捗状況の更新とQ4取締役会デッキプレビュー
2025-02-12 eGroup ASYNC: FY26 AOP最終レビュー
2025-03-27 Q4取締役会議: FY26 AOPの最終正式承認

長期見通し（“LRO”）

内容: 見通しは3〜5年の戦略的・財務的計画です
目的:
- 長期的なGitLabの成功に向けた長期投資と能力を特定し、合意する。
- 長期的な目標と財務目標を達成するために、近期の優先事項や資金調達を変更する必要があるかどうかを判断する。
見通し:
- 会社の3カ年戦略を更新・再確認する。
- 戦略を調整する戦略的投資オプションの特定と分類について勧告する。
- 今日の意思決定が成長軌道や投資ニーズに意味のある影響を与える領域に焦点を当てる。
- 長期目標への障害を特定し、追加資金調達や優先順位の再設定を含む解決を推進する。
財務計画:
- 予約、収益、P&L、キャッシュ指標を含む、GitLabの長期目標達成に必要な財務エンベロープを設定する。
- 投資ニーズへの資金提供と財政規律/会社効率の間の健全な緊張を確保する。
- 次の会計年度の年次計画キックオフ前に、緊張領域を解消するためのワークストリームを立ち上げる。
原則:
- トップラインと費用の両方において、成長曲線を曲げたりシフトさせたりするドライバーの特定に焦点を当てる
- ボトムアップの運営計画ではなく、トップダウンの戦略的・財務的計画である
- 部門横断的なリーダーシップの賛同が必要。財務部門だけの数値演習ではない
- 公開企業のベンチマーキングがGitLabの長期目標に関する意思決定を促進する
ガバナンス: 見通しは毎年取締役会によってレビュー・議論されます。

LRO更新

LROは年次ベースで更新され、会計年度計画が確定した直後に行われます。LROの更新後、長期目標と財務目標を達成するために近期の優先事項と資金調達が必要かどうかを判断するために、残りの年間を通じて四半期ベースおよびアドホックベースで追加更新が行われることがあります。

四半期およびアドホックのLRO更新の一環として、以下が含まれます:

前回のLRO更新との予約、P&L、キャッシュフローの比較
予約、P&L、キャッシュフローを含む6四半期ローリング予測
成長効率指標について同様の収益規模の同業他社ベンチマーキングとの比較

LROの更新および後続のLRO更新への入力として以下が含まれます:

各事業機能（GTM、R&D、G&A）にわたる能力と主要投資、および主要な部門横断的依存関係、リスク/障害
GTMモデリング: 需要、生産性、供給能力
総報酬戦略
費用の前年比および収益に対する%目標、部門別HC/非HC支出
予約から請求書発行から現金回収の前提条件
予約と費用の季節性
キャッシュコミッション
PP&E/設備投資

コーポレートファイナンスチームは、以下と連携してLROの更新を主導します: 主要投資、能力、依存関係を決定するe-groupメンバー; 販売生産性/キャパシティモデル、CTB、予約達成率のためのGTMファイナンスチーム; 総報酬戦略と福利厚生の前提条件のためのG&Aファイナンスチーム; 配賦、ホスティング/インフラ費用についての情報提供のためのR&Dファイナンスチーム。

事業計画

事業計画の目的

GitLabのトップ成長ドライバーと新製品について、成功への貢献者間の整合を推進・文書化します。事業計画を書くことで思考と運営の明確さが生まれます。イニシアチブの成功と部門横断的な説明責任を管理するためのガバナンスモデルに合意します。各事業計画は最低限以下をカバーする必要があります:

イニシアチブとは何か、なぜそれに注力すべきかを説明する。
各機能がその成功をどのようにサポートするか、依存関係とリスクは何かを特定する。
成功をどのように測定するか（例: パイプラインや予約目標）を特定する。

事業計画の詳細

製品計画 - いつまでに何の製品機能を出荷するか？コミット済みのものとリスクのあるものは？競合に関する考慮事項は？フェーズがある場合、各フェーズのスコープは？
価格計画 - 価格戦略は何か、未決定事項は何か、マージン構造は？
マーケティング計画 - 製品マーケティングとデマンドジェネレーションが事業計画をどのようにサポートするか。
セールス計画 - セールス計画のドライバーは何か？予約の四半期計画は？想定されるアタッチ率、浸透率、採用率は？不確実性はどこにあるか？フィールドイネーブルメント計画は？
サービス計画 - 該当する場合、強化されたサービスが販売と採用をどのように向上できるか？
運営計画 - どのようなインフラが必要か（フルフィルメント、IT、収益認識、法務、セキュリティ等）
財務計画 - 該当する場合、粗利益とP&Lへの貢献

主要貢献者

ドライバー: FP&A
貢献者
- 製品: リードPM、価格担当リード
- マーケティング: 製品マーケティングとデマンドジェネレーションの両方のリード
- セールス: 地域VP、RS&A、GTM FP&A
- サポート/サービス
- 必要に応じて: フルフィルメント、IT、経理、法務、セキュリティ
承認者/情報提供先:
- CFO、CRO、CMO、CPO、e-group

レビューとガバナンス

貢献者（上記）が事業計画に合意し、e-groupメンバーにフィードバックのためにレビューする。提案された測定計画（例: 予約やパイプライン目標）を含める
定められたサイクル（月次または別の頻度）で、製品の成果対計画をレビューする
定められたサイクル（月次または別の頻度）で、GTMの成功指標対計画をレビューする
定められたサイクル（四半期または別の頻度）で、P&Lへの影響対計画をレビューする
四半期ごとに、学習に基づいて成功目標/指標を洗練し、計画を反復する

四半期・月次サイクル（クローズ、差異分析、予測、ガイダンスを含む）

GitLabのFP&Aチームは厳格な月次クローズプロセスに参加しています。

目標

経理チームを最大限にサポートし、経営幹部への情報の適時提供を確保するために明確な期限を設ける
予算と予測の実績に対するパフォーマンスを分析し、経営幹部がより良い意思決定をするためのインサイトを特定する
内部予測を更新し、四半期決算発表の準備のために投資家向けガイダンスを更新する
予測方法論とアプローチを改善し、自分たちおよびビジネスオーナーの説明責任を強化する

主要定義

実績

内容: 実績は、測定対象の唯一の信頼できる情報源（SSOT）として指定されたシステムにおいて報告または存在する結果です。毎月、経理は月を締め、財務結果がERPシステムに記録され、財務諸表として公表されます。これらの実績は計画と予測と比較されます。

`FYyyyy-mm`時点の予測

目的: 動的で高成長のビジネスにおいて、GitLabのニーズは年間を通じて変化する可能性があり、何が起こるかを予測できる必要があります。
内容: 予測は、財務パフォーマンスに対する現時点での期待に基づく動的な評価です。FP&Aチームは、予約やその他の主要入力によって推進される収益、ヘッドカウントとベンダー支出によって推進される費用について月次予測を公表します。月次予測は予測期間を延長しません。例えば、2020年3月には、予測は2020年2月から2021年1月まで、2月実績と2020年3月から2021年1月の予測期間をカバーし、これは（1+11）予測と呼ばれます。
ガバナンス: FYyyyy-mm時点の予測はFP&A責任者によって承認され、CFOとともにレビューされます。
注: Adaptiveでいずれかのバージョンをロックしてアーカイブする前に、コーポレートFP&AはGoogle Finance FX Ratesを使用してAdaptiveのFXレートを更新します。

`FYyy-Qx`時点の予測

目的: 動的で高成長のビジネスにおいて、GitLabのニーズは年間を通じて変化する可能性があり、事業リーダーに責任を持たせるための指標が必要です。費用を高レベル（e-group）で計画し、計画パラメーターに対して説明責任を維持しながら優先順位付けとトレードオフを行うことをこのグループに期待しています。正式に四半期ごとに再予測することで、新しいイニシアチブを予測モデルに迅速に評価・組み込むことができます。それでも、収益、収益性、費用管理のトップレベル目標を設定するために年次計画に従い、以前に伝達された公開ガイダンスを満たし続けることを確保します。
内容: FYyy-Qx時点の予測は、財務パフォーマンスに対する現時点での期待に基づく動的な評価です。（3+9）、（6+6）、（9+3）の四半期予測には、予約やその他の主要入力によって推進される収益、ヘッドカウントとベンダーによって推進される費用が含まれます。
ガバナンス: 四半期予測はFP&A責任者によって承認され、CFOとともにレビューされます。その後、e-groupと取締役会でレビューされます。e-groupは費用について四半期予測に対して責任を持ちます。

各会計四半期の第2〜3ヶ月の予測スナップショット

目的: 上場企業として、GitLabはP&Lと主要財務指標の動向を把握する必要があります。会計四半期の進行に伴い、スナップショットは最新の予測と前回のスナップショットビューからの調整をCFOとe-Groupに伝えます。
サイクル:
- 四半期第1ヶ月: 第2週に1回（FP&Aの第1ヶ月予測バージョンロックの週前）
- 四半期第2ヶ月: 第2週から週次（FP&Aの第2ヶ月予測バージョンロックの週前）
- 四半期第3ヶ月: 週次
内容: P&Lスナップショットは、収益、非GAAP営業利益、非GAAP一株当たり利益に関連するウォールストリートの期待に対して会社の指標を追跡し、FP&Aからの最新推計に基づいて四半期中の支出決定をGitLabが行えるようにします。予測スナップショットはFP&Aによって作成され、意思決定を促進するためにCFOに提示されます。P&LスナップショットはFinance Business Partners / Talent Acquisition Managers Headcount Forecast Interlockプロセスに従い、週ごとの変化を追跡するスライドデッキを通じてCFOに提供されます。また、#fpa_private Slackチャンネルを通じてCFOとFP&Aチームに要約が伝達されます。

月次FP&Aクローズタイムライン

これらの日付は8日間の経理クローズに基づいています。コーポレートFP&Aは経理チームとクローズ日を確認し、それに応じてGoogle上のFP&Aクローズカレンダーを更新します。FY23では、WD5までにクローズ（税務エントリー、消去を含む完全な連結はWD10まで）することを目標としています。

クローズタイムライン

WD -3: AP締め切り。
WD -2: FP&Aからのすべての未払費用計上とJEの期限
WD -2: 今月クローズのNetSuite実績をAdaptiveに取り込む（コーポレートFP&Aが実施）
WD 1: ヘッドカウント実績をAdaptiveに読み込む（コーポレートFP&Aが実施）
WD 2: FP&Aフラックスを配布し、1週間後および/または経理クローズの1日後が期限
WD 2: FP&Aが取締役会にフラッシュを送付（四半期のみ）- 予約、収益見込み、NGOI見込み
WD 5: 収益締め。収益、請求、回収の差異分析を開始。
WD 7: 最終エントリーと配賦の計上
WD 8-9: FP&AによるAvFレビュー完了
WD 9: Adaptive予測ロック

その他の重要な日付

8日目: ARR、顧客数、純収益維持率のスナップショット（これはWD8ではなく、8日目に取得）
毎月第2火曜日: 差異分析デッキのシェル配布
毎月第3火曜日: 差異分析デッキのペンシルダウンおよびFP&A責任者への提出期限
毎月第3木曜日: CFO差異会議、24時間前にFP&A Slackチャンネルに配布
経理クローズ後: CEO、CRO、CFO間の収益委員会同期会議。

FBPの経理クローズに関する期待事項

FBPはMistyから未払請求書/POの日次レポートを取得し、それぞれのビジネスパートナーからの必要な承認と請求書の取得を促進します。
AP GLチームへの質問がある場合は、#fpa-ap-gl-collaborationチャンネルでお問い合わせください。

経理クローズカレンダーはこちらにあります。

CFOとの差異会議

毎月、財務諸表が公表された後、GitLabはコーポレート指標、予約、収益、粗利益、費用を含むビジネスのすべての側面をレビューします。この会議の目的は、財務リーダーシップがビジネスの動向を把握し、財務諸表を承認するための総合的なレビューを行うことです。差異分析からのインサイトに基づき、FP&Aチームは計画/予測に対する継続的なパフォーマンスを確保するために、CFOとe-groupに実行可能な提言を行います。

差異分析では、部門予算と実際の結果を比較し、予算費用と実際の費用の間の重要な差異を検討します。さらに、費用の実績は四半期ローリング予測と比較されます。費用は事業部門の部門レベルでレビューされ、GitLabが計画またはローリング予測の達成に向けた進捗を測定できるようにします。チームは予測の精度も評価し、次のローリング予測への調整を行います。

差異分析とフラックス分析

実績と計画または予測の差異の研究です。差異分析プロセスにおいて、GitLabのFP&Aチームは問題の差異をできる限り最低レベルまで分析・切り分けます。チームは詳細な項目をレビューして差異の根本原因を特定します。これには、取引日、コストセンター、ベンダー、所在地、部門、またはその他の低レベルの詳細が含まれる場合があります。

FP&Aチームは、重要性の閾値に対する差異を評価する際に以下を考慮します:

差異の割合の大きさ（全体的な差異の割合は何か）
他の差異との相関関係（ある箇所の軽微な差異が別の箇所で重要な差異を引き起こしたか）
差異の本質的な性格（費用がビジネスの特性に相関しているか）

FP&Aチームは毎月のクローズ時にFP&A費用フラックスレビュー文書を提供し、差異のビジネスドライバーを文書化・定量化します。目的は2つです:

管理: 実績の正確性を確保する。アナリストは説明において90%のカバレッジを目指す（例: 差異が$100の場合、閾値を超えた特定の交差点において差異の正味$80をリストアップすることを目指す）。ドライバーを影響の降順でリストアップし、次に大きな相殺ドライバーをリストアップする。
インサイト: 締め月から得たインサイトを活用してローリング予測を更新する。ビジネス戦略/モデルの変更、新しい会計ポリシー、予測方法論の改善は文書化し、新しい予測に組み込む必要がある。
パフォーマンス指標: 差異率

私たちは予測精度（差異率とも呼ばれる）に基づいてチームのパフォーマンスを測定します。差異率は実績と計画またはローリング予測の差として定義されます。計算方法は以下の通りです:

差異率（計画） = （実績 - 計画）/計画または
差異率（予測） = （実績 - ローリング予測）/ローリング予測

差異分析は、最後の差異会議からの追加インプットやリクエストに対応する必要があります（該当する場合）。

閾値と重要性の種類

一般に認められた会計原則（GAAP）は、重要な情報と重要でない情報を区別するための明確なガイダンスを提供していません。したがって、GitLabは重要性の閾値を定義するためにパーセンテージベースのアプローチを使用しており、以下に示します。計画対実績対予測Sisenseダッシュボードは、カラーコードの凡例を通じて閾値分析のデータを提供します。

私たちの目標は、四半期ベースで収益とEBITの差異率を±2%以内に収めることです。主要勘定科目と事業部門別費用は、四半期ごとに計画または四半期ローリング予測に対して±2%以内に収めるべきです。

EVPとの差異会議

EVPは与えられた予算額を達成する責任を負います。予算は通常、ヘッドカウントとプログラム支出に分けられます。各Finance Business Partnerは、財務リーダーとEVPとともに前月をレビューする会議を開催します。情報はできる限り迅速に提示される必要があります。経理クローズが8日間であることを考慮し、レビューの速度を上げるためにプレクローズ数字を使用するよう求められています。会議中、Finance Business Partnersは詳細な概要に加えてGitLabの結果をレビューします。各事業部門は月次会議で以下をレビューすることが期待されます:

会社全体の結果
計画に対するOpExの支出
関連するインサイトと注目点を含む経営サマリーを含む事業部門レベルのレビュー
前月対計画/ローリング予測
当四半期の予測
EVPが費用の財務状況を理解するのに役立つ詳細な差異の詳細
EVPが認識する必要がある財務プロセスの変更点について議論する
Finance Business Partnerがローリング予測を更新するのに役立つ変更点について議論する
未消化の予算ラインとその再配分の可能性について議論する（四半期末前）。プログラム費用をヘッドカウントに変換することは将来の期間に影響するため、通常困難であることに注意。
四半期末に、当部門の四半期の計画に対して翌四半期をレビューする

月末クローズ後、Finance Business Partnersは差異分析デッキを作成し、関連予算オーナーとe-groupメンバーに部門損益計算書を配布します。各部門はその後、実際のコストを含むこれらのレポートを予算と比較する責任があります。Finance Business Partnersの指導のもと、部門はデータを分析し、必要であれば関心のある事項について議論し、適切な行動を取るべきです。コストデータに関する質問はFinance Business Partnerと議論してください。

四半期FP&Aクローズタイムライン

各四半期のクローズタイムラインは月次クローズの上記タイムラインに従い、追加の主要日付とプロセスが含まれます:

ガイダンス

概要: 私たちはビジネスの主要指標について四半期ごとのガイダンスを提供します。前四半期の決算発表の場で、翌四半期と通期の会計年度のガイダンスを提供します。例えば、Q1-FY23の決算発表では、Q2-FY23のガイダンスと更新されたFY23ガイダンスを提供します。ガイダンスは金額範囲（加重平均発行済み株式数は株式推計として提供される場合を除く）で報告します。
以下の指標について四半期ごとのガイダンスを提供します:
1. 収益
2. 非GAAP営業利益（NGOI）
3. 非GAAP一株当たり利益（Non-GAAP EPS、またはNGEPS）
4. 加重平均発行済み株式数（WASO）
サイクル: 経理クローズ後、コーポレートチームはFP&A責任者にガイダンス提案を提供します。そのレビューと必要なイテレーションを経て、コーポレートチームはCFOと投資家関係責任者と会合し、ガイダンス提案をレビュー・反復・最終決定します。
成果物: CFOと投資家関係責任者への成果物は、提案されたガイダンス範囲、翌四半期の示唆されるガイダンス、比較企業のベンチマーキング、感度分析を含むスライドデッキです。提案されたガイダンスは監査委員会と取締役会のデッキ資料にも含まれます。

四半期決算プロセス

上場企業として、各会計四半期または会計年度の終了後、財務結果を公表します。目的、タイムライン、成果物については、当社の投資家向け広報ページこちらをご覧ください。

ヘッドカウント予測と採用計画

定義

唯一の信頼できる情報源（SSOT）のヘッドカウント予測と採用計画

財務計画・分析（FP&A）チームは、GitLabの採用計画のSSOT所有者であり、ヘッドカウント予測に貢献します。

ヘッドカウント予測は、財務計画ソフトウェアであるWorkday Adaptiveのライブ予測です
- ヘッドカウント予測にはAOPで承認されたすべてのポジション（アクティブ、計画済み、バックフィルポジション）が含まれます
- 採用計画はヘッドカウント予測のサブセットです（計画済みとバックフィルポジションのみ）
採用計画はFinance Business Partners（FBPs）によって管理され、Talent Acquisition（TA）チームとBusiness Partners（BPs）と共有されます
ファイナンスは採用計画を所有し、ビジネスのヘッドカウント予測と採用計画が1つだけであることを確保します
採用計画は会社としての予測可能性を高め、採用プロセスを合理化します
過去の採用開始時期データに基づき、四半期内にRLOA経由でリリースされた新しい要件は、早くとも翌四半期に開始することが期待されます
TAのプロセスとREQ作成に関する質問については、TAのハンドブックセクションを参照してください

ポジションID（PID）

ポジションIDは一意の識別子であり、承認されたヘッドカウントと採用計画の間のリンクです

各ポジションが承認され、TAがビジネスのポジションを開くことができます
ポジションは採用計画内のすべての承認済みヘッドカウントです。
- すべての承認済みヘッドカウントにはアクティブ、計画済み、バックフィルポジションが含まれます
- 採用計画には計画済みとバックフィルポジションのみが含まれます
採用計画内のすべてのポジションは以下を通じて承認されます:
- 年次運営計画（AOP）サイクル（各会計年度の開始時）
- 年間を通じた増分ロールのためのRLoAサイクル
- ビジネスの離職によるバックフィル
ポジションは週次インターロックプロセス中に更新/変更される場合があります（例: 異なるチームに再配分、異なるロールレベルに変更）
各ポジションにはポジションID（PID）と呼ばれる一意の識別子が割り当てられます
- PIDはヘッドカウント予測（数とドル）の可視性と正確性を高めます
- PIDはモデル化されたヘッドカウント（離職とバックフィル）を簡略化し、透明性を提供します
- PIDは現在および将来の承認済みヘッドカウントのすべてのポジションに割り当てられた一意の識別子です
PIDはコーポレートFP&A（コーポレート）が採用計画が確定したとき、または既存ポジションの変更リクエスト時に作成・割り当てます
- すべての承認済みの計画済みとバックフィルポジションにはGHPIDが割り当てられます（TAのGHPIDに関するセクションを参照）
- すべてのポジションがGHPIDを割り当てられるわけではありません
- GHPIDとPIDの主な違い
  - GHPIDはGreenhouseのOpening IDと1対1の関係を持ちます（TAのOpeningに関するセクションを参照）
  - PIDは承認済みヘッドカウントと1対1の関係を持ちます
  - 各PIDは常に1つのGHPIDと1対1の関係を持ちます
  - 説明例: 従業員Aが退社し、会社が同じポジションをバックフィルすることを決定した場合
    - 退社する従業員Aは以下を持ちます
      - PID: FIN-FY24-9999（ヘッドカウント予測に紐付け）
      - GHPID: GH-FY23-999-0001（過去に従業員Aを採用するために発行）
    - 新しい要件を開くには、次が必要です
      - 同じPID: FIN-FY24-9999
      - 新しいGHPID: GHPID: GH-FY23-999-0002
FY25 AOPサイクルから、GHPIDは統合されたプロセスを通じて生成されます
- すべてのGHPIDは、コーポレートが管理・監査するFP&A内部のGoogle Sheetによってシステム生成されます
- 各計画済みとバックフィルポジションにはFBPによって一意のGHPIDが割り当てられます
- GHPIDによりTAはGreenhouseで要件を開くことができます
- 承認されたポジションにGHPIDが割り当てられていない場合、そのジョブはGreenhouseで開かれません
Finance Business Partners（FBPs）はBusiness Partners（BPs）と連携して各承認済みヘッドカウントの詳細を議論し、AdaptiveにSSOT採用計画として各ポジションの最終決定を入力します
- ポジションの詳細には、部門、職種、職位レベル、給与、所在地などが含まれますが、これらに限りません
- FBPはすべての承認済みの計画済みとバックフィルポジションのPID（コーポレートが割り当てた）を採用計画に含めます
- FBPはGreenhouseでオープンする資格のあるポジションのGHPIDをすべて含めます
ポジションの追加/削除/交換には、既存のRLOAまたはローリング予測を通じたFP&Aの承認が必要です。FBPは変更リクエストのGoogle Formを提出します
PIDとGHPIDはコーポレートが定期的に監査・照合します
- PIDは各ローリング予測ロックの前に毎月照合されます
- GHPIDは各週次インターロックの前に週次で照合されます
採用予測の承認後、FBPは以下を共有します:
- 月次レビューを通じてBPsにヘッドカウント予測を共有
- ライブインターロックシートを通じてBPsとTAの両方に採用計画を共有し、GHPIDをリリース
- GHPIDがリリースされた後、TAパートナーはHMに連絡し、Greenhouseで要件を開きます

ポジション承認とリリースプロセス

プロセスの概要

採用計画
- Finance Business Partners（FBPs）はBusiness Partners（BPs）と連携してポジション詳細を議論し、Adaptiveに採用計画として最終決定を入力します
- 採用計画は取締役会（AOPの場合）またはCFOとe-group（RLOAの場合）によって承認されます。
- すべての承認済みポジションはFBPsからTAパートナー、PBPs、BPsに伝達されます
要件リリース
- ポジション詳細はライブインターロックシートに追加されます。詳細によりTAはGreenhouseで要件を開くことができます
- バックフィル要件には別途承認が必要です（以下参照）
Hiring Managerがジョブファミリーを作成/レビュー
Talent Acquisitionパートナーがgreenhouseで要件を開く
ポジションを開くための正式な承認
- Greenhouseで要件が開かれると、承認のためにルーティングされます。ジョブ承認にはTotal Rewards、FP&A、および部門リード（VP+）からの承認が必要です
- これによりFBPsはポジションのすべての詳細を確認し、SSOT採用計画との整合性を確保できます
  - Greenhouse内のポジション詳細がAdaptiveの採用計画と一致しない場合、FBPはTAとHMの両方に連絡して不一致を解消します
- FP&AはすべてのジョブオファーのI（ポジションが正式に充足される前）の必要な承認者でもあります。この承認によりFP&Aはジョブオファーの詳細を確認し、採用計画との整合を確保できます
Hiring Managerとのキックオフ（別名: Intake）を実施

FP&AとTAは上記のプロセスを議論・合意しました。このSSOTプロセスにより採用計画の実行における一貫性が確保されます

計画済みポジション

計画済みポジションには、既存のGitLabアクティブ従業員に対するすべての純増ポジションが含まれます。

計画済みポジションの採用計画承認は以下から:
- 年次運営計画（AOP）サイクル
- 年間を通じた増分ロールのためのRLoAサイクル
要件リリース
Hiring Managerがジョブファミリーを作成/レビュー
Greenhouseで要件を開く
ポジションを開くための正式な承認
Hiring Managerとのキックオフ（別名: Intake）を実施

バックフィルポジション

バックフィルポジションには、既存従業員の退社または解雇によって生じたすべてのポジションが含まれます。

バックフィルポジションの採用計画承認
- GitLabはHMが解雇および/または退社時に各ポジションをバックフィルできるべきと強く考えていますが、HMはリーダーシップと確認してバックフィルポジションへの変更の議論・決定を行うべきです
  - 変更がリーダーシップによって承認された場合は、FBPsと連携してバックフィルポジションの詳細を更新してください。
  - FBPsは変更を評価し、ポジション変更/更新からの財務的影響が中立であることを確保します
  - FBPsはコーポレートに概要を説明し、必要に応じて新しい/削除するPIDをリクエストします
  - 最終決定後、FBPsはAdaptiveに詳細を入力し、採用計画を更新します
要件リリース
- 辞職があった場合、Hiring Managers（HMs）はWorkday（WD）に正式な通知を提出します
  - WDのバックフィル通知はTAとFBPsの両方に送信されます
  - WDのバックフィル通知により、リクルーターはバックフィルIssueを作成できます
  - ポジションの最終決定とすべての詳細はバックフィルIssueに文書化されます
  - リクルーターはGreenhouseで要件を作成し、プロセスの次のステップに進めます
Hiring Managerがジョブファミリーを作成/レビュー
Greenhouseで要件を開く
ポジションを開くための正式な承認
Hiring Managerとのキックオフ（別名: Intake）を実施

採用計画プロセス

PIDとGHPIDはどちらもFP&Aチームが採用計画の一意の識別子として作成・管理します

ポジションID（PID）の作成

すべてのPIDはコーポレートFP&Aチームによって作成され、ヘッドカウント予測（採用計画を含む）に紐付けられます

FP&AのポジションIDはヘッドカウント予測（数とドル）の可視性と正確性を高め、モデル化されたヘッドカウント（離職とバックフィル）を簡略化・透明化します。

PIDはコーポレートが採用計画内のすべてのポジションに割り当てる一意の識別子です
ポジションの追加/削除/交換には既存のプロセス（例: RLOAまたはローリング予測）を経てFBPの承認が必要で、変更リクエストのGoogle Formをこちらから提出します
ポジションは定期的に（例: 各ローリング予測ロック前に毎月）照合されます
ポジションIDは「FIN-会計年度-0000（4桁PIDコード）」という命名規則に従います
- 例えば、ポジションがFY24に開かれた場合、PIDは「FIN-FY24-0000」です

GHPIDの作成

すべてのGHPIDはFP&A内部のGoogle Sheetによってシステム生成されます

Google Sheet GHPIDジェネレーターはコーポレートFP&Aが週次で管理・監査します
- FBPsはGHPIDジェネレーターを参照し、すべての承認済みポジションにGHPIDを割り当てます
- 将来の状態: コーポレートはGHPIDジェネレーターをWorkdayに移行します（WorkdayとAdaptiveの統合およびWorkdayポジション管理待ち）
GHPIDは週次予測インターロックと定期的な予測サイクル中に更新されます。
**FY25年次運営計画から、GHPIDは「GH-会計年度-部門内部ID-0000（4桁GHPIDコード）」**の命名規則に従います。
- 例えば、セールスおよび/またはマーケティングがポジションを採用する場合、GHPIDは「GH-FY25-100-0001」となります。
- ポジションが翌会計年度に押し出された場合、GHPIDは変更されません
- ポジションが別の部門に再配分された場合、GHPIDは変更されません
- 各GHPIDは各要件の開口部に対して一意です
- 部門内部IDはNetsuiteをSSOTとして使用し、Adaptiveの部門コードと一致します
- 一度Greenhouseのジョブに使用された番号は再使用できません。ポジションが将来のロールでGreenehouseには入力されずに削除された場合、FBPはそのポジションの代替として、またはGreenehouseでまだ使用されていないため別のロールにその番号を使用できます。

採用計画の維持

FP&Aチームは、GitLabの採用計画のSSOTの所有者および管理者です

このコントロールの目的は採用計画の完全性、正確性、一貫性を確保することです
- 完全性: すべての承認済みポジションにPIDとGHPIDが割り当てられている
- 正確性: 重複または廃止されたポジションにPIDやGHPIDが割り当てられていない
- 一貫性: AdaptiveのHiring PlanがLive Interlock Google SheetおよびGreenhouseの要件の詳細と完全に照合されている
PIDとGHPIDはWorkday Adaptive（Adaptive）に保存され、採用計画の必須フィールドです
- FBPsは毎週Adaptiveで採用計画を更新し、週次インターロックを通じてTAを更新します。
- FBPsは個々の部門のビジネスニーズに応じて、ヘッドカウント予測をより頻繁（週次より多く）に更新することがあります
- 採用計画の更新には、新しいポジションの追加、ポジションの削除、ポジションのトレードオフ、バックフィルの追加が含まれる場合があります
採用計画の監査と照合はコーポレートが実施します。内容:
- TAとFP&Aインターロックを通じた週次GHPID監査と照合
- 毎月の予測ロックを通じた月次PID監査と照合
- コーポレートは不一致に気づいた場合FBPsに連絡し、月次予測ロック前に解消します

Finance Business Partners / Talent Acquisition Managers予測インターロック

目的

FP&Aチームとタレントアクイジションマネージャーは、予測されたヘッドカウント関連費用の最新ビューの理解と実装を確保するために協力します。このインターロックにより、GitLabは週次P&L予測とローリングリストオブアスクス（RLOA）プロセスを通じて迅速に対応し、ライブ決定を行うことができます。このプロセスはまた、FP&Aが年次計画と月次ローリング予測をロックする際のヘッドカウント予測の整合と正確性を確保します。このプロセスはまた、非GAAP営業利益と非GAAP一株当たり利益に関するウォールストリートの期待に対して会社の指標を追跡します。定義と主要指標については、ヘッドカウント指標とプロセスページをご覧ください。

ヘッドカウントライブダッシュボード

採用計画データは4つのヘッドカウント予測テンプレートに分かれており、1つはCOGSがセールスとR&Dに配賦された各コストセンター向けです。4つのテンプレートのデータと分析はサマリーファイルに集約されます。4つのテンプレートはヘッドカウントライブサマリーダッシュボードにあります。

サイクル / プロセス

HCフォーカスカレンダーに特記がない、またはSlackで通知がない限り、インターロックプロセスは以下のように週次で行われます:

月曜日の正午（PST）までに、コーポレートFP&AチームはAdaptiveからデータをダウンロードし、ヘッドカウント予測テンプレートをリフレッシュします。タレントアクイジションもGreenhouseの最新データでヘッドカウント予測テンプレートをリフレッシュします。
水曜日の終業時（PST）までに、タレントアクイジションマネージャーとリクルーターはそれぞれのポジションを1行ずつレビューし、Finance Business Partnersが提供する期待開始日やその他のポジション詳細に関する調整とコメントを行います。特定のポジションについてヘッドカウント予測テンプレートに指示がない場合、タレントアクイジションは現時点の表示が合理的で50/50の「最も現実的な」予測を示しています。タレントアクイジションマネージャーは特定の四半期内の採用能力の制約にも注意を払います。変更の透明性と理解を最大化するために、タレントアクイジションマネージャーとリクルーターは特定のポジションにコメント（例: 誤ったGHP ID、オファーの拒否、事業上の決定による遅延など）を提供します。
木曜日の終業時（PST）までに、Finance Business PartnersはヘッドカウントおよびTalent Acquisitionからのインプットに基づいて、予測期間内のすべての計画済み人材の開始日の最善推計でAdaptiveを更新します。これはヘッドカウント費用/タイミングの50/50の「最も現実的な」ビューを反映します。
金曜日の終業時（PST）までに、コーポレートFP&Aチームはヘッドカウント予測の調整を組み込んだP&LスナップショットをCFOに送信します。注: 経理クローズ中はP&Lスナップショットは提供されません。

コミュニケーション

インターロックに関連するコミュニケーションは#fpa-ta_headcount_forecast Slackチャンネルで行われます。インターロックに関係するすべての関係者も「HC Forecast」Googleカレンダーへのアクセス権を付与されます。

成果物

Finance Business PartnersとTalent Acquisition Managersは、ヘッドカウント関連費用の最新かつ50/50の「最も現実的な」ビューを提供するために協力します。これはヘッドカウント予測テンプレートにおけるインターロックプロセスを通じて行われ、最終的にAdaptiveの計画済み人材シートにアップロードされます。

Adaptiveに読み込まれた入力はその後、四半期中の支出決定を促進し、会社がガイダンスとコンセンサスの期待に対して追跡されるようにするために、CFOへの週次P&Lスナップショットの提供に使用されます。

費用管理

会社資産の効率的な支出を確保するための主要なメカニズムは調達から支払いプロセス、特に承認前のベンダーおよび契約承認ワークフローの完了です。このプロセスに関する質問は、調達チームまたはFinance Business Partnerにお問い合わせください。
第二のメカニズムは、計画に対する差異の理由を特定するための予算対実績レビューです。CFOとの差異会議と差異分析のセクションをご覧ください。

Adaptive Planning

Adaptiveの統合を更新・維持する方法のマニュアルはこちらにあります。この文書はコーポレートFP&Aチームが管理しています。

Adaptive四半期ロードマップ

現在のAdaptiveロードマップはこちらにあります
Q2-FY23までにロードマップとリクエストをGitLab Issuesに移行する予定です。
コーポレートFP&AはAdaptiveの摂取セッションをより大きなFP&Aチームと主催し、現在および将来のプロジェクトを摂取・整合・優先順位付けします。

ローリングリストオブアスクス（RLOA）

RLOAプロセスの意図

会社が期待を上回る見込みのときに事業に再投資する
e-groupとリーダーが情報に基づいた迅速な事業決定を行えるようにする
増分投資への繰り返し可能で透明な四半期プロセスを作成する

ビジネスパートナーへの期待

FP&Aパートナーはローリングリストオブアスクス（RLOA）の維持を支援します。このリストには優先順位付け/シーケンス、根拠/ROI、現在のFvPに対する考慮事項が含まれます
各四半期の0〜2週目（四半期予測）に、FP&Aと協力して残りの会計年度の追加投資に関する最終提案を必要に応じて作成します
各四半期の4週目（決算ガイダンス）までに、資金調達の決定がCFOとe-groupによってレビュー・優先順位付け・決定されます

FP&Aの詳細な期待事項

四半期を通じて、 FP&Aはビジネスニーズとの整合を維持します。
- FBPsは機能リーダーとともに、ビジネスからの主要な増分投資のRLOAファイルを維持します
- FBPsは機能リーダーとともに、RLOAを優先順位付けし、以下のタイムラインに従って推薦を作成します
四半期RLOAプロセス中に、 FP&Aチームは最終RLOAプロポーザルをe-groupと共有し、ビジネスの実行を可能にするための決定を機能リーダーに伝達します。以下はそのタイムラインです
- WD-1: コーポレートFP&Aが予備予測バージョンをロックし、詳細な日次カレンダーをFBPsと共有します
- WD+1: FBPsは予備差異パッケージを準備し、BPsとレビュー（非同期）してビジネスがアスクを優先順位付けするのを支援します
- 経理クローズ+2: 予測のペンシルダウン
  - コーポレートFP&AとVP of Financeが最終予測ロック前に予測をレビューします
  - コーポレートFP&AはFBPsに予備予測対最終予測のビューを提供します
- 経理クローズ+3: 最終予測ロック（ガイダンス、税務等に使用）
- CFO差異レビューの3日前: FBPsは優先順位付けされたRLOAリストを確定し、コーポレートFP&Aに提出します
- CFO差異レビューの2日前: コーポレートFPAはCFO差異レビューパッケージに含める簡潔なRLOAセクション（約2〜3スライド）を作成します。RLOAセクションには以下を含める必要があります:
  - 最終予測ロックのP&LとRLOAサマリー
  - RLOA後の計画、ガイダンス、コンセンサスに対する収益の%としての機能費用の比較
  - 採用能力に対するヘッドカウントリクエストの比較
  - 各リクエストの根拠とファイナンスの観点
- CFO差異会議（通常は第3木曜日）: FP&AチームはCFOとVP of Financeとともに RLOAプロポーザルをレビューします。議論の内容:
  - RLOAプロポーザルから必要な増分投資
  - その後e-groupへ推薦を行う
- e-groupレビュー会議（通常はCFO差異会議後の月曜日）、 CFOは正式な承認と投資家ガイダンスへの組み込みのためにプロポーザルを共有します
- e-groupレビュー会議後、 FP&Aチームは承認された増分投資を機能リーダーに伝達し、実行を開始します
注: WDは営業日（月曜日から金曜日、連邦休日を除く）として定義されます。

RLOAタイムライン

四半期を通じて、 FP&AはRLOAを通じてビジネスニーズとの整合を推進します:
- FBPsは機能リーダーとともに、 ビジネスからの主要な増分投資のRLOAファイルを維持します
- FBPsは機能リーダーとともに、 RLOAを優先順位付けし、以下の大まかなタイムラインに従って推薦を作成します
第1週: コーポレートFP&AがRLOAを開始し、FBPsとカレンダーを共有します
第2週: 予測のペンシルダウン
- FBPsは優先順位付けされたRLOAアスクを提出します
- コーポレートFP&AはFBPsに予測プレビューを提供します
- コーポレートFP&AとVP of Financeが予測とRLOA提出をレビューして資金調達を決定します
第3週: CFOがストリートコンセンサスパフォーマンスに対する予測に基づいてRLOAプロポーザルをレビューします
- FP&AはRLOAアスクをTAとレビューして採用の実現可能性を判断します
- 決算発表準備に使用される税引き前予測ロック（第4週のRLOA変更待ち）
- CFOがストリートコンセンサスパフォーマンスに対する予測に基づいてRLOAプロポーザルをレビューします
第4週: e-group会議で、CFOは最終予測ロックと投資家ガイダンスへの組み込みのための正式な承認のためにプロポーザルを共有します
- 正式な承認後、ビジネス、FP&A、TAが協力してRLOAで承認されたアスクを実行します

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