GitLab Act 2 — CREDITの終焉、そしてハンドブック企業のアイデンティティ放棄

GitLabのCREDIT終了発表は単なるバリューのリニューアルなのか、それとも「all-remote, transparent, handbook-first」というシリコンバレー的アンチテーゼ・アイデンティティの公式な放棄宣言なのか。そしてそれが事実だとしたら、私たちが12年のあいだ「透明な会社の手本」と呼んできたものは、いったい何だったのか。

導入 — 第二幕の最初のシーン

2026年5月4日未明、GitLab CEO Bill Staplesは会社の公式ブログに「GitLab Act 2」と題した記事を投稿した。同時刻、社内には人員削減の通知が出された。会社が活動していた18か国のうち最大30%で事業を畳み、一部の部門ではマネジメント階層を3層まで削り、R&Dは約60の小さく独立したチームへ再編される。5月18日までは自発的退職の申請窓口が開かれている。会社は同じ発表で、12年間にわたり会社の魂と呼ばれてきたCREDITバリュー — Collaboration、Results、Efficiency、Diversity・Inclusion・Belonging、Iteration、Transparency — の終了を併せて告げた。その席に座るのは、Speed with Quality、Ownership Mindset、Customer Outcomesという三つの新しい運営原則である。

発表がHacker Newsの一面に上がった直後、掲示板では二つの反応が同時に出てきた。一方は「ある会社がよくあるダウンサイジングを発表しただけだ」という冷めた反応であり、もう一方は「これはダウンサイジングではなく、アイデンティティ廃棄宣言だ」という激した反応であった。どちらも部分的に正しい。人員削減の絶対規模は、他のビッグテックの事例に比べれば小さい部類だ。しかし、GitLabが廃棄すると宣言したものが単なる人事ポリシーではなく、会社の存在理由そのものだったという点で、この発表は普通のレイオフ通知とは違う重みを持つ。

GitLabは2014年にウクライナで始まり、最初からオフィスを持たない会社だった。CEOとCTOはそれぞれ違う大陸に住み、すべての議事録、人事ポリシー、給与構造が公開ハンドブックの上に書かれた。そのハンドブックは2,700ページを超え、「透明な remote 企業はいかに運営されるか」の事実上の標準テキストとなった。CREDITのD — Diversity, Inclusion, Belonging — とT — Transparency — は、そのアイデンティティの二本の柱であった。5月4日未明、GitLabはその二本の柱を新しい運営原則のどこにおいても呼ばないことに決めた。一週間前のGitHubが一週間で五つの軸において同時に揺れる姿を見せたとすれば、GitLabは一つの発表で自社アイデンティティの二本の柱を一気に下ろす姿を見せた。Git forge SaaSというカテゴリ自体に、いま何が起きているのか。

本文1 — Act 2は正確に何を発表したのか

まずは発表そのものを整理しておこう。Bill Staplesは記事の冒頭でこの再編を「エージェント時代(agentic era)に合わせて会社の形を取り直すこと」と定義した。彼が示した診断は二行に要約される。「運営的に我々は前の時代に合った形に育ち、その形は今回の時代には合わない(Operationally, we grew into a shape that was right for the last era and isn’t right for this one)」。そして「エージェント時代は当社史上最大の機会をGitLabに与えてくれる(The agentic era affords GitLab the largest opportunity in our history as a company)」。レイオフ発表の中に「最大の機会」という表現が入っていること自体が、この記事のトーンを示している。

具体的な構造変更は四本立てだ。第一に、国別フットプリントの縮小。現在GitLabが正式に雇用インフラを運営する18か国のうち、最大30%で運営を終了する。Simon Willisonがコメントで指摘したように、これはハンドブックのemployment-solutionsページに掲載されている五つほどの国が消えるという意味だ。第二に、マネジメント階層の平坦化。一部の部門で最大三層のマネジメントを除去する。第三に、R&D再編。既存チームを約60の小さく自律的なチームへ再構成し、独立チームの数をほぼ倍にする。第四に、自発的退職の窓口。5月18日まで自発的退職の申請を受け付け、それに応じたパッケージを提供する。削減された費用はR&Dの加速とGTM(Go-To-Market)の強化に再投資されると明記された。Q1とFY27のガイダンスはそのまま維持され、財務の詳細は6月2日の決算カンファレンスコールで共有される。

