キャリアラダーを作る・作り直すときの進め方：各社が公開した手順と、移行で揉めないための決めごと

キャリアラダー（エンジニアの段ごとに期待する行動を書いた表）を作り直してほしい、と頼まれたとします。他社のラダーは検索すればいくつも読めます。けれども、何から手を付け、誰が書き、いつから評価に使えばよいかは、ラダーの中身を読んでも分かりません。

この記事は、ラダーを作った・作り直した会社が自ら公開した進め方を、手順の順に並べます。ラダーに何が書かれているかの比較はエンジニアのキャリアラダーの横断比較で扱いました。こちらは作り方と移し方です。

調べたのは 11 の会社・個人の公開記録 14 本です。海外は、進め方まで書いた 5 本（CircleCI・Etsy・Block・Rent the Runway・Camille Fournier）です。国内は、「キャリアラダー 作り方 エンジニア 策定 進め方」の検索（2026年10月19日）で上位に出た 2 本（クラスメソッド・フォースタートアップス）と、横断比較で読んだ改定の記録 4 本（メルカリ・LegalOn・アンドパッド・LayerX）です。これに関連する原典 3 本を足しました。表の「−」は「公開されていない」で、「やっていない」ではありません。

受け手の声

簡素なラダーが段の交渉を生んだ

Rent the Runway（米国の服のレンタルの会社）で Camille Fournier が最初に出したラダーは、Foursquare のものを基にした簡素なものでした。技術の力・伝える力といった項目ごとに、説明は 1 つか 2 つだけです。細部を少なくすれば、段の細かい言葉尻で交渉されにくくなると考えていました（Rent the Runway、2015年3月26日）。

「Boy was I wrong.」（とんでもない思い違いだった、の意）

すぐに、自分の段は正しいのかとエンジニアから議論を挑まれ、組織に不安と混乱が広がったと書いています。面接で候補者をどの段で採るかも、特に上の段で決めにくくなりました。そこでテックリードと EM（エンジニアリングマネージャー）と一緒に、より具体的に書き直しています。

古いラダーは無視された

CircleCI（ソフトウェアのテストと配布を自動で回すサービスの会社）は、2018年の初め、開発者 32 人で年内に倍にする計画のなかで作り直しに着手しました。旧い表（2018年12月の記事によれば 3 年前に作ったもの）は若手の段に偏り、すでに一部の開発者が届いた段で上が止まっていました。さらに、組織が重んじるようになった技能ともずれていて、そのために実際には無視されることが多かったと書いています（CircleCI、2019年2月28日）。

国内では、メルカリが評価に使い始めたあとも「もう少し具体的でないと考えづらい」という声が残ったと書いています（メルカリ、2021年3月8日）。LegalOn は、日々の指針としてはまだ根付いていないことを課題に挙げました（LegalOn、2023年8月4日）。

作り直しが揉める理由

ラダーの段は、採用・昇格・評価に直結します。Block は段を、面接で候補者にどの段の職を出すかの判断と、昇格の期の審査に使うと書いています（Block、2023年7月19日）。

段の文を変えると、昇格を目指して働いている人のゴールを動かすことになります。CircleCI は、ラダーを絶えず直すのはキャリアの成長のゴールを動かし続けることになり悪い考えだ、と書いています。Square も 2019年の版で、成長しようとしている人のゴールは動かしたくない、と書いていました（Square、2019年7月23日）。

作り直しで段が上がった人・下がった人の数や、給与をどう扱ったかを公開した会社は、今回の 11 の範囲では見つかりませんでした。

エンジニア組織での違い

中身を書くのは人事ではない

Fournier は 2025年、10 年間に少なくとも 2 回、別の会社でラダーを書き直したうえで、人事にすべてを任せないよう助言しています。専門性の定義は人事の仕事ではない、という理由です（Fournier、2025年5月28日）。

人事の役割が無いわけではありません。CircleCI では人事の責任者が、職業人として価値のある振る舞いを約 100 枚のカードに書いて持ち込み、項目の種にしました。エンジニア向けではない一般の項目です。他社の公開の表やチームで出した価値観と合わせて項目を選び、中身を書いたのは EM と Director の 2 人です。

技術の変化で文が古くなる

