チームを急速にスケーリングしながら壊さないようにするにはどうするか？

Question

Accepted Answer

高速スケーリングは危険です。**文化を薄める、そして容量を追加する以上の速さで通信を破壊する可能性がある**からです。目標は、単なるヘッドカウントではなく、*能力*を成長させることです — そしてチームを機能させてきたものを守ることです。

## スケーリングを上手く行うための原則

```text
1. HIRE AHEAD OF NEED, NOT IN PANIC — rushed hiring lowers the bar
2. PRESERVE CULTURE — onboard deliberately; over-communicate values
3. SPLIT BEFORE IT HURTS — past ~8–10, split into focused sub-teams
4. GROW LEADERS INTERNALLY — you need leads/managers faster than you think
5. WRITE THINGS DOWN — tribal knowledge doesn't survive headcount doubling
6. ONBOARDING THAT SCALES — a buddy + a clear 30/60/90, not osmosis
```

## コミュニケーションの問題

コミュニケーションパスはおおよそチームサイズの二乗で増加します。5人のチームは10のリンクを持ちます。12人のチームは66を持ちます。これが、チームが分裂しなければならない*理由*です — 人々が互いに嫌いだからではありません。

## 落とし穴

- **採用基準を低くする**ことでヘッドカウント数に達する。
- **オンボーディング計画がない**ため、新入社員は数か月間苦労し、出力を薄めます。
- **あなたの最高の IC をリーダーに昇進させる**サポートなしで、両方のロールが苦しむのを見る。
- **遅れているプロジェクトに人を追加する**(ブルックスの法則)してそれを遅くする。

## なぜ重要なのか

多くのチームはヘッドカウントをスケーリングして速度を失います — より多くの人々がより少なく生成しています。なぜなら調整オーバーヘッドが追加の容量を圧倒したからです。

スケーリングを上手く行うということは、チームが8の時より20の時の方が強いということです：より明確な所有権、真のリーダー、そして成長を生き残った文化です。成長によって流されていません。