組織とチームの問題を、顧客価値から構造化する
テックリード @ 株式会社カケハシ
この記事は限定公開です。検索エンジンやRSSフィードには掲載されません。
「人を増やすか減らすか」の前にある問い
チームの人数が増えるほど、それぞれのメンバーに求められる情報の発信量・受信量が増えていき、やがて情報の伝搬速度がチーム開発のボトルネックになりがちです。特に、AIエージェントが登場してからは表面上の開発速度が上がったように見え、「人間の人数を減らせば減らすほど、コンテキストの伝搬が速くなり開発生産性が上がる」と考える人はいるでしょう。
一方で、1人ができることが増えたのだから、自律的な人材を採用し、開発テーマやエピックをその人が1人でまるっと担当すれば、コンテキストの伝搬を省略してデリバリー速度を上げられると考えることもできます。つまり、「優秀な人間を増やせば増やすほど、開発生産性の総量が増える」と考える人も存在します。
その結果、「人を減らした方が開発生産性が上がるのか、人を増やした方が開発生産性が上がるのか」という二元論が度々話されることになるでしょう。しかし、こうした極端な二元論で考える前に、隠れた他の変数があるか考えるべきです。
この記事では、顧客価値を最大化するために組織とチームをどう構造化するかを考えていきます。
文脈共有コストが膨らむ
組織のアウトプットを支えているのは、メンバー同士の意思決定の速度と、判断を任せ合える分散度です。
例えば、テックリードがすべてのプルリクエストを詳細にレビューするまでマージできないチームよりも、それぞれのメンバーが相互にレビューすることで十分に情報を共有し品質を担保できるチームの方が、アウトプットは多いでしょう。
逆に言えば、メンバー間の知識のエントロピー(メンバーが持つ知識分布のばらつき)が大きくなるほど、互いに事前共有しておかないと噛み合わない事項が増え、文脈共有のための時間が膨らみます。
flowchart LR
A1["知識のエントロピー"]
B["必要文脈共有量"]
C["文脈共有時間"]
A1 -->|増やす| B
B -->|増やす| C
『人月の神話』で示された「人数が増えるほどコミュニケーションパスが指数的に増加する」という主張について、人数のみならず知識のエントロピーによってコミュニケーションパスが変動する、と捉えるのが本稿の出発点です。人数が変わらなくても、各人がカバーする領域を広げるだけで文脈共有コストは膨らんでいきます。
速度と分散の両立不能
文脈共有時間が膨らむと、意思決定の速度が直接遅くなります。
ミーティングばかりのチームでは意思決定の速度が落ちていきますし、分散的な意思決定を可能にするチームへ移行する準備もままならなくなってしまいます。
flowchart LR
A1["知識のエントロピー"]
C["文脈共有時間"]
A1 -->|増やす| C
D["意思決定速度"]
E["リードへの依存"]
C -->|落とす| D
C -->|強化する| E
中央集権体制とその限界
意思決定が遅くなれば、組織は短期的な逃げ道として特定の人が判断する体制に移行します。「テックリードやEM、PdMさえ承認すればその意思決定はチームで合意済みとみなす」という体制を見たことがある読者はきっと多いでしょう。
中央集権体制は意思決定速度を一時的に取り戻しますが、分散意思決定とは構造的に両立しません。さらに長く続けば、判断する側に認知負荷が積み上がり、判断品質や育成投資の時間が削れていきます。
つまり、組織のアウトプットの質は、「どれほど文脈が共有されているか」「どれほど意思決定を分散できるか」に大きく左右されるのです。片方に時間を奪われると他方への投資ができなくなります。「人を増やすか減らすか」の議論は、この構造に与える影響を語らない限り、ほとんど意味を持ちません。
flowchart LR
A1["知識のエントロピー"]
C["文脈共有時間"]
A1 -->|増やす| C
D["意思決定速度"]
E["リードへの依存"]
C -->|落とす| D
C -->|強化する| E
Z["学習機会の減少"]
E -->|悪化させる<br>中央の疲弊| Z
Z -->|増大させる| A1
自律的な人材が全てを解決するか?
仮にホロクラシー組織を経験した自律的な人材を採用すれば、意思決定は加速するのでしょうか。
flowchart LR
A["人材の自律性"]
subgraph 従来の問題
A1["知識のエントロピー"]
C["文脈共有時間"]
D["意思決定速度"]
E["リードへの依存"]
Z["学習機会の減少"]
end
A -->|減らす?<br>自己学習| A1
A -->|減らす?<br>自律的な意思決定| E
A1 -->|増やす| C
C -->|落とす| D
C -->|強化する| E
E -.->|止まる?| Z
Z -.->|増大が止まる?| A1
あるいは、高度なAIエージェントによって文脈共有時間そのものが大きく減少し、意思決定が加速するのでしょうか。
flowchart LR
A["高度なAIエージェント"]
subgraph 従来の問題
A1["知識のエントロピー"]
C["文脈共有時間"]
A1 -->|増やす| C
D["意思決定速度"]
E["リードへの依存"]
C -.->|維持できる?| D
C -.->|増大が止まる?| E
Z["学習機会の減少"]
E -->|悪化させる<br>中央の疲弊| Z
Z -->|増大させる| A1
end
A -->|減らす?| C
- 一貫性の崩壊: 局所最適でアウトプットを増やすと、UI 思想・データモデル・命名規則がバラバラになります。
- ナレッジの腐敗: AIエージェントからの書き込みが増えるほど矛盾・陳腐化・文脈欠落が蓄積し、AI 参照精度が落ちます。
- 顧客価値発見の盲点: 「何を作るか」の発見は、ナレッジ基盤と AI の中には基本的に存在しません。
- 自律人材の燃焼: AI を使いこなせる人ほど判断の総量が増え、前節で見た中央集中の自己矛盾と同型の罠が再来します。
ここで Rich Hickey が Simple Made Easy (Strange Loop 2011) で示した区別が効きます。
AIエージェントは文脈の共有を easy にしますが、共有すべき内容そのものを simple にはしません。アウトプットを増やすための仮説は人間の時間の節約には効きますが、複雑性は手付かずのまま新しい場所に再配置されるだけで、顧客価値への変換効率は上がりません。
規範レイヤーの空白という診断
つまり、AIエージェントと自律人材があれば自動的に解けるわけではなく、前節で挙げた4つの問題を補う装置が必要です。一貫性も剪定も発見も燃焼対策も、最終的には「組織として何を許し何を禁じるか」の共有規範に落ちます。
ホラクラシー憲章には権力配分のメタルールがありますが、その下に必要な行為規範のレイヤーが意図的に空白のままなのではないでしょうか。
ホラクラシー憲章 (Holacracy Constitution) はサークル・ロール・テンション処理のメタルールを定める一方で、組織横断の具体的な行為規範はほとんど含まれていません。各サークルの自律性を尊重する設計上の選択ですが、結果として「何をしてはいけないか」「どこで一貫性を担保するか」の判断はメンバーの個別運用に委ねられます。
flowchart TB
A["ホラクラシー憲章<br/>権力配分・テンション処理"]
B["行為規範レイヤー<br/>(空白)"]
C["メンバーの個別判断"]
A --> B --> C
style B stroke-dasharray: 5 5
前節で見た中央集中の自己矛盾は、この空白が部分的な原因です。空白を暗黙運用で埋めると一貫性も剪定も持続せず、判断の重みは中央に積み上がっていきます。
機械執行可能な少数条文という設計
空白を埋める条文とはどういうものか。「外部キーには必ずインデックスを張る」「ID は ULID を使う」のような、判断の余地を機械側に押し戻す具体的なルールです。核心は、CI や Linter が読み取って PR レビュー時に検出できる、機械執行可能な形式に落ちていることです。人間が読み合わせて運用する規範は、前節のナレッジ腐敗と同じ経路で陳腐化していきます。
Michael Nygard が 2011 年に提唱した Architectural Decision Records — Andrew Harmel-Law が Martin Fowler のサイトで詳細化しています — は、なぜその条文が生まれたかを記録し、後から規則を改正する起点となる決定記録のレイヤーです。規範を階層で捉えると次の関係になります。
graph TD
A["憲法<br/>権力配分・価値観"]
B["原則<br/>判断指針"]
C["規則<br/>CI / Linter で執行"]
D["決定記録 / ADR<br/>改正の起点となる文脈記録"]
A --> B --> C
D -.->|改正| C
D -.->|改正| B
上位ほど変更が稀で、下位ほど頻繁に改正されます。決定記録は規則や原則を双方向に改正していく動的な層で、ここが回らないと規則は陳腐化します。
条文設計の品質基準 — Accelerate の留保
ただし、この設計は Nicole Forsgren・Jez Humble・Gene Kim が『Accelerate』(IT Revolution Press, 2018) で示した DORA 研究と緊張関係にあります。同書は Ron Westrum の組織文化モデルを引き、generative (成果重視) 文化スコアの高さがソフトウェアデリバリ性能と相関することを示しました。条文を増やすほど、組織は generative ではなく規則重視の bureaucratic 側に寄っていきます。
論点は「規範レイヤーを持つか否か」ではなく、設計品質です。条文数が少ないほど、抽象度が高いほど、機械執行率が高いほど、組織は generative 文化を保ちやすい。「人間が読まなくても回る最小集合」に絞り込めるかが分岐点で、絞り込めないなら空白のままにしておく方が組織としては健全です。Accelerate が高パフォーマンスチームの特徴として挙げる loosely coupled architecture と decentralized decision making は、抽象度の高い少数の条文がなければ実現できません。
結論 — 人数論を超えて
問いを「人を増やすか減らすか」から「顧客価値を最大化する組織構造をどう設計するか」へ移すと、見える景色が変わります。文脈共有コストの罠は人数ではなく知識のエントロピーが生む構造で、一貫性・ナレッジ・発見・燃焼の4つの問題はアウトプット量とは独立に存在し、それらを補う規範レイヤーは機械執行可能な少数の条文に絞り込めるかにかかっています。問題は構造であって員数ではない、というのが本稿の主張です。