エンジニアに自社を選んでもらうために必要なのは、報酬でも知名度でもなく「この会社はどういう文化で、どう働くのか」を具体的に示すことです。その手段として有効なのがカルチャーデック（Culture Deck）であり、作成と公開によってスカウト返信率・選考移行率・内定承諾率のすべてに効果が期待できます。

この記事では、エンジニア組織に特化したカルチャーデックの設計方法を、構成要素の選定から社内巻き込み、採用プロセスへの組み込みまで一気通貫で解説します。

このページでわかること

• カルチャーデックとは何か、採用ピッチ資料やEVPとの違い

• エンジニアが「読みたい」と思うカルチャーデックの7つの構成要素

• 社内のリアルな文化を引き出すインタビュー・ワークショップの進め方

• 作成から公開・採用活用までの具体的なステップ

• 効果測定と定期的なアップデートの方法

TL;DR（この記事の要約）

• カルチャーデックは企業文化を言語化・可視化した資料。採用ブランディングの「証拠」として機能する

• エンジニアには「技術的意思決定の方法」「失敗への向き合い方」「開発プロセスの透明性」など、一般職向けとは異なる情報が刺さる

• Netflixの「Freedom & Responsibility」が起源とされるが、スタートアップでも10ページ程度から十分に作れる

• 作成プロセス自体が組織文化の棚卸しになり、既存社員のエンゲージメント向上にも寄与する

• スカウト文面への添付、カジュアル面談での共有、内定者フォローでの活用と、採用プロセス全体で使い倒せる

• 半年に1回のアップデートを前提に「完璧を目指さず出す」が鉄則

1. カルチャーデックとは何か｜採用における位置づけ

カルチャーデックとは、企業の文化・価値観・行動規範・働き方を体系的にまとめた資料のことです。スライド形式が一般的ですが、Webページやドキュメント形式で公開する企業も増えています。

2009年にNetflixが公開した「Netflix Culture: Freedom & Responsibility」が火付け役となり、Facebook（現Meta）のCOOだったシェリル・サンドバーグは「シリコンバレーで最も重要なドキュメント」と評しました。このスライドはSlideShareで累計2,000万回以上閲覧されています。

採用ピッチ資料・EVPとの違い

スカウト運用を支援してきた経験から言えば、候補者が最も知りたいのは「この会社で日常的にどう働くのか」というリアルな情報です。採用ピッチ資料が「うちの会社はこんなに良いですよ」という売り込みだとすれば、カルチャーデックは「うちの会社はこういう会社です。合う人には最高、合わない人には辛いかもしれません」という誠実な自己開示です。EVPの設計方法については「エンジニア採用EVP設計ガイド」で詳しく解説しています。

なぜ今カルチャーデックが重要なのか

エンジニア採用市場は引き続き売り手市場であり、情報処理・通信技術者の新規求人倍率は3.06倍に達しています（厚生労働省「職業安定業務統計」2026年3月時点）。候補者は複数のオファーを比較検討するのが当たり前の状況です。

こうした環境で差別化を図るには、求人票や年収だけでは不十分です。「この会社の文化は自分に合うか」を判断できる情報を、候補者が自分のペースで確認できる形で提供することが求められます。

採用コンサル営業時代に見た中で、カルチャーデックを公開している企業は「面談に来た時点で文化を理解している候補者が多い」という共通した傾向がありました。結果としてカジュアル面談の質が上がり、選考移行率の向上につながります。

2. エンジニアが「読みたい」カルチャーデックの7つの構成要素

一般的なカルチャーデックにはミッション・バリューが並びますが、エンジニア向けには技術組織ならではの要素を盛り込む必要があります。エンジニアとして転職活動した際に、実際に読み込んだ情報を踏まえて7つの構成要素を提案します。

要素1: 技術的意思決定のプロセス

エンジニアが最も気にするのは「技術選定は誰がどう決めるのか」です。

記載すべき内容:

• 技術選定の意思決定者（CTO一任か、チーム合議か、ADRベースか）

