小規模チームは、保守できる量を超えるソフトウェアを出荷してしまう
ソフトウェア開発において、小規模チームは驚くほど多くのアウトプットを生み出せるが、その結果として保守可能な範囲を超えたコードを量産してしまう危険性がある。本記事では、俊敏性と持続可能性のバランスを取るための戦略を考察する。
背景メモ
- 著者はVincent Schmalbach。ベテランソフトウェアエンジニアで、チーム規模と生産性の関係について発信している。本稿は「小規模チームほどソフトウェアを大量に出荷できるが、その結果メンテナンス不能になる」という逆説を論じている。
- 背景にあるのは「少人数精鋭」神話への懐疑。スタートアップやBig Techで「小さなチームが大きなインパクトを生む」と言われる一方、実際にはスピード偏重で技術的負債（コードの複雑化・バグ・依存関係の放置）が積み上がる実態を指摘。
- 特に重要なのは「出荷（ship）」と「保守（maintain）」のトレードオフ。AIコード補助ツール（GitHub Copilotなど）の台頭により、コード生成の速度はさらに加速しているが、人間が理解・保守できる範囲には限界があるという議論へとつながる。
- 同種の議論としては、Dan McKinleyの「Choose Boring Technology」や、「ソフトウェアのエントロピー」「持続可能な開発速度」といった古典的テーマがある。