CREDIT終了は同じ発表の中で別章として扱われる。StaplesはCREDITが「会社の第一章(first chapter)を導いてくれたバリュー」であったことを認めつつ、第二章に合った新しい運営原則が必要だと書いた。彼が提示した三原則は次のとおりである。Speed with Quality — より強いガードレールとともに、より速く動くこと。Ownership Mindset — 仕事に最も近い人による自律的な意思決定。Customer Outcomes — 内部の活動ではなく、顧客へのインパクトで成功を測ること。この三項目は英文そのものとしては、ごく平凡なSaaS企業のOKRヘッダだ。しかし、この三項目が座った場所から消えたものがDとTであるという点で、平凡さの意味は反転する。

CREDITの六文字のうち、どれが新原則に吸収され、どれが消えたのかを一度マッピングしてみよう。C(Collaboration)はOwnership Mindsetの自律決定の中に分散したと見ることができる。R(Results)とE(Efficiency)はSpeed with QualityとCustomer Outcomesに吸収された。I(Iteration)はSpeed with Qualityの「より速く」に入った。となると残るのが、D — Diversity・Inclusion・Belonging — とT — Transparency — の二文字だ。この二文字がどこへ行ったのかについては、発表文のどこにも明示的な答えがない。運営原則の名前にも、本文の説明にも、「diversity」や「transparency」という単語は登場しない。会社が新しいバリューを発表しながら、旧バリューのどれを捨てたのかを明示しないのが偶然だとは考えにくい。

もう一つ注目すべきはStaplesが直接書いた次の一文である。「我々の透明な再編プロセスは本物で、難しい不確実性を生む。私はそれを否定するつもりはない(Our transparent restructure process creates uncertainty that is real and it’s hard, and I’m not going to pretend otherwise)」。HNのhemul3nはこの一文を「これは疑わしくもClaudeが書いたように読める(reads suspiciously like Claude)」と苦笑混じりに評した。より本質的な問題は別のところにある。Tをバリューのリストから外しながら同じ記事で「transparent restructure process」という表現を用いるのは、矛盾というよりも、Tがいまやバリューではなく技法(technique)へと格下げされたというシグナルだ。バリューから外され、形容詞として生き残った単語は、会社のアイデンティティからは消えるが、マーケティングコピーの中では生き延びる。

本文2 — handbook 企業はなぜ今アイデンティティを変えるのか

GitLabがバリューを差し替えた本当の理由は、発表文そのものには書かれていない。しかし、その理由を追跡する手がかりは十分にある。

最も直接的な手がかりは株価だ。simonwがHNコメントで指摘したように、GitLab株は1年前の約52ドルから発表直前には約26ドルへと、50%近く下落していた。同期間にGitHubはMicrosoftに吸収され、もう市場で個別評価されないため比較は難しいが、コーディングエージェント利用量の爆発的増加にもかかわらず、最も自然な受益者であるべきGit forge SaaSの株価が半分になったという事実は、市場からのメッセージとして読まれる。simonwの言葉を借りれば、「投資家の恐怖がAIによってGitLabのビジネスがより価値を失うことであるならば、GitLab Act 2発表にこの一文を差し込んだのはきわめて合理的だ」。彼が引用したその一文は次のとおりである。「エージェント時代はソフトウェア需要を倍増させる。(…) 昨年、開発者プラットフォーム市場はユーザーあたり月数十ドルで測られていた。今年はユーザーあたり月数百ドルであり、数千ドルへと向かっている(Last year, the developer platform market used to be measured in tens of dollars per user per month, this year it is hundreds/user/month and headed to thousands)」。