• 新しい技術を導入する際のプロセス（RFC・テックレビュー・PoC期間の有無）

• 過去に技術選定で議論が割れた際の具体的なエピソード

• 技術的負債への向き合い方（どの程度のリソースを割いているか）

書き方のポイント: 「トップダウンで速い意思決定を重視する」のか「ボトムアップで納得感を重視する」のか、どちらが良い悪いではなく、自社のスタンスを明確に示すことが重要です。

要素2: 失敗への向き合い方

心理的安全性を測るバロメーターとして、エンジニアはここを注視します。

記載すべき内容:

• 障害発生時のポストモーテム文化の有無

• 「誰がやったか」ではなく「何が起きたか」に焦点を当てるBlameless文化の実践度

• 過去の失敗からチームが学んだ具体例（抽象化してOK）

• 挑戦的な取り組みを奨励する仕組み（20%ルール、ハックデイなど）

要素3: 開発プロセスとエンジニアリングプラクティス

日々の開発がどう進むのかは、エンジニアにとって「職場の居心地」を左右する核心情報です。

記載すべき内容:

• 開発手法（スクラム、カンバン、独自のハイブリッドなど）

• コードレビューの文化と基準

• CI/CD・テスト戦略の概要

• デプロイ頻度と本番環境への反映フロー

• ドキュメント文化（ADR、Design Doc、READMEの整備状況）

• AIコーディングツールの導入状況（GitHub Copilot、Cursor、Claude Codeなど）

要素4: キャリアパスと成長機会

「この会社で3年後に自分はどうなれるのか」を示す情報です。

記載すべき内容:

• ICトラック（Individual Contributor）とマネジメントトラックの分岐点

• 等級制度の概要と昇格基準

• 学習支援制度（カンファレンス参加費、書籍購入、資格取得補助など）

• 社内勉強会・テックトークの頻度と運営方法

• 20%プロジェクトやOSS活動への参加方針

要素5: チームの構成と働き方

「誰と、どんなリズムで働くのか」はカルチャーフィットの判断材料になります。

記載すべき内容:

• エンジニア組織の構成（チーム数、1チームあたりの人数）

• リモート・ハイブリッド・出社の方針とその理由

• 非同期コミュニケーションの度合い（Slackの利用文化、ミーティングの頻度）

• オンコール体制の有無と負荷分散の方法

• ディープワーク（集中作業時間）への配慮

要素6: 報酬哲学と透明性

具体的な金額ではなく「報酬の考え方」を示すことが重要です。

記載すべき内容:

• 報酬決定の哲学（市場連動型か、社内公平性重視か）

• 年収レンジの公開有無

• 評価と報酬の連動方法

• ストックオプション・RSUの付与方針（該当する場合）

• 昇給サイクルと昇給率の目安

要素7: ミッション・バリューと日常の接続

抽象的なミッション・バリューを掲げるだけでは響きません。日常の開発業務とどう接続しているかを示す必要があります。

記載すべき内容:

• バリューが日々の意思決定にどう影響しているかの具体例

• バリューに基づいてNOと言った判断の実例

• 「バリューを体現した行動」として社内で評価された事例

• バリューの解釈が人によって異なる部分を正直に認める記述

3. カルチャーデック作成の5ステップ

ステップ1: 現状の文化を棚卸しする（2週間）

まず、自社の文化が「実際にどうなっているか」を把握します。理想ではなく実態を言語化することがカルチャーデックの信頼性を決めます。

社内インタビューの実施

以下の質問を5〜8名のエンジニアに投げかけます。

• この会社で働いていて「いいな」と思う瞬間はどんな時？

• 逆に「ここは改善してほしい」と思うことは？

• 友人のエンジニアにこの会社を紹介するとき、何を最初に伝える？

• 入社前と入社後で一番ギャップがあったことは？

• 技術的な意思決定は、普段どういう流れで決まっている？

