KPI

KPI とは

GitLab のあらゆる部分には Key Performance Indicators（KPI）があります。 より明示的に表現できる場面では metric という用語を避けます。 代わりに KPI を使います。 ある機能の KPI は、E-group の該当メンバーが所有します。 1 つの機能は、追跡している多くの Performance Indicator（PI）を持つことができ、そのすべてが KPI になるわけではありません。 KPI は PI のサブセットであるべきで、リーダーシップに対して可視化すべき最も重要な PI を示すために使われます。

KPI の定義は、機能と成果で構成されたハンドブックの中で最も関連性の高い箇所に置く必要があります。 定義の中では、この指標の正式な情報源が何かを必ず明記します。 計算式がある場合は、それも含めます。 KPI に関連する目標は、定義と一緒に配置するべきです。 たとえば「リリースあたりのワイダーコミュニティからの貢献数」はハンドブックの Developer Relations の部分にあり、「採用までの平均日数」はハンドブックの Talent Acquisition の部分に置きます。

KPI インデックス

凡例

以下のアイコンは Phase 1 に該当し、GitLab の誰でも割り当てることができます。

📊 KPI が稼働中であり、公開されており、GitLab ハンドブック内で定義の隣に埋め込まれている。

🔗 KPI が稼働中であり、別システムへのリンクである。KPI がInternalであるか、まだ GitLab ハンドブックに埋め込めないため。

🔒 KPI が稼働中であり、Limited Access のシステムへのリンクである。

🚧 KPI が WIP: work in progress 状態で、1 か月以内に稼働予定。Issue へのリンクを含めるべき。

🐔 KPI が近い将来に稼働する見込みが低い。

GitLab KPI

GitLab の North Star metric はランレート売上です。加えて他に 10 個のトップ KPI があります。

GitLab KPI はこのページの下にあるレポートの目標と重複します。 GitLab KPI は会社のパフォーマンスを示す最も重要な 10 個の指標であり、最も重要な KPI は Net ARR です。 これらは取締役会の四半期ごとの会議で毎回レビューします。 これらの KPI は、会社にとっての単独での重要性と、その指標を改善するために割かれているマネジメントの集中度の組み合わせによって決定されます。

1. Revenue vs. plan（遅行指標）
2. R&D Overall MR Rate（先行指標）
3. Estimated Combined Monthly Active Users (CMAU)（先行指標）
4. Net New Business Pipeline Created ($s) 🐔（先行指標）
5. Pipeline coverage start of quarter stage 3+（先行指標）
6. Percent of Ramped Reps at or Above Quota（遅行指標）
7. Net Retention（遅行指標）
8. Gross Retention（遅行指標）
9. 12 Month Team Member Voluntary Retention（遅行指標）
10. Unique Wider Community Contributors per Month（遅行指標）

Sales KPI

Sales KPI は Not Public であり、Internal handbook に文書化されています。

Unable to fetch performance indicator Data

Marketing KPI

1. Net New Business Pipeline Created
2. Social Media Followers
3. New Unique Web Visitors (about.gitlab.com)
4. Total Web Sessions (about.gitlab.com)
5. New hire location factor - Marketing
6. Pipeline coverage
7. Lead follow-up response time
8. Qty. of Case Studies published per month
9. 50% or more SOV compared to most published competitor
10. Total number of MQLs by month 🔗
11. Product Downloads 🔗

Developer Relations 部門 KPI

1. Unique Wider Community Contributors per Month (target: Above 200 contributors per month) 🔗
2. Wider Community merged MRs per release 🔗
3. Developer Relations Monthly Outreach
4. Active Community Members
5. GitLab for Education Quarterly Active Seats
6. MRARR (target: Identified in Tableau Chart) 🔗

People Group KPI

People Success KPI

1. Percent of Population in NORAM
2. Discretionary Bonuses - Average 3 Month Rate
3. Onboarding Satisfaction (OSAT) - Average 3 Month Score (target: 4.5)
4. Team Member Turnover (Rolling 12 Months) 🔗
5. Turnover - Regrettable (Rolling 12 Months) 🔗
6. Pay Equality
7. Percent of team members outside compensation band

Finance KPI

Finance チーム KPI - Key Review にて報告

1. Recurring revenue variance ex-JV
2. Expense variance excluding CR
3. Billing variance
4. Days to financial close
5. \% of journal entries automated
6. On-Boarding CSAT
7. Deliver Annualized Savings
8. Accounting Efficiency (FY23 Plan)
9. Data Monthly Active Users (FY23 Plan) (target: 1000)

Product KPI

GitLab のチームメンバーは、Okta > GitLab Internal Handbook から Internal handbook 内のすべての Product Performance Indicator にアクセスし、更新できます。

Engineering KPI

Unable to fetch performance indicator Data

Customer Support 部門 KPI