アンドパッドは、生成 AI のコーディングの進化で、1 年前に想定していた求められる能力が変わってきているとし、定義を更新し続けるものと位置づけています（アンドパッド、2025年11月21日）。作った時点で完成とは言えないので、直す周期を最初から決めておく必要があります。

手順 1: 誰が持つか

CircleCI の EM は、長引いた最大の理由を、自分が早朝・深夜・週末の片手間で進めていたことだと振り返っています。Director が引き取ってから進み、作り直しには約 8 か月かかりました。誰か 1 人の最優先の仕事にするよう勧めています。

手順 2: 何を作るかを先に合意する

CircleCI は、関係者が目的に合意するまでは、どの実装の試みも止まると書いています。明示的に決めたのは次の 3 つです。

Etsy も最初に目的をそろえ、草案作りと出来の評価に使う原則を 4 つ決めました。成長の支援・期待の統一・多様なキャリアの承認・偏りの抑制です（Etsy、2019年10月2日。原典は 2026年10月19日時点で開けず、Internet Archive の 2024年4月1日の保存で確かめました）。Block は原則の第一に、旧い段の本質的な意味を保つことを置き、原則の一部は始める前に、ほかは作業の途中で出てきたと書いています。

全社の等級とのつなぎ方も、最初に決めることの 1 つです。メルカリは、ラダーを作ったあとで全社のグレード定義が刷新されて整合が崩れ、2 年目に全社の定義をエンジニア向けに分解した Key behaviors に当てはめて構成し直しました。それまでエンジニア組織だけが独自の評価記入フォーマットを使っていましたが、全社と同じものを使えるようになっています（メルカリ、2023年9月8日）。

そもそも今作るかも問われます。LayerX は、策定だけでも軽くなく、運用が始まると社員の時間を取られるとして、本当に今必要かを考えました。進めると決めたうえで、ベータ版を社内に出すときに、課題と背景・社員数と 1 年以内の入社者の割合・プロダクトのロードマップと人員計画・ラダーの意義などを一緒に示しています（LayerX、2023年11月7日）。クラスメソッドの人事は、職務の要件が頻繁に変わる仕事や、同じ職務でも担当者で範囲が大きく違う場合は、ラダーを整備しても役立てにくいと書いています（クラスメソッド、2024年2月6日）。

手順 3: 段の枠を先に決める

CircleCI は中身を書く前に、段ごとの責任の範囲を決めました。

LayerX は、すべての項目がまだ詳しく書かれていない段階でも分かるように、「高いグレードに求めること」（不確実性が高いことを任せられること）という大枠を先に示しました。アンドパッドは職種を IC（管理職ではなく技術で貢献する道）・Manager・Director の 3 つから始め、必要に応じて広げる方針をとっています。

段の数について、Fournier は上の段より若手の段を多めに置くよう勧めています。若手を採り続けている前提で、よい若手は早く学び、最初の数年で進歩を見たいからです。職種によっては段の途中から始まる・途中で終わるラダーがあってよい、とも書いています。

手順 4: 項目を広げてから絞る

1 つの段を先に書く

CircleCI は、すべての項目について、先に 1 つの段だけを書くことを強く勧めています。同社は E3（仕事をこなす段の最上段）と E4（影響を広げる最初の段）の 2 段を先に書きました。段ごとの細かな差を言葉にする前に、項目が何を指すかがそろうからです。

1 つの段を書くと、同じ振る舞いを指す項目が見つかります。CircleCI は Self Starting と Delivery Accountability を 1 つにまとめるなどして、書き始めたときにほぼ 50 あった項目を 27 に絞りました。最初は広く集め、あとでまとめて削るほうがよいとも書いています。

Etsy は、集めた意見が、重複・不要・紛らわしい中身を削るのに役立ったと書いています。

先に書く段は、会社によって向きが違います。CircleCI は中堅の境目の E3・E4 でした。フォースタートアップスは、まず若手（アソシエイト / シニアアソシエイト）のためのラダーを定義しています（フォースタートアップス、2025年10月1日）。

絞るのは項目の数で、詳しさではない

Rent the Runway の最初のラダーは、各項目の説明が 1 つか 2 つでした。CircleCI が絞ったのは項目の数で、残した項目は全段を埋めています。項目を減らすことと、各段を短く書くことは別です。