注意点: 経営層だけでなく、入社1年目のジュニアエンジニアからテックリードまで、幅広い層にインタビューすることが重要です。経営層が「うちはフラットです」と言っていても、現場のエンジニアが「決裁に3段階の承認が必要」と感じていることはよくあります。

ステップ2: 差別化ポイントを特定する（1週間）

インタビュー結果を整理し、「自社ならでは」の特徴を抽出します。

分析の切り口:

• 他社にない強み: 競合他社と比較して明確に優位な点

• トレードオフの選択: 何かを得るために何かを捨てた判断（例: 開発速度よりもコード品質を優先している）

• 自社の"変わったところ": 業界一般とは異なる独自のプラクティス

スカウト運用を支援してきた経験から、候補者の印象に残るのは「良いこと」よりも「ユニークなこと」です。「技術勉強会をやっています」は多くの企業が言えますが、「毎週金曜の午後は全エンジニアがOSS活動に充てています」は記憶に残ります。

ステップ3: 構成と原稿を作成する（2〜3週間）

7つの構成要素をベースに、自社に合った内容を組み立てます。

ボリュームの目安:

• スライド形式: 15〜30ページ

• ドキュメント形式: 3,000〜5,000文字

• Webページ形式: 1ページで完結（スクロール型）

文体のルール:

• 主語を明確にする（「弊社は」ではなく「私たちは」）

• 箇条書きと短文を多用する

• 抽象的な表現を避け、具体的なエピソードを盛り込む

• ネガティブな面も正直に書く（「まだ完璧ではないが改善中」という姿勢）

エンジニアに刺さる書き方の例:

悪い例:

私たちはイノベーションを大切にし、常に最先端の技術に挑戦しています。

良い例:

技術選定はRFCプロセスで進めます。直近では「バッチ処理基盤をAirflowからDagsterに移行すべきか」で2週間議論しました。最終的にはDagsterを採用しましたが、RFC上で「移行コストに見合わないのでは」という反対意見も記録として残しています。意思決定の過程を透明にすることを重視しています。

ステップ4: レビューと承認を得る（1〜2週間）

レビュー体制:

1. エンジニアチームによるレビュー: 「実態と合っているか」の事実確認

2. 経営層によるレビュー: 公開範囲と表現の最終確認

3. 入社1年以内のメンバーによるレビュー: 「入社前に知りたかった情報が入っているか」の確認

特にエンジニアチームのレビューは必須です。人事部門だけで作ったカルチャーデックは「きれいだけど実態と違う」と候補者に見抜かれ、逆効果になるリスクがあります。

ステップ5: 公開とプロモーション（1週間）

公開チャネル:

• 自社の採用ページ（キャリアページ）

• note・Zennなどの発信プラットフォーム

• Speaker Deck・SlideShareなどのスライド共有サービス

• GitHub上のリポジトリ（Markdownで公開する企業も増加中）

• Wantedlyのストーリー記事

プロモーション施策:

• テックブログで「カルチャーデックを作りました」という制作裏話を公開

• エンジニア社員のSNS（X・LinkedIn）での共有を促す

• スカウトメールに「詳しくはカルチャーデックをご覧ください」とリンクを添える

4. 作成時に陥りやすい5つの落とし穴と対策

落とし穴1: 「理想の文化」を書いてしまう

問題: 実態とかけ離れた理想像を書くと、入社後のギャップで早期離職につながります。

対策: インタビューで集めた「生の声」をベースにする。改善途上の項目は「現在取り組み中」と正直に記載します。エンジニアは過度にポジティブな表現に対して懐疑的になりがちです。「完璧な職場」よりも「課題を認識して改善に取り組んでいる職場」のほうが信頼を得られます。

落とし穴2: 経営層の言葉だけで構成する

問題: トップダウンのメッセージだけでは、現場のリアリティが伝わりません。

対策: 現場エンジニアの具体的なエピソードや引用を多用します。「CEOが言っている」ことと「現場で実際に起きている」ことの両方を載せることで、文化の浸透度も伝わります。