この一文が真実だとしたら、GitLabにレイオフをする理由はない。ユーザーあたり売上が10倍から100倍になるなら、それは採用の理由だ。したがってこの一文は事実陳述ではなく、投資家へのシグナルに近い。HNのtorben-friisは同じ矛盾をもっと単純に指摘した。「史上最大の機会に応えるために、彼らはより少ないリソースが必要だと信じている。それがどう導かれるのか、私はよく分からない(To meet their largest opportunity ever, they believe they need less resources. I’m not sure I understand how that follows)」。Staples自身もこの矛盾を意識しているように見える。彼が示した答えは「内部プロセスをAIエージェントで再配線して、レビュー・承認・ハンドオフを自動化し、我々を加速する(We’re rewiring internal processes with AI agents, automating the reviews, approvals, and handoffs to speed us up)」というものだった。torben-friisはこの答えに対し、再び問う。「これは『我々は二倍速くコードを書く、ボトルネックはレビューだから YOLO すればボトルネックなし』のリストに入るものなのか? 私はまだそれに対する説得的な正当化を見たことがない」。

ここにもう一つのコメントがより重い重みで重なる。dunder_catのコメントだ。「CVE-2023-7028(メールの間にセミコロンを入れるとパスワードリセットメールが二人に届く、アカウント乗っ取り脆弱性)が私のクラスタに対してエクスプロイトされたことがある。完全自動化された変更とレビューの自慢は私を恐れさせる。欠陥コードはAIが書いたものではなかったが、GitLabは多くの小さな組織と、彼らの最も大切なリソースの間に立つ存在だ。運よく2FAが被害を防いだが、次は何が防いでくれるのか」。このコメントは「Speed with Quality」という新原則のバランスがどちらに傾いているかを疑わせる、最も率直な陳述だ。SpeedがQualityの前に来る単語の順序は、偶然かもしれないし、意図かもしれない。

handbook 企業というアイデンティティの亀裂は、もっと早くからシグナルを出していた。simonwが引用したハンドブックのページには、「Diversity, Inclusion & Belonging is one of our core values」という一文がそのまま残っている。彼がわざわざ permalink を貼った理由は、その一文がまもなく消えるからである。ハンドブックに一行が追加されるのではなく、一つのバリューが丸ごと抜ける出来事は、GitLabハンドブックの12年の歴史で初めてのことだ。さらに興味深いのは、simonwが併せて引用した古い payroll.md ページである。GitLabはかつて、すべての国の給与構造を公開ハンドブックに記していた。数年前、そのページは非公開へ移された。Tがバリュー目録から抜けることはある日突然起きた事件ではなく、複数年にわたって進んできた撤退の最後の一歩なのである。

shimmanの一行コメントは、それゆえに辛辣だが正確だ。「GitLabは、決して上場企業になるべきではなかったライフスタイル企業の良い例だ(GitLab is a great example of a lifestyle company that should have never become a public corporation)」。ライフスタイル企業という表現には嘲笑が混じっているが、その中には構造的診断が含まれている。四半期ごとに決算カンファレンスコールで成長率を答えなければならない上場企業が、「transparent handbookを我々のアイデンティティとする」というバリューを最後まで守るのは難しい。ハンドブック企業は非上場か非営利のときに最もよく機能する。上場 GitLab の12年はその命題の検証であり、5月4日はその検証の結論が発表された日である。