Fournier は、主観的な言葉（increasing complexity・large systems など）は避けきれないが、使うところに注意し、可能な限りおおまかに測る手がかりを添えるよう勧めています。表の形のラダーに長文の説明を添えると、公開しなくても、箇条書きでは見落とすことに気づけるとも書いています。一方 Etsy は、2 回以上カンファレンスで話した、のような数で測れる書き方を意図的に避けました。役割やチーム、個人の事情によって機会が大きく限られるからです。

推敲は最後にまとめる

CircleCI は、残りの段を埋める段階まで文言の推敲をしないよう勧めています。気づいた直しは控えておき、最後にまとめて当てています。

手順 5: 意見を集め、試す

CircleCI は、EM と Director の 2 人で書き、VP の承認を得て最終版として出すという案は、自分たちには考えられなかったと書いています。

メルカリの試しでは、全段に点を付ける方式は、全文を読むのに 1 時間以上かかる人がいるなど負担が大きく、自分の段を中心に 1 つ上の段も見る運用に落ち着きました。そのうえで行った全員での並行の評価では、8 割以上が評価し、意見を返しています。

手順 6: 評価の期とどう合わせるか

Etsy は、評価の期の途中で成功の測り方を変えないことが決定的に重要だったと書いています。出したあとは昇格の手続きをラダーに合わせ、マネージャーに、候補者が新しい段の期待を所定の期間満たしてきたことを書かせています。

改定の周期も評価の期に合わせています。メルカリはラダーを GitHub（ソースコードを管理するサービス）で管理し、改善を半年に一度出しています。更新が多いと評価の期間中に基準が変わる混乱が起きることと、全社の評価基準とすり合わせる必要があることが理由です。

反対の選び方もあります。メルカリは最初に評価で使うと決めました。評価の軸が変わることが、文化を変えるうえで最も影響が大きいからです。ただし差し替える前に、上の並行の評価を挟んでいます。LayerX は逆に、評価と直結させず柔軟に運用しながら進化させるのがよいとしています。

手順 7: 旧い段からどう移すか

公開されている移し方の原則は、今回の 11 の範囲では Block の 1 行です。

「An L6 in the old levels is an L6 in the new levels.」

旧い L6 は新しい段でも L6 で、目的は要件を明確にすることで、ゴールを動かすことではない、という宣言です。Block は、旧版の、各段が下の段の基準をすべて含む作りが段を分かりにくくしたとして改め、段の基準は全部を同じように満たす必要はなく、おおむね満たしていることを示せればよいとしました。昇格の期のたびに意見を求め、書かれていない期待が入り込まないよう不確かな部分を明確にしていくとも書いています。

誰の段が付け替わったか、付け替えで給与がどうなったかは、Block を含め、今回の 11 の範囲ではどこも公開していません。

社内に出す前に書いておく約束

ここからは編集部の提案です。公開例から、移行で揉めそうな点を、社内への約束の文にしました。効果を確かめた記録はありません。

もう 1 つ、公開例が無いのに先に決めておくべき問いがあります。新しいラダーで読むと、今の段より下に見える人が出たときにどうするかです。Block の宣言は段の意味を変えないというものです。編集部は、段はそのままにし、下に見える原因になった文のほうを直すことを勧めます。この扱いを出す前に決め、EM が 1on1 で同じ答えを言えるようにしておきます。

1on1 での答えの例（編集部の提案です）: 段は今のままです。新しいラダーの文で、今の段に届いていないように読める所があれば教えてください。持ち主に渡して、次の見直しで文を直す材料にします。

EM が聞き取って持ち主に渡し、人事が件数を数えます。この件数が、下の測り方の表の 1 行目（段をめぐる異議や問い合わせの人数）になります。

計画表

評価の期が半年の会社を想定した、仮の目安です。作成の期間が公開されているのは CircleCI（約 8 か月）・LegalOn（2022年春の立ち上げから 10 月の刷新まで約半年）・アンドパッド（試しを含め 1 年あまり）の 3 社だけで、各行の期間の根拠の記録はありません。規模の手がかりは、CircleCI が着手したときの開発者 32 人と、アンドパッドの 100 名を超える開発組織です。LegalOn は、刷新の前に開発組織がもうすぐ 100 名という規模でした。

