この記事の結論
大谷翔平が9人いれば、たぶんめちゃくちゃ強い。
打てる。走れる。投げられる。判断できる。修正できる。注目も集められる。体も作れる。練習もできる。試合でも結果を出せる。
でも現実には、大谷翔平は1人しかいない。
ここに、チーム設計の本質があります。
最強個人がいることは、チームの強みです。
しかし、その最強個人に依存しすぎると、同時にチームの弱点にもなります。
これは野球だけの話ではありません。
ロボコン、QC活動、文化祭、会社のプロジェクト、部活動、グループワーク、アプリ開発、全部同じです。
できる人が1人いる。
その人が全部見える。
その人が全部直せる。
その人が先に動く。
すると周りは「まあ、あの人が何とかするでしょ」になる。
そして、気づけばこうなります。
最初：みんなでやろう
中盤：何をすればいいか分からない人が増える
後半：一部の詳しい人だけが作業する
直前：試走不足、記録不足、原因不明
本番：なんか動かない、なんか惜しい、文化祭で終了
これは「できる人が偉い」「できない人が悪い」という単純な話ではありません。
問題は、チームが最強個人の能力に依存し、その人の頭の中にある判断基準・作業手順・改善方法を、チーム全体の仕組みに変換できていないことです。
この記事では、この問題を最強個人SPOF問題として整理します。
1. 大谷翔平が9人いれば最強、でも大谷翔平は1人しかいない
野球は、基本的に2チームそれぞれ9人で行うゲームです。MLB公式ルールでも、野球は「2チーム、各9人の選手によるゲーム」と定義されています。
大谷翔平は、投打の両方で異常値の選手です。MLB公式プロフィールでも、同一シーズンに10勝以上と30本塁打以上を達成した史上初の選手、投打両方でリーグリーダー資格を満たした史上初の選手として紹介されています。
つまり、大谷翔平は普通なら複数人で分担する機能を、1人で持っているタイプの選手です。
ただし、ここで重要なのは、
大谷翔平が強いこと
ではありません。
本当に重要なのは、
大谷翔平が1人しかいないこと
です。
大谷翔平が9人いれば最強かもしれない。
でも現実には1人しかいない。
だから、大谷翔平1人を前提にチーム全体を設計すると、その1人が怪我をしたり、不調になったり、出場できなかったり、役割が制限されたりした瞬間に、チームの前提が崩れます。
これはITやリスク管理でいうSPOFに近い考え方です。
SPOFとは、Single Point of Failure、つまり単一障害点のことです。
ある1か所、ある1人、ある1つの機能が止まっただけで、全体が止まる構造です。
NISTのリスク管理資料でも、単一障害点を早期に特定し、設計上取り除くことの重要性が示されています。
つまり、最強個人は強みであると同時に、チームがそこに依存しすぎると単一障害点になります。
2. 五条悟もラインハルトも、最強だけど常に問題を解決できるわけではない
この構造は、フィクションの最強キャラにもよく出ます。
五条悟がいれば何とかなる。
ラインハルトが来れば終わる。
最強キャラがいれば勝ち確。
一見そう見えます。
でも、物語はそう単純には進みません。
最強キャラは強い。
しかし、だいたい次のどれかが起きます。
・その場にいない
・間に合わない
・封印される
・動けない理由がある
・政治やルールで制限される
・守る対象が多すぎる
・全部の場所に同時にいられない
つまり、最強キャラは「その場にいて、動けて、対象に届いて、ルール上有効で、周囲も崩壊していない」時には強いです。
でも、その前提が崩れると、最強個人に依存していた世界の弱さが一気に出ます。
五条悟は、強すぎる個人の属人化の象徴として使いやすいキャラです。
ただし、五条の場合は少し特殊です。六眼や無下限のような、そもそも代替が難しい能力があります。これは「手順化すれば誰でもできる」属人化とは違います。
つまり、五条悟問題には2種類あります。
1. 本当に代替不能な能力に依存している問題
2. 本当は手順化できるのに、手順化していない問題
ロボコン、QC、文化祭、会社のプロジェクトでよく起きるのは、主に2つ目です。
本当は、できる人の頭の中にある判断基準や作業手順を分解すれば、他の人にも配れます。
でも、それをやらない。
その結果、できる人が全部吸う。
3. 「できる人がやれば早い」は短期的には正しい
正直、短期的には「できる人が全部やる」が一番早いです。
ロボコンでも、QCでも、文化祭でも、会社の資料作成でも同じです。
詳しい人がやれば、早い。
できる人がやれば、品質が高い。
説明コストも少ない。
会議も少なくて済む。
手戻りも減る。
だから、短期成果だけを見るなら、
五条さん一人で全部やればよくないですか？
という話になります。
これはかなり正しいです。
でも、長期的には弱い。
なぜなら、できる人が全部やる構造では、次の問題が起きるからです。
・他の人が育たない
・役割が分散されない
・作業が見える化されない
・手順が残らない
・判断基準が共有されない
・できる人が休むと止まる
・できる人が抜けると崩れる
・できる人が便利屋化する
これは、大谷翔平1人に、打撃も投球も守備も監督も分析も道具管理も全部やらせるようなものです。
強いけど、壊れます。
4. 本当の問題は「みんなでやること」ではない
よくある誤解があります。
「みんなでやるからダメなんだ」
「チーム作業は非効率なんだ」
「できる人が1人でやった方がいい」
たしかに、設計されていないチーム作業はかなり非効率です。
でも、本当の問題は「みんなでやること」ではありません。
問題は、
みんなでやるための構造がないまま、みんなでやろうとしていること
です。
ロボコンでも、QCでも、文化祭でも、会社の委員会でも、失敗するチームはだいたいこうなります。
みんなでやろう
↓
役割が曖昧
↓
貢献が見えない
↓
できる人が先に動く
↓
周りは「自分がやらなくても進む」と感じる
↓
できる人に仕事が吸われる
↓
できる人が疲れる
↓
周りはさらに見学者化する
これが、文化祭型プロジェクトです。
楽しい雰囲気はある。
でも勝利条件がない。
役割がない。
記録がない。
改善基準がない。
気づいた人だけが動く。
最後は「みんなで頑張りました」で終わる。
これでは、本当にチームでやっているとは言えません。
5. 社会的手抜きとフリーライダー
この問題は、心理学では社会的手抜きやフリーライダーの問題として説明できます。
社会的手抜きとは、集団で作業する時に、個人作業の時よりも一人あたりの努力が下がる現象です。特に、個人の貢献が見えにくい時、責任が分散している時、自分がやらなくても結果が変わらなそうに見える時に起きやすいと説明されています。
フリーライダーは、他の人が補ってくれる前提で、自分の努力を下げる人です。
さらに、フリーライダーがいると、頑張っている人まで「自分だけ損しているのでは」と感じて努力を下げることがあります。これはサッカー効果、sucker effect と呼ばれることがあります。
つまり、チームが崩れる時、原因は単に「やる気がない人がいる」だけではありません。
構造として、
・個人の貢献が見えない
・誰が何をやるか決まっていない
・作業量が偏っている
・頑張っても評価されない
・やらなくてもバレない
・できる人が勝手に穴を埋めてくれる
という状態があると、社会的手抜きやフリーライダーが発生しやすくなります。
だから、対策は根性論ではありません。
「もっと主体的にやってください」では弱いです。
本当に必要なのは、
・役割を分ける
・個人の担当を見える化する
・作業カードを作る
・ログを残す
・誰が何をしたか分かるようにする
・判断基準を共有する
・できる人は全部やらず、設計と判断に回る
ことです。
6. 最強個人を増やすのではなく、機能を分解する
大谷翔平が9人いれば最強。
五条悟が16人いれば呪術界は楽。
ラインハルトが常時全現場にいれば地獄は減る。
でも、現実にはそんなことは起きません。
だから、やるべきことは、最強個人を増やすことではありません。
やるべきことは、
最強個人が持っている機能を分解し、チームに分散すること
です。
大谷翔平を機能分解すると、たとえばこうなります。
・打つ力
・投げる力
・走る力
・判断力
・修正力
・継続力
・体調管理
・データ活用
・練習設計
・本番での勝負強さ
大谷翔平を9人に増やすことはできません。
でも、チームとしては、
・打つ人
・守る人
・分析する人
・記録する人
・修正案を出す人
・練習メニューを作る人
・体調や負荷を見る人
・本番の判断をする人
に分けることはできます。
これは、ロボコンやQCでも同じです。
できる人が全部やるのではなく、できる人の頭の中を分解します。
できる人の頭の中
↓
勝利条件
↓
失敗要因
↓
測定方法
↓
作業手順
↓
Excelログ
↓
改善判断
↓
ロール別手順
↓
会議台本
↓
AIプロンプト
ここまで落とすと、最強個人の力をチームOSにできます。
7. 「五条さん一人でやればいい」を超える方法
五条さん一人でやれば早い。
これは短期的には正しいです。
でも、チームとして勝ちたいなら、五条さんに全部やらせるのではなく、五条さんが見ている世界を言語化する必要があります。
たとえば、できる人は無意識にこういうことを見ています。
・今の目的は何か
・勝利条件は何か
・どこが失敗要因か
・どの変数を測ればいいか
・どの順番で改善すればいいか
・どの変更は危険か
・何をログに残すべきか
・誰に何を任せるべきか
このままだと、頭の中にしかありません。
だから、周りから見ると、
あの人はなんか全部できる
に見えます。
でも本当は、全部できるのではなく、見ている変数が多いだけです。
その変数を分解して、測定方法と行動手順に落とせば、他の人も一部を担当できます。
たとえば、ロボコンならこうです。
勝利条件：完走率を上げる
見る変数：タイム、失敗地点、電池電圧、タイヤ摩耗、センサー値
測り方：メジャー、動画、Excel、センサーCSV
役割：試走係、記録係、動画係、測定係、制御係
改善：1回に1変数だけ変える
判断：完走率、ワーストケース、ばらつきで決める
これなら、五条さん一人でやらなくていい。
五条さんの頭の中を、チームに配れるからです。
8. ロボコン・QC・文化祭が中途半端に終わる理由
ロボコン、QC、文化祭、会社の改善活動が中途半端に終わる理由は、かなり似ています。
・最初の目的が曖昧
・役割分担が曖昧
・記録がない
・進捗が見えない
・できる人が先に抱える
・受け身の人が見学者になる
・会議で何を決めるか決まっていない
・改善前後の比較がない
・最後に根性で仕上げる
つまり、チーム活動に見えて、実態は一部の人の個人芸です。
これはチームワークではありません。
できる人への責任ロンダリングです。
「みんなでやる」と言いながら、実際には、できる人の能力と善意に依存しているだけです。
本当にみんなでやるなら、最初に必要なのは気合いではありません。
必要なのは、構造です。
・ゴール
・役割
・手順
・記録
・判断基準
・期限
・次の一手
これがない「みんなで」は、ただの文化祭型プロジェクトです。
9. 強いチームは、最強個人を消耗させない
強いチームは、最強個人を雑に使いません。
できる人に全部やらせるのではなく、できる人を設計者・判断者・レビュー役に回します。
悪いチームはこうです。
できる人が全部作る
できる人が全部直す
できる人が全部説明する
できる人が全部責任を持つ
良いチームはこうです。
できる人が勝ち筋を設計する
作業はロールごとに分ける
記録係がログを取る
測定係が数字を取る
実装係が試す
動画係が失敗を撮る
進行係が次の一手を決める
できる人はレビューと判断に回る
これは、できる人を休ませるためだけではありません。
チーム全体の能力を上げるためです。
最強個人が現場作業を全部抱えると、チームは育ちません。
最強個人が判断基準を言語化し、作業を分解し、他の人が動ける形にすると、チームが育ちます。
10. チーム設計の実践テンプレ
では、どうすればいいのか。
最低限、次の形にします。
1. ゴールを決める
例：ロボコン地方大会で完走率を最優先にして上位を狙う
例：QC発表で手戻りを減らし、期日までに発表可能な資料を作る
例：文化祭で当日トラブルなく出し物を運営する
2. 評価基準を決める
・成功率
・期限内完了率
・失敗件数
・手戻り回数
・担当未完了数
・当日トラブル数
3. 役割を分ける
・進行係
・記録係
・作業係
・確認係
・動画/証拠係
・改善案係
・最終判断係
4. 作業カードを作る
役割：記録係
いつ：試走するたびに
どこで：コース横
何を：成功/失敗、タイム、失敗地点を書く
どうやって：Excelの試走ログシートに入力する
なぜ：あとで何を直すか判断するため
5. 会議台本を作る
今日の目的は、全員でふわっと話すことではありません。
今日決めることは3つです。
1つ目は、次に見る失敗地点です。
2つ目は、誰が何を測るかです。
3つ目は、次回までに何を終わらせるかです。
まず、前回のログを見ると、一番多い失敗は○○です。
なので今日は、○○を改善対象にしたいと思います。
この方針でよさそうですか？
6. AIにログを投げる
以下は今日の会議ログと試走ログです。
目的は、次回までに何を改善するべきかを決めることです。
条件：
・大会まであと○週間
・現在の成功率は○％
・一番多い失敗地点は○○
・使える作業時間は週○時間
やってほしいこと：
1. 失敗原因の仮説を3つ出す
2. 次に測るべきデータを出す
3. 役割ごとの次回タスクを出す
4. リーダーが会議で話す台本を作る
これで、できる人の頭の中を、チーム全体に配れます。
11. 最強個人SPOF問題の対策
最強個人に依存するチームを強くするには、次の順番で対策します。
対策1：その人しかできない作業を分解する
何を見ているのか
何を判断しているのか
何を基準にしているのか
何を記録しているのか
どこで危険を察知しているのか
対策2：測れる形にする
感覚：なんかズレる
↓
測定：第1カーブ後に右へ5cmズレる
感覚：なんか進んでない
↓
測定：電池電圧7.4V以下で速度が12%落ちる
対策3：ロールに分ける
判断する人
測る人
記録する人
試す人
撮る人
直す人
確認する人
対策4：Excelや議事録に残す
頭の中にあるものは、チーム資産になりません。
Excel、議事録、動画、チェックリストに残して初めて、チーム資産になります。
対策5：AIに投げて次の一手を出す
会議で悩み続けるより、ログをまとめてAIに投げます。
資料作りが目的ではありません。
改善して、挑戦することが目的です。
PowerPointもExcelも議事録も、必要ならAIに作らせればいい。
人間は、勝ち筋を考え、試し、直すことに時間を使うべきです。
12. まとめ：大谷翔平が9人いなくても、チームは強くできる
大谷翔平が9人いれば最強かもしれません。
でも現実には、大谷翔平は1人しかいません。
五条悟も1人しかいません。
ラインハルトも常に都合よく来るわけではありません。
できる社員も、できる学生も、できるリーダーも、1人しかいません。
だから、最強個人に全部やらせる設計は弱いです。
本当に強いチームは、最強個人を増やすのではなく、最強個人の機能を分解します。
勝ち筋
判断基準
失敗要因
測定方法
作業手順
役割分担
改善ログ
会議台本
AIプロンプト
ここまで落とす。
そうすれば、最強個人が全部抱えなくても、チームとして動けるようになります。
「みんなでやる」は、役割も記録も判断基準もないまま叫ぶ言葉ではありません。
本当にみんなでやるなら、みんなが動ける構造を先に作る必要があります。
できる人が全部やるチームは、短期的には速い。
でも長期的には弱い。
できる人の頭の中をチームOSに変換できるチームは、長期的に強い。
最強個人に依存するのではなく、最強個人の見ている世界を分解して、チームに配る。
それが、文化祭型プロジェクトを、勝ちに行くチームへ変える方法です。