もう一筋の手がかりは、製品そのものにある。コメント欄にはGitLabの製品ロードマップに対する批判が連なる。usernametaken29は「GitLabは、彼らのプロダクトロードマップがいかに悪いかについて、私を絶えず驚かせる。CI改善のような実用的なものは、ユニコーンカラーのUIリブランディングの後ろに先送りされる(Practical things like CI improvements are put off over UI rebranding on unicorn colours)」と書いた。vultourはより辛辣だ。「私が見つけたあらゆる問題に対して、4年から7年前のオープンイシューが常に存在し、マネージャたちがランダムなラベルを付けたり外したりしているだけのソフトウェアと相互作用したのは初めてだった。AIによるあの莫大な開発者生産性向上で、ようやくこの古いイシューを素早く修正してバックログを整理できるはずだ。いや、AIのおかげでまた『workforce reduction』。この茶番は退屈になってきている(This charade is getting boring)」。petetntはもう一段ひねる。「現在のAIセットアップでも、GitLabは偉大と呼べるUXを作れていない。残った人間の要素を取り除いたら何が作れるか、楽しみで仕方ない」。これらのコメントが共通して指し示しているのは、GitLabの本当の問題は人員の量ではなく優先順位の方向だ、という診断である。そして新しい運営原則のどこにも、「open issues を減らす」という項目はない。

本文3 — Git forge SaaSの四つ巴とその先

ここで一週間前のGitHubの話と、今週のGitLabの話を同じ平面に置いてみよう。4月最終週、GitHubはガバナンス、稼働率、セキュリティ、コスト、サプライチェーン整合性という五つの軸で同時に亀裂を見せた。5月初週、GitLabは人員削減とバリュー廃止を同時に発表した。二つの出来事の表面的な様相は異なるが、同じ一つの問いを指している。Gitをホスティングし、その上にCIとイシューとパッケージレジストリを載せて、ユーザーあたり月額サブスクを取るビジネスモデル — つまりGit forge SaaS — は、エージェント時代にも同じ形のまま機能するのか。

simonwが引用したGitLab本文の一文をもう一度見よう。ユーザーあたり月売上が数十ドルから数百ドル、数千ドルへ向かうという診断だ。もしその診断が正しいなら、それは人間ユーザーに対して正しいという意味ではない。人間一人が一か月に数千ドル分のコードホスティングを消費する方法はない。その売上は結局、人間が起動したエージェントが人間に代わって決済する売上だ。すなわちGit forge SaaSの未来の顧客は人間ではなくエージェントであり、エージェントは人間よりはるかに多くのPRを作り、はるかに多くのCIを回し、はるかに価格に鈍感だ。この仮説が正しいならば、GitHubの30倍負荷発表とGitLabの「ユーザーあたり数千ドル」シグナルは、同じ一つの風景を二社が違う角度から描写したものだ。

問題は、この風景の中で生き残る形が必ずしもSaaSである必要はない、という点だ。fidotronのコメントはそれゆえに意味深い。「いまGitHubのトレインレックを(GitLabが)資本化できていないという事実そのものが、多くを物語っている。彼らに正しいプロダクトがあったなら、人々は彼らに金を投げているはずだ(The fact they can’t capitalize on the current trainwreck of GitHub speaks volumes. If they had the right product people would be throwing money at them)」。このコメントが指し示している空席は、単に「より良いGitLab」の空席ではなく、「GitHubでもGitLabでもない何か」の空席に近い。

その空席の候補をもう一度点検しよう。Codebergは非営利のForgejoベースの forge であり、GitHub亀裂以後、有意な移行の流れを受けた。しかしCodebergは定義上、「ユーザーあたり月数千ドル」のビジネスモデルを拒む場所だ。そこで得られるのは安定性であって、エージェント時代のインフラではない。セルフホストの Forgejo・Giteaは運用負担が高いが、エージェント時代にはその運用負担の一部を再びエージェントが背負うことができる。セルフホストがもう一度魅力を回復しうるシナリオがここにある。GitLab Self-Managedは最も興味深いカードだ。GitLabはすでに Self-Managed のライセンスモデルを持っており、今回の発表がSaaS事業の形を変えるからといって、Self-Managed の価値まで消えるわけではない。むしろSaaS GitLabのハンドブック的信頼が揺らぐ間、コードを自社インフラに置いてライセンスだけ買うSelf-Managedが部分的な安全線として再評価される可能性がある。そしてGitHubは — 依然として最大のディスカバリ・プールであり、Microsoftの資本を背負った最大のエージェント・フレンドリ・インフラだ。亀裂があっても離れにくい種類の亀裂である。