合わせると、6 か月で書き、次の半年で試し、13 か月目から評価に使う計算です。書く 6 か月は LegalOn の約半年・CircleCI の約 8 か月と、試しを含めた 12 か月はアンドパッドの 1 年あまりと並びます。

編集部の見立て

書くのは 1〜2 の段から、出すのは意見を集めてから、評価に使うのは試しを 1 回挟んでから、と考えます。

根拠は 3 つです。

1. 先に 1〜2 の段を書くと項目がそろい、絞れます。CircleCI は 2 段を先に書きながら、ほぼ 50 を 27 にしました
2. 評価の期の途中で基準を変えないことは、Etsy もメルカリも理由を書いて守っています。CircleCI と Square は、ゴールを動かすことへの警戒を書いています
3. 書いた人には見えない負担が、試しで見つかっています。メルカリは全文を読むのに 1 時間以上かかる人がいると知り、運用を変えました

一方で、全段をそろえてから出す立場にも根拠があります。CircleCI は先に 2 段を書きましたが、最終版として出したのは全段を埋め、フォーカスグループで意見を集めたあとでした。Etsy も出す前に各組織の長全員の同意を得ています。一部の段だけを先に社内に出した公開例は、今回の 11 の範囲ではフォースタートアップス（若手の段から）だけです。

反対の根拠

簡素にしすぎた例（Rent the Runway）、最初から評価に使った例（メルカリ）、数で測る書き方を避けた例（Etsy）は、手順 4 と手順 6 で見たとおりです。ほかに次の 2 つがあります。

• 成果で書くと育成で使いにくい: LegalOn は成果・振る舞いで書くように変えたことで、採用と育成では使いにくくなった面があると書いています
• ラダーそのものへの逆風: Fournier は、業界は反動の時期にあり、多くの会社が再びフラットな組織を試しても驚かないと書いています。そのうえで、この仕事は重要だとしています

うまくいっているかの測り方

数えるのは、1 回の評価の期ごとです。合図は編集部が仮に置いた目安で、根拠の記録はありません。

キャリアの機会の見え方は、作る前に一度アンケートで聞いておくことを勧めます。Etsy は全社アンケートで意味のある改善が見られたとしていますが数値は出しておらず、メルカリの評価の満足度（2020年8月、10 段階で 6 以上が約 9 割・平均約 8）にも、作る前との比較はありません。

確かめられなかったこと

• 旧い段から新しい段へ付け替わった人の数と、段が下がって見える人の扱い（Block は原則だけを公開）
• 作り直しで給与が変わった人がいたか、どう扱ったか
• Etsy・Block・Rent the Runway・メルカリが作成にかけた期間（メルカリは 2019年ごろ着手とだけ書いている）
• どの会社も、作成にかけた工数（時間）
• 作り直しのあとに段の交渉や昇格の不服がどれだけ減ったかの数値
• フォースタートアップスのラダーの段数・項目と、運用を始めたあとの結果

出典

• CircleCI: 7 steps to building an engineering competency matrix、2019年2月28日 / Why we re-designed our engineering career paths at CircleCI、2018年12月11日
• Etsy: Engineering Career Development at Etsy、2019年10月2日（Internet Archive の 2024年4月1日の保存で確認）
• Block: Square's Updated Growth Framework for Engineers and Engineering Managers、2023年7月19日
• Square: Square's Growth Framework for Engineers and Engineering Managers、2019年7月23日
• Rent the Runway: Sharing Our Engineering Ladder、2015年3月26日（ページの表示は 3 月 26 日だけで、年は Fournier の 2025年の記事による）
• Camille Fournier: 10 Years of Engineering Ladders、2025年5月28日
• メルカリ: 会社の文化を言語化すると何が起こるのか。Engineering Ladderの作成プロセスとその結果、2021年3月8日
• LegalOn Technologies: LegalOn Technologies のエンジニアグレード評価基準を公開します、2023年8月4日
• アンドパッド: エンジニア評価制度を再設計した1年の軌跡とこれからのチャレンジ、2025年11月21日
• LayerX: Engineering Career Ladderを作るときに気をつけたこと　其の一、2023年11月7日
• フォースタートアップス: キャリア開発と能力開発（エンジニア向け）、2025年10月1日
• クラスメソッド: キャリアラダーで特定の職種グループにおけるステップアップのはしごを明示する、2024年2月6日