落とし穴3: 作って終わりにする

問題: 一度作成したカルチャーデックを放置すると、組織の変化と乖離が生じます。

対策: 半年に1回のアップデートをカレンダーに入れる。新しいプラクティスの導入、チーム構成の変化、技術スタックの刷新など、変化があったタイミングでも部分的に更新します。

落とし穴4: 差別化要素が薄い

問題: 「チームワークを大切にしています」「成長環境があります」など、どの企業でも言えることを並べてしまうパターンです。

対策: 「うちの会社の当たり前が、他社では当たり前じゃないこと」を探す。例えば「全社ミーティングでエンジニアが事業KPIのダッシュボードを解説する」「障害対応のポストモーテムは全社公開している」など、具体的な行動レベルで差別化します。

落とし穴5: デザインに凝りすぎる

問題: デザイナーに依頼して完璧な資料を作ろうとすると、完成までに半年以上かかることがあります。

対策: 初版は「内容重視・デザイン最低限」で2〜4週間で出す。Google SlidesやNotionで十分です。エンジニアはデザインの美しさよりも内容の誠実さを評価します。反応を見ながら2版、3版と磨いていくアプローチが正解です。

5. カルチャーデックを採用プロセスに組み込む方法

作成しただけでは効果は限定的です。採用プロセスの各タッチポイントに組み込むことで、真価を発揮します。

スカウトメールでの活用

スカウトメールにカルチャーデックのリンクを添えることで、返信率の向上が期待できます。

効果的な添え方の例:

〇〇さんの△△に関するご経験に注目してご連絡しました。当社のエンジニア組織がどんな文化で開発しているか、カルチャーデックにまとめています。ぜひご一読いただき、少しでも興味を持っていただけたらカジュアルにお話しさせてください。

ポイントは「読んでからでいいですよ」という姿勢です。候補者に情報を渡し、判断を委ねることで、返信のハードルが下がります。

カジュアル面談での活用

面談前に候補者にカルチャーデックを共有しておくことで、面談の時間を有効に使えます。カジュアル面談の進め方の詳細は別記事を参照してください。

面談の流れ:

1. 事前にカルチャーデックを送付

2. 面談冒頭で「読んでいただけましたか？ 気になった点はありますか？」と質問

3. 候補者の関心ポイントに合わせて深掘り

この進め方により、候補者が事前に文化を理解した上で面談に臨むため、より深い相互理解が可能になります。

面接での活用

面接官がカルチャーデックの内容を理解していることで、一貫した情報発信が可能になります。

• 面接官オリエンテーションでカルチャーデックの内容を共有

• 候補者からの逆質問に対して、カルチャーデックの記載内容をベースに回答

• 「カルチャーデックに書いてある〇〇について、実際にはこんなエピソードがあります」と具体例を補足

内定者フォローでの活用

内定承諾後のプレボーディング期間に、カルチャーデックを改めて共有します。入社前の不安を軽減し、入社初日からスムーズにチームに馴染む助けになります。

• 内定者に「気になる点があればいつでも質問してください」と伝える

• チームメンバーの紹介と合わせて、働き方や開発プロセスの実態を事前に伝える

• 入社後のオンボーディング資料としても活用

6. 企業規模別のカルチャーデック作成アプローチ

スタートアップ（〜30名）

特徴: 文化が暗黙知になっていることが多い。創業者の価値観＝企業文化であることが大半。

アプローチ:

• 10〜15ページのコンパクトな構成

• 創業者インタビューを軸にする

• 「なぜこの事業をやっているか」「なぜこの技術を選んだか」というWHYを重視

• Notionの公開ページやGitHub上のMarkdownで十分

所要期間: 1〜2週間

成長期（30〜100名）

特徴: 創業期の文化と新しいメンバーの文化が混ざり始める時期。カルチャーデックの必要性が最も高い。

アプローチ:

• 20〜30ページの中規模構成

• 複数チームの文化の共通項と差異を整理

