「試すハードルを下げる」×「いいチームを作る」を本当に実現する会社の設計書¶
前提: 事業やプロダクトは未定。それでいい。 事業は変わるが思想は変わらない。思想が先にある会社は、事業を何度でも試せる——それ自体がtrialの思想の体現である。
この文書の立場: 思想は「掲げる」だけでは1年で消える。思想は制度(ルール)・習慣(儀式)・物語(エピソード)の3つに埋め込まれて初めて文化になる。以下はその具体的な埋め込み方の設計書。
目次¶
- 2つの思想は実は1つのループである
- 思想① trial — 「試すコスト」を構造的に下げる
- 思想② いいチーム — 科学が分かっている「いいチーム」の条件
- 思想を制度に埋め込む — 創業時に作る具体的な仕組み
- 思想を習慣に埋め込む — 日常の儀式
- 思想を物語に埋め込む — 創業者だけができること
- 採用 — 最初の10人が文化のすべてを決める
- この思想が死ぬとき — アンチパターンと防衛線
- 事業が決まっていない今、具体的に何をするか
1. 2つの思想は実は1つのループである¶
「trial」と「いいチーム」は独立した2つの価値観に見えて、実は互いが互いの前提になっている。
心理的に安全なチーム
→ 失敗を恐れず試せる(trialのハードルが下がる)
→ 実験から学びが生まれる
→ 学びを共有し合うことで信頼が深まる
→ さらにいいチームになる → (最初に戻る)
これは学術的にも裏付けがある。ハーバード大のエイミー・エドモンドソンが「心理的安全性」の概念に至ったのは、優れた医療チームほど報告されるミスが多いという逆説的なデータからだった。いいチームはミスをしないのではなく、ミスや実験結果を隠さず話せるチームだった。つまり:
「試せる組織」と「いいチーム」は同じものの2つの側面である。 片方だけを作ることはできない。逆に言えば、仕組みは共通化できる。
このループが回っているかを測る問いは1つでいい: 「うちの会社では、うまくいかなかった試みの話が、うまくいった話と同じくらい気軽に共有されているか?」
2. 思想① trial — 「試すコスト」を構造的に下げる¶
「挑戦しよう!」という掛け声では人は試さない。人が試さないのは意欲がないからではなく、試すコスト(お金・時間・手続き・心理)が高いからである。trialの思想とは、この4つのコストを制度で下げることに他ならない。
2.1 ジェフ・ベゾス「一方通行ドアと両開きドア」— 意思決定の速度を上げる¶
Amazonの意思決定原則。決定には2種類ある。
| 種類 | 性質 | 扱い方 |
|---|---|---|
| Type 1(一方通行ドア) | 後戻りできない・影響甚大 | 慎重に、時間をかけて決める |
| Type 2(両開きドア) | 失敗しても戻ってやり直せる | 素早く、現場で決める。承認不要 |
組織が官僚化する最大の原因は、Type 2の決定をType 1のプロセスで扱うこと。創業時に「この会社では、可逆な決定は本人がその場で決めてよい」を明文化する。誰かが「これ、やっていいですか?」と聞いてきたら、「それは戻れる決定? なら聞かなくていい」と返すのが経営者の仕事になる。
2.2 エリック・リース「リーンスタートアップ」— 実験の最小単位を定義する¶
trialを文化にするには、「試す」という行為に共通の型を与える必要がある。リーンスタートアップの「構築→計測→学習」ループがそのまま使える。
すべてのtrialは次の3点セットで定義する(A4半分で書ける)。
# Trial企画メモ(これ1枚で開始してよい)
1. 仮説: 「○○すれば△△になるはずだ」(1文)
2. 最小の検証方法: 仮説を確かめる最も安く速い方法は何か
3. 撤退基準(kill criteria): いつまでに何が起きなければやめるか
重要なのは3の撤退基準を始める前に書くこと。撤退基準のない実験は「なんとなく続くゾンビ事業」になり、trialの予算と信頼を食い潰す。「やめる」が事前に設計された実験だけが、心置きなく始められる。これがハードルを下げる最大の仕掛けである。
2.3 4つのコストを下げる具体策¶
| コスト | 下げる仕組み(例) |
|---|---|
| お金 | 承認不要のtrial予算を全員に付与(例: 1人あたり四半期5万円まで、事後報告のみ)。金額を超える場合も上記の1枚メモ+翌営業日までの回答をSLAにする |
| 時間 | 「trial時間」を公認する(Googleの20%ルールの縮小版として、まず月1日=約5%から)。通常業務が優先という空気に負けないよう、カレンダーにブロックする |
| 手続き | 申請書はA4半分の1枚メモのみ。稟議・複数承認・事前の完璧な計画を要求しない。「早く始めて早くやめる」を「遅く始めて完璧にやる」より上位に置く |
| 心理 | 後述の心理的安全性の仕組み全般 + 「失敗の共有会」(2.5節)+ 評価制度で挑戦自体を加点する(4.2節) |
2.4 「実験の数」をKPIにする(成功率にしない)¶
trial文化のKPI設計は間違えやすい。成功率をKPIにした瞬間、人は成功しそうな安全な実験しかしなくなる。
- 測るべきは: 四半期あたりの実験数、実験から得た学びの共有数、撤退基準どおりにやめられた率
- 測ってはいけないのは: 実験の成功率(むしろ成功率が高すぎたら「挑戦が小さすぎないか」を疑う)
- IDEOの言葉を借りれば "Fail often to succeed sooner"(早く成功するために、たくさん失敗せよ)。ダイソンが5,127台の試作を経て掃除機を完成させた話のように、試行回数こそが成果の源泉という世界観を数字の設計で示す
2.5 失敗を「資産」に変換する装置¶
失敗はそのままでは損失で、言語化されて初めて資産になる。
- Blameless(非難なき)振り返り: Google SREのポストモーテム文化。うまくいかなかったtrialは「誰が悪かったか」ではなく「何を学んだか・次はどう設計するか」だけを議論する。人を主語にした反省文を禁止する
- 月次「学びの共有会」: 成功事例と失敗事例を同数発表するルールにする。失敗事例の発表者を軽く表彰する(「今月のナイストライ賞」)。冗談っぽく聞こえるが、「失敗を話したら得をした」という実体験が心理コストを下げる唯一の方法
- trialのログを全社で1箇所に: 誰が何を試して何を学んだかを検索できるようにする。「それ、去年○○さんが試して、こういう理由でダメだった」が言える組織は、同じ失敗を繰り返さず、次の実験の質が上がる
3. 思想② いいチーム — 科学が分かっている「いいチーム」の条件¶
「いいチーム」は気合いや相性ではなく、かなりの部分が研究で条件が特定されている。主要な知見を土台に置く。
3.1 Google「Project Aristotle」— 誰がいるかより、どう協働するか¶
Googleが180チームを分析した結果、チームの効果性を決めるのはメンバーが誰か(スター人材の有無)ではなく、チームがどう協働しているかだった。重要因子は順に:
- 心理的安全性(圧倒的に最重要): 対人リスクを取っても罰されない信念
- 相互信頼: メンバーが仕事を時間内に高い基準で仕上げると信じ合える
- 構造と明確さ: 役割・計画・目標が明確である
- 仕事の意味: 仕事が自分にとって意味がある
- インパクト: 自分の仕事が組織や社会に影響していると感じられる
示唆: 「いい人を集めればいいチームになる」は誤り。5条件を満たす運営を設計する必要がある。1と2は第2章・第5章の仕組みが支え、3〜5は目標設定と役割定義(4.3節)が支える。
3.2 エドモンドソン「心理的安全性」の正確な理解 — ぬるさではない¶
心理的安全性はしばしば「仲良しで居心地がいい」と誤解される。エドモンドソンの整理は2軸である。
| 基準(目標水準)が低い | 基準が高い | |
|---|---|---|
| 心理的安全性が高い | ぬるま湯(コンフォートゾーン) | 学習して成長するゾーン ← ここを目指す |
| 心理的安全性が低い | 無関心ゾーン | 不安ゾーン(優秀だが疲弊し、隠蔽が起きる) |
つまり「いいチーム」とは、要求水準は高いのに、弱みや失敗を見せられるチーム。trialの思想と接続すると: 実験の撤退基準は厳格に(高い基準)、撤退した人への非難はゼロ(高い安全性)、という組み合わせになる。
3.3 キム・スコット「Radical Candor」— 率直さは思いやりの上に成り立つ¶
元Google/Appleのキム・スコットのフレームワーク。フィードバックは2軸で決まる。
- 個人への関心(Care Personally) × 率直な指摘(Challenge Directly)
- 両方高い = Radical Candor(徹底的な本音): いいチームの会話
- 関心なき指摘 = 嫌なやつ / 指摘なき関心 = 破滅的な優しさ(一番多い失敗。言うべきことを言わないのは相手の成長機会を奪う「不親切」)
実務への落とし込み: 「言いにくいことを言うのは、相手とチームへの投資である」を行動指針に明文化し、1on1(5.2節)で実践の場を確保する。
3.4 レンシオーニ「チームの5つの機能不全」— 信頼はスキルの前に来る¶
『あなたのチームは、機能してますか?』のパトリック・レンシオーニによれば、機能不全は下から積み上がる: 信頼の欠如 → 衝突への恐怖 → 責任感の不足 → 説明責任の回避 → 結果への無関心。
土台は「弱みを見せられる信頼(vulnerability-based trust)」であり、これがないと健全な衝突(=率直な議論)ができず、議論していないから決定に本気になれない、という連鎖が起きる。「会議で反対意見が出ないチーム」は仲がいいのではなく、機能不全の入口にいると認識する。
3.5 チームの物理設計 — 小さく保つ¶
- Two-Pizza Rule(Amazon): ピザ2枚で足りる人数(5〜8人)を超えるチームは分割する。コミュニケーション経路は人数の2乗で増える(n人でn(n-1)/2本)ため、大きいチームは構造的に「いいチーム」になりにくい
- 『Team Topologies』の知見: チーム間の依存関係(待ち)が生産性を殺す。チームはできる限り自己完結(その仕事を最後までやり切れる権限とスキル)にする。これはtrial思想とも直結する——他チームの承認待ちが必要な実験は、実験のハードルが上がる
- タックマンモデル(形成期→混乱期→統一期→機能期): チームは組成直後に必ず「混乱期」を通る。初期の衝突は異常ではなく通過儀礼だと全員が知っているだけで、乗り越え方が変わる
4. 思想を制度に埋め込む — 創業時に作る具体的な仕組み¶
4.1 行動指針(バリュー)の言語化 — 7個以下、行動の言葉で¶
- 抽象語(「挑戦」「誠実」)ではなく、迷ったときにどちらを選ぶかを指示する言葉にする。例:
- 「戻れる決定は、聞かずに決める」(Type 2ドア)
- 「やめ方を決めてから、始める」(kill criteria)
- 「失敗の報告は、成功の報告と同じ声の大きさで」
- 「言いにくいことこそ、本人に直接」(Radical Candor)
- 「基準は高く、罰は無く」(学習ゾーン)
- Netflixのカルチャーデック、HubSpotのCulture Codeのように、文書として公開し、採用・評価・日常会話で毎週使う。使われない指針は存在しないのと同じ
4.2 評価制度 — 思想は「何が報われるか」で伝わる¶
社員は掲げられた言葉ではなく、実際に誰が評価・昇進したかから文化を学ぶ。だから評価項目に思想を直接埋め込む。
| 評価項目(例) | 見るもの |
|---|---|
| 挑戦(trial) | 期中に何を試したか。結果ではなく、仮説の質・検証の速さ・撤退の潔さ・学びの共有を評価 |
| チームへの貢献 | 他者の成功を助けたか。質問しやすい場を作ったか。率直なフィードバックをしたか(360度で拾う) |
| 学びの共有 | 失敗事例の共有、ナレッジ・ドキュメントへの貢献 |
- 絶対にやってはいけないこと: 挑戦して失敗した人の評価を、挑戦しなかった人より下げること。これを一度やると、trial文化は即死する
- スタックランキング(相対評価での強制的な序列づけ)は、チーム内競争を生み協力を壊すことが知られている(Microsoftが2013年に廃止した経緯が有名)。少なくとも創業期は、チーム単位の成果と個人の行動評価の組み合わせにする
4.3 目標設定 — OKRを「実験の束」として使う¶
- OKR(Objectives and Key Results)は「野心的な目標を掲げ、達成度60〜70%で成功とみなす」思想を含む。100%達成が前提の目標管理(MBO/ノルマ)とは真逆であり、trial思想と相性がよい
- Key Resultに「実験数」「学習の共有数」を入れられるのもOKRの利点
- Project Aristotleの「構造と明確さ」「仕事の意味」「インパクト」は、OKRの全社公開(自分の目標が会社の目標にどう繋がるか見える状態)でかなりカバーできる
4.4 情報のデフォルトをオープンにする¶
- 議事録・意思決定ログ・trialログ・給与テーブル(少なくとも決め方)・経営会議の記録は、デフォルト公開、例外的に非公開にする(個人情報・未公表の人事などのみ非公開)
- 理由: 情報の非対称はそのまま心理的安全性と信頼を毀損する。「自分は知らされていない」という感覚は、Project Aristotleの因子2(相互信頼)と5(インパクトの実感)を直接削る
- 創業初期からこれをやるのは簡単だが、後から公開に切り替えるのは極めて難しい。初期設定が全て
5. 思想を習慣に埋め込む — 日常の儀式¶
制度は骨格、習慣は血流。週次・月次のリズムに思想を乗せる。
| 儀式 | 頻度 | 内容 | 支える思想 |
|---|---|---|---|
| 週次振り返り(KPT) | 週1・30分 | Keep/Problem/Tryをチームで。Tryはまさに小さなtrial | trial+チーム |
| 1on1 | 隔週・30分 | 上司が「話す」場ではなく部下が「話す」場。仕事の意味・困りごと・率直なフィードバックの交換 | チーム(Radical Candor) |
| 学びの共有会 | 月1・60分 | 成功と失敗を同数発表。ナイストライ賞 | trial(失敗の資産化) |
| Blamelessポストモーテム | 大きな失敗の都度 | プロセスを主語に原因分析。再発防止を仕組みで | trial+チーム |
| チームヘルスチェック | 四半期 | Spotifyの「Squad Health Check」のように、心理的安全性・目標の明確さ等を信号機(青黄赤)で自己診断し、対話する | チーム(Aristotle 5因子の定点観測) |
| 感謝の可視化 | 常時 | Slack等でのpeer-to-peerの感謝(kudos)チャンネル | チーム(相互信頼) |
儀式設計のコツは「少なく、軽く、絶対にやる」。10個の形骸化した儀式より、3個の生きた儀式。カレンダーから消えない(=経営者が最優先で出席する)ことが、思想の本気度のシグナルになる。
6. 思想を物語に埋め込む — 創業者だけができること¶
文化人類学的に言えば、文化は制度よりも物語(誰が何をしてどうなったかのエピソード)で伝播する。創業者にしかできない仕事は、思想を体現する最初の物語を自ら作り、繰り返し語ること。
- 創業者が最初に「公開で失敗」する: 自分のtrialの失敗と学びを、学びの共有会の第1回で自ら発表する。トップが弱みを見せる(vulnerability)ことが心理的安全性の起点になることは、エドモンドソンもレンシオーニも強調している
- 「あのときこうした」を意図的に積む: 例えば「大口顧客の要求が行動指針に反したとき、断った」という一件は、どんな研修より雄弁に思想を伝える。初期の判断は全て「将来語られる判例」だと思って下す
- 言行不一致は最大の毒: 「試そう」と言いながら失敗した部下を詰める、「いいチーム」と言いながら陰で人の悪口を言う——これが一度でもあると、思想は「壁に貼ってあるだけの言葉」に転落する。思想は、破られた瞬間に一番強く学習される(悪い方向に)
7. 採用 — 最初の10人が文化のすべてを決める¶
初期メンバーは「文化に合う人を選ぶ」のではなく、彼ら自身が文化になる。ここでの妥協は後から取り返せない。
- バリューベースの構造化面接: 行動指針ごとに過去の行動を聞く質問を用意する(例:「うまくいかなかった挑戦について、何を試しどう撤退したか教えてください」「同僚に言いにくい指摘をした経験は?」)。Googleの研究でも、直感的な非構造化面接より構造化面接の方が予測妥当性が高い
- 見るべきは「失敗の語り方」: 失敗を他責で語る人・失敗経験を出せない人は、どれだけ優秀でもtrial文化には合わない。逆に、失敗を仮説と学びで語れる人は思想の運び手になる
- 「謙虚・貪欲・賢い(humble, hungry, smart)」(レンシオーニ『理想のチームプレーヤー』): チームプレーヤーの3条件。特に謙虚さの欠けた優秀な人(brilliant jerk)を入れないこと。Netflixも「有能な嫌なやつは高くつく」と明言している。短期の戦力より文化の毀損コストの方が大きい
- 候補者にも思想を先に開示する: カルチャーデックを採用ページで公開し、合わない人が自分から離脱できるようにする(ミスマッチ採用の予防が最も安い)
8. この思想が死ぬとき — アンチパターンと防衛線¶
| アンチパターン | 何が起きるか | 防衛線 |
|---|---|---|
| 掛け声だけのtrial(制度なし) | 誰も試さない。「挑戦しろ、でも失敗するな」という最悪のダブルバインドに | 予算・時間・1枚メモ・評価の4点セット(第2章・第4章) |
| 失敗した人が一度でも罰される | 全員が見ている。以後、失敗は隠蔽される | blameless原則を明文化。破った管理職には経営者が直接介入 |
| 成功率をKPIにする | 安全な小粒の実験だけになる | 実験数・学び共有数・撤退遵守率を測る(2.4節) |
| 撤退基準のない実験の乱立 | ゾンビ案件が資源を食い、trial自体への信頼が落ちる | kill criteriaなしの開始を認めない(型で強制) |
| 「いいチーム=仲良し」の誤解 | 率直な指摘が消え、基準が下がる | 「基準は高く、罰は無く」を合言葉に。健全な衝突を褒める |
| brilliant jerkの採用・放置 | 心理的安全性が局所崩壊し、優秀な人から辞める | 採用で弾く。入ってしまったら行動変容を求め、変わらなければ手放す |
| 会社の成長で承認階層が増える | Type 2の決定まで稟議に乗り、trialコストが再上昇 | 「可逆な決定は現場で」を制度として明記し、定期的に承認プロセスを棚卸す |
| 儀式の形骸化 | KPTごっこ、読まれない感謝チャンネル | 儀式は少なく保ち、四半期ごとに「やめる/変える」を見直す(儀式自体もtrialの対象) |
| 経営者の言行不一致 | 思想が「建前」に転落。回復はほぼ不可能 | 自分の違反を指摘してもらう仕組み(経営者への360度、指摘への感謝を公開でやる) |
9. 事業が決まっていない今、具体的に何をするか¶
事業ゼロの今こそ、思想の実装に最適なタイミング。順にやる。
Step 1: 思想を1枚に書く(今日できる)¶
- この文書をベースに、行動指針を7個以下、自分の言葉で書く。「迷ったときにどちらを選ぶか」を指示する文になっているかで自己チェック
Step 2: 自分ひとりで運用を始める(仲間が来る前に)¶
- 事業アイデア探しそのものをtrialの型で回す: 気になる領域ごとに「仮説・最小検証・撤退基準」の1枚メモを書き、実際に試し、学びをログに残す。これが将来のメンバーに見せる「最初の物語」と「trialログ第1号」になる
- 週次で自分ひとりのKPTをやる。習慣は組織より先に自分に入れる
Step 3: 最初の仲間を思想で選ぶ(採用第1号から)¶
- 第7章の面接質問を使う。「一緒に何をやるか」より「どう働くか」の一致を優先する
- カルチャーデック(思想の文書)を相手に渡し、違和感を率直に言ってもらう。その対話自体が心理的安全性のテストになる
Step 4: 2人以上になった瞬間に儀式を入れる¶
- 1on1・週次KPT・学びの共有(最初は2人の雑談でいい)を開始。小さいうちに入れた習慣だけが、大きくなっても残る
Step 5: 制度は「問題が起きる前」に最小で作る¶
- trial予算・1枚メモ・blameless原則・情報のデフォルト公開、の4つだけ先に明文化。評価制度などは人が増えてからで間に合うが、この4つは後からだと導入コストが跳ね上がる
参考文献(さらに深めるために)¶
- エイミー・C・エドモンドソン『恐れのない組織』『チームが機能するとはどういうことか』(心理的安全性・学習する組織)
- Google re:Work「効果的なチームとは何か」(Project Aristotle)
- エリック・リース『リーン・スタートアップ』(構築→計測→学習、MVP)
- コリン・ブライアー、ビル・カー『アマゾンの最強の働き方』(Type 1/Type 2ドア、Two-Pizza Team)
- キム・スコット『GREAT BOSS(グレートボス)』(Radical Candor)
- パトリック・レンシオーニ『あなたのチームは、機能してますか?』『理想のチームプレーヤー』
- リード・ヘイスティングス、エリン・メイヤー『NO RULES』(Netflixの自由と責任、brilliant jerk排除)
- ジョン・ドーア『Measure What Matters』(OKR)
- マシュー・スケルトン、マニュエル・パイス『チームトポロジー』(チームの自己完結性)
- ダニエル・コイル『THE CULTURE CODE 最強チームをつくる方法』(安全・弱さの共有・物語)
- Google SRE本のポストモーテム文化の章(blameless postmortem)
この文書自体が仮説である。会社が動き出したら、現実と照らして書き換えること。「思想の文書を更新し続けること」が、trialの思想の最後の証明になる。