1. Support Satisfaction (SSAT) (target: At or above 95%)
2. Manager to customer support rep ratio (target: The target for this metric is at or below 10:1)
3. Service Level Agreement (SLA) (target: At or above 95% to Priority Support SLAs) 🔗
4. Data Privacy Requests - Service Level Agreement (SLA) (target: At or above 95% SLAs) 🔗
5. Customer Support Margin (target: Headcount and non-headcount expenses to be at or below 10% of ARR)
6. Customer Wait Times (target: At or below 35%)
7. Support Handbook MR Rate (target: 0.5)
8. Support MR Rate (target: At or above 1 MRs per Month)
9. Support Team Member Retention (target: at or above 84%) 🔗
10. Support Average Age of Open Positions (target: at or below 50 days)

Development 部門 KPI

1. Past Due InfraDev Issues (target: At or below 5 issues)
2. Past Due Security Issues (target: At or below 20 issues)
3. Open MR Review Time (OMRT) (target: At or below 21)
4. Development Team Member Retention (target: at or above 84%) 🔗
5. Development Average Age of Open Positions (target: at or below 50 days)

Infrastructure 部門 KPI

1. GitLab.com Availability SLO (target: equal or greater than 99.80%) 🔗
2. Corrective Action SLO (target: below 0) 🔗
3. Master Pipeline Stability (target: Above 95%) 🔗
4. Merge request pipeline duration (target: Below 45 minutes) 🔗
5. S1 Open Customer Bug Age (OCBA) (target: Below 30 days) 🔗
6. S2 Open Customer Bug Age (OCBA) (target: Below 250) 🔗
7. Quality Team Member Retention (target: at or above 84%) 🔗
8. Infrastructure Team Member Retention (target: at or above 84%) 🔗

UX 部門 KPI

Unable to fetch performance indicator Data

満足度

私たちは満足度を 1〜5 の段階で測り、体験にどれだけ満足したかを把握します。 NPS は使いません。NPS は特定のスコアを切り捨てるため、忠実度を保ちたい私たちには合いません。 SAT の前に以下の略称を 1 文字つけます。前置の文字なしで SAT を使わないでください。

• C = 使用しません。customer は曖昧（プロダクトかサポートかが分からず、すべてのユーザーが顧客とは限らない）なため
• E = 使用しません。他社では employee が使われるものの、私たちは使いません
• I = Interviewee（ここに応募するよう人にすすめますか）
• L = Leadership（専任の事務サポートを持つエグゼクティブとして、提供される秘書サポートはどうですか）
• O = Onboarding（オンボーディング体験はどうでしたか）
• P = Product（GitLab プロダクトを他人にすすめますか）
• S = Support（私たちのサポートフォローアップを他人にすすめますか）
• T = Team-members（ここで働くことを他人にすすめますか）

リテンション

私たちは多くの形でリテンションを追跡しているため、種類を示さずに単に「Retention」と表記するべきではありません。 追跡しているもの:

• Net Retention
• Gross Retention
• User Retention
• Team Member Retention

KPI のレイヤー

私たちは多くの異なるレイヤーで KPI を持っています。

KPI が会社（たとえば GitLab）レイヤーで存在できるのは、それが機能レイヤーでも存在している場合のみです。 言い換えれば、GitLab KPI はエグゼクティブの KPI の複製です。 すべての機能 KPI が GitLab KPI ではありませんが、すべての GitLab KPI は機能 KPI です。

GitLab が成長するにつれて、このことはレイヤー全体にも当てはまるようになります。 すべての部門 KPI が機能 KPI になるわけではありませんが、すべての機能 KPI は部門 KPI になります。 これは組織全体にカスケードしていき、すべての職務ファミリーにそれに関連する Performance Indicator が紐づくようになります。

KPI インデックスは、会社、機能、部門の KPI を捕捉します。これらが最上位の 3 つのレイヤーであるためです。

これに対する唯一の例外は、KPI のフィルターが変わる場合です。 たとえば、GitLab KPI が「Hires vs Plan」であるのに対し、Engineering KPI は「Engineering Hires vs Plan」となる場合があります。 ロジックは同じですが、フィルターが変わります。

KPI を構成する要素

KPI または指標は複数の要素から構成されます。

1. 定義: データソースは何か。どのように計算されるか。どのフィールドが含まれるか。どんな注意事項が考慮されているか。なぜ選ばれたのか。
   • 注: 例として Infrastructure Hosting Cost per MAU を参照してください。
2. ターゲット: 上回ることを目指すもの。たとえば ARR にはターゲットがあります
3. 上限: 下回ることを目指すもの。たとえば離職率には上限があります
4. 職務記述: この Performance Indicator を含む職務記述へのリンク
5. 計画: 年次計画に組み込んでいるもの
6. コミット: 最も悲観的な見通し
7. 50/50: 中央値の見積もり。上振れと下振れが 50% ずつ
8. ベストケース: 最も楽観的な見通し
9. フォーキャスト: 4 四半期のローリングフォーキャストで使うもの
10. 実績: 実際の数字

何が公開されるか

ドキュメント「GitLab Metrics at IPO」には、私たちが公開する可能性のある KPI が記載されています。 すべての KPI には公開可能な定義、目標、職務ファミリーへのリンクがあります。 実際の実績と各種見積もりは以下のいずれかになります。

1. ライブ報告
2. 四半期報告
3. 非公開