• 「うちはこう変わってきた」という組織の変遷も記載

• デザインにある程度投資してプロフェッショナルな印象を出す

所要期間: 3〜4週間

大企業・メガベンチャー（100名以上）

特徴: 部署やチームごとに文化が異なる。全社共通のカルチャーデックとチーム別の補足資料の2層構造が必要。

アプローチ:

• 全社版（15〜20ページ）+ チーム別版（5〜10ページ）

• エンジニアリング部門独自のカルチャーデックを別途作成

• 人事・広報・エンジニアリングの3部門合同プロジェクトとして推進

• 社内ワークショップを複数回実施して合意形成

所要期間: 1〜2ヶ月

7. カルチャーデックの効果測定と改善サイクル

測定すべきKPI

改善サイクルの回し方

四半期ごと: 採用チームでKPIレビュー。特にスカウト返信率と面談言及率を確認し、効果が薄い場合は内容の見直しを検討。

半年ごと: エンジニアチームを交えた全体レビュー。組織の変化を反映し、古くなった情報をアップデート。新しいプラクティスの追加や、変更された方針の修正を行う。

年次: カルチャーデック全体のリニューアル検討。フォーマットの変更、新しい公開チャネルの追加、デザインの刷新などを含む。

8. 参考になるカルチャーデックの公開事例

国内外の企業が公開しているカルチャーデックから、エンジニア採用に効果的な要素を学べます。

Netflix: Freedom & Responsibility

エンジニア文化の文脈で最も有名な事例です。「自由と責任」を軸に、マイクロマネジメントをしない代わりに高い成果を求める文化を明示しています。特に印象的なのは「Keeper Test（この人が辞めたいと言ったら全力で引き留めるか？）」という評価基準を公開している点です。

学べるポイント: トレードオフを明示すること。Netflixは「安定よりもパフォーマンスを重視する」と明言しており、合わない人はそもそも応募しない仕組みになっています。

国内スタートアップの取り組み

国内では10Xやメルカリ、SmartHRなどがカルチャーブック・カルチャーデックを公開しており、エンジニア組織の文化発信に活用しています。スライド形式やWebページ形式など、発信チャネルも多様化しています。

学べるポイント: 日本語で、日本の労働文化を前提にした表現のリアリティ。海外企業の事例をそのまま模倣するのではなく、自社の文脈に合わせた言語化が重要です。

カルチャーデック公開のトレンド

近年はGitHub上でMarkdown形式のカルチャードキュメントを公開する企業が増えています。これはエンジニアにとって馴染みのあるフォーマットであり、変更履歴がGitで追えるという透明性の高さが支持されています。

9. カルチャーデック作成を社内で推進するコツ

経営層の巻き込み方

「カルチャーデックを作りたい」と提案しても、経営層が必要性を感じなければ前に進みません。

説得のポイント:

• 採用コストの削減効果を数字で示す（スカウト返信率向上による母集団形成コスト削減）

• 競合企業がカルチャーデックを公開している事実を共有

• 「採用だけでなく、既存社員の文化浸透にも使える」という副次効果を強調

• 「完成まで4週間、工数は合計20〜30時間」と具体的な投資規模を提示

エンジニアの巻き込み方

エンジニアに「カルチャーデック作成に協力してほしい」と言っても、開発業務が忙しい中で優先度が上がりにくいのが現実です。

効果的なアプローチ:

• インタビューは1人30分に限定する

• 「あなたの声がそのまま候補者に届く」という意義を伝える

• レビューはSlack上の非同期レビューで対応可能にする

• テックブログ執筆や勉強会運営と同様に、採用貢献として評価する

人事とエンジニアの協業体制

カルチャーデック作成は、人事（採用チーム）とエンジニア組織の協業が不可欠です。

推奨体制:

• プロジェクトオーナー: 採用担当者（進行管理・スケジュール管理）

• コンテンツ監修: エンジニアリングマネージャーまたはテックリード

• インタビュー対象: ジュニアからシニアまで5〜8名のエンジニア

• 最終承認: CTO（またはVPoE）+ 人事責任者

FAQ（よくある質問）

Q: カルチャーデックの作成にどのくらいの期間がかかりますか？

A: スタートアップなら1〜2週間、成長期の企業で3〜4週間が目安です。初版は「完璧を目指さず、まず出す」ことが重要です。公開後にフィードバックを集めて改善していく前提で進めましょう。

Q: カルチャーデックとテックブログの違いは何ですか？

A: テックブログは個別の技術トピックを深掘りする「点」の発信であるのに対し、カルチャーデックは組織の文化・働き方・価値観を体系的にまとめた「面」の発信です。両方を組み合わせることで、技術力と組織文化の両面を候補者に伝えられます。

Q: ネガティブな情報も載せるべきですか？

A: 載せるべきです。ただし「課題を認識しており、改善に取り組んでいる」という文脈で記載します。例えば「技術的負債の返済が追いついていない領域があるが、四半期ごとにリファクタリングスプリントを設けて対応している」のような書き方です。エンジニアが求める企業文化を理解した上で、自社の強みと課題を正直に示しましょう。ネガティブ情報を隠すと、入社後のギャップで離職リスクが高まります。

Q: 小規模な会社でもカルチャーデックは必要ですか？

A: 小規模だからこそ効果的です。大企業は知名度やブランドで候補者を惹きつけられますが、スタートアップは文化と人で勝負する必要があります。10ページ程度のシンプルなカルチャーデックでも、スカウト時に添付するだけで「この会社は文化を大事にしている」という印象を与えられます。

Q: カルチャーデックの公開で、採用競合に手の内を明かすことになりませんか？

A: 企業文化は真似できるものではないため、公開によるデメリットは限定的です。むしろ、自社の文化を公開することで「この文化に共感する人」が集まりやすくなり、採用のミスマッチ削減につながります。Netflixのカルチャーデックは世界中に公開されていますが、Netflixの文化をそのまま再現できた企業はありません。

Q: カルチャーデックの更新頻度はどのくらいが適切ですか？

A: 半年に1回の定期アップデートを推奨します。組織は常に変化するため、古い情報が残ったカルチャーデックは信頼性を損ないます。特に、チーム構成の変更、新しい開発プロセスの導入、リモートワーク方針の変更などがあった際は、速やかに更新しましょう。

Q: エンジニア以外の職種にも同じカルチャーデックを使えますか？

A: 全社共通のカルチャーデック（ミッション・バリュー・報酬哲学など）をベースに、エンジニア向けの補足セクション（技術的意思決定・開発プロセス・技術スタックなど）を追加する2層構造がおすすめです。エンジニアが重視するポイントは一般職種とは異なるため、専用のセクションは必須です。

まとめ：カルチャーデックは「採用の土台」になる

カルチャーデックの作成は、一見すると時間のかかる取り組みに思えます。しかし、一度作成すればスカウト・面談・面接・内定者フォローと、採用プロセス全体で活用できる「資産」になります。

今日からできるアクション:

1. 社内エンジニア3名にインタビュー: 「この会社の文化を一言で表すと？」「入社前に知りたかったことは？」の2問だけでOK

2. 競合他社のカルチャーデック調査: 同業種・同規模の企業が公開しているカルチャーデックを3〜5社分読み込む

3. 初版の構成案作成: 7つの構成要素から自社に合う3〜4要素を選び、目次を作る

4. 2週間後のレビュー日を設定: 経営層とエンジニアリーダーのカレンダーを押さえる

カルチャーデックは完璧である必要はありません。むしろ「まだ発展途上の組織が、自社の文化を言語化しようとしている姿勢」そのものが、エンジニアに誠実さを伝えます。

まずは10ページから始めてみてください。

エンジニア採用のブランディングや文化発信についてお悩みの方は、techcellarの採用支援サービスにお気軽にご相談ください。スカウト運用から採用ブランディングまで、エンジニア採用の課題解決を支援しています。