この四つ巴のどこにも、「transparent handbook 企業」という座席は見えない。それがGitLabがその座席を空けて去る理由である。

bayindirhのコメントはもう一歩遠くへ行く。「ソフトウェアは機械が人の指示の下に作るだろう。AIは未来のソフトウェアが作られる基盤(substrate)だ。エージェントが計画し、コーディングし、レビューし、デプロイし、修理するだろう」。Staplesのこの一文に対して彼はE. M. Forsterの1909年の短編「The Machine Stops(機械は止まる)」を引用する。「正直に言って、人々が以前の人々が立てた警告サインを、いかに繰り返し無視するか、あるいは知らないか、私には信じられない」。このコメントは直接的なインフラ分析からは距離があるが、それが指し示す情緒 — 一つの会社のアイデンティティが一つの発表で変わるのが容易すぎるように見えるという情緒 — は、コメント欄の他の多くの反応の中に別の語彙で潜んでいる。handbook 12年が一つの発表で廃棄されうるなら、そのハンドブック上に書かれたあらゆる約束の重みは何だったのか。

TeeWEEのコメントは別の角度から同じ問題を突く。「Git自体は分散しており、スケールのために設計されている。彼らが『Git』と書いたのは『GitLab』のことだろうと推測する。それほど大きなミスが見過ごされたはずはないからだ。彼らはGitを作り直すつもりなのか?」 この部分は発表文に本当にそう書かれている。「Git itself is being reengineered for machine scale」。TeeWEEの指摘は二つの可能性を示唆する。第一に、StaplesがGitを本当に作り直すという意味なら、それは巨大な野心だ。第二に、GitLabをGitと書き間違えただけなら、それはIRコピーの不注意だ。どちらにせよ、ハンドブック企業の精緻さからは距離がある。

結論 — 第二幕の観客

冒頭で投げた問いに戻ろう。CREDIT終了は単なるバリューのリニューアルなのか、それともアイデンティティの公式な放棄宣言なのか。

答えは後者に近い。バリューをリニューアルする会社はふつう、旧バリューの何が新項目のどこに入ったかというマッピングを併せて公開する。GitLabの発表にはそのマッピングがない。DとTが新しい運営原則のどの隅に吸収されたのかが本文にない、という事実は、それが「吸収されなかった」という意味に近い。ハンドブックのDページはまもなく修正され、Tという単語はバリューからは抜け、形容詞としてだけ残る。12年のあいだGitLabをGitLabたらしめてきた二文字が、そうして消える。

その消失が奇妙なのは、それが秘密裏ではなく公然と起こるからだ。ハンドブック企業は、自社アイデンティティの廃棄さえもハンドブックに記録する。simonwがあらかじめ貼っておいた permalink はそれゆえに二重的だ。それは一ページの以前の状態を保存すると同時に、ハンドブックというジャンルの逆説を保存する。バリューを廃棄した会社が、その廃棄プロセスの透明性をもって、自分が依然として透明な会社であることを証明しようとしているという逆説。

先週のGitHubの亀裂と今週のGitLabのアイデンティティ発表は、同じ一つの事実の二つの顔だ。Git forge SaaSは18年のあいだ、開発者の日常で最も安定したインフラであり、その安定性は会社のバリュー — 一方はMicrosoft傘下の巨大SaaS、もう一方はハンドブックの上の透明な remote 企業 — によって部分的に保証されてきた。エージェント時代はそのバリューの値段を付け直している。人間がもはやインフラの主たる利用者でなくなるとき、人間を対象にしたバリューはコストに見え始める。

第二幕の最初のシーンが終わった。舞台上の会社は依然としてGitLabという名前を掲げているが、舞台下の観客 — 18年のあいだそのハンドブックを引用しながら自社のリモートポリシーを作ってきた人々 — は、初めて客席を見渡しながら隣の人に同じ問いを投げる。我々はこれまで、いったい何を観ていたのか。

出典: