Code is Liability. ── 「コードは資産ではなく負債である」
「ベロシティ」は死んだ
アジャイル開発が生まれて20年。私たちは「いかに速く作るか（Velocity）」を指標に、チームを運営してきました。
しかし、生成AIの登場でその前提は崩れ去りました。
AIを使えば、コード生成のベロシティは一瞬で無限大になります。コストがゼロになった「コーディング」という作業の速さを競っても、そこには何の意味もありません。
これからの開発チームが直面するのは、スピード不足ではありません。
AIが秒速で生み出す 「エントロピー（無秩序）」 との戦いです。
なぜ、SCRALPTは生まれたのか？
「とりあえず動くけど、中身が複雑怪奇なコード」が、ボタン一つで大量生産される時代。
これを従来のスクラムで管理しようとすれば、レビューは破綻し、技術的負債は爆発します。
私が SCRALPT（スクラプト） を提唱したのは、一つの残酷な事実に気づいてしまったからです。
「私たちが『資産』だと思って必死に守ってきたコードは、実は持っているだけでコストがかかる『負債』でしかなかった」
行数が増えるほど、バグは増え、変更コストは上がり、身動きが取れなくなる。
AI時代において、コードは「積み上げるもの」ではなく、「削ぎ落とすべきもの」 へと価値が反転してしまったのです。
課題の移り変わり：作ることから、代謝させることへ
開発における「課題」の質が、根本的に変わりました。
-
これまで（アジャイル）:
- 課題：変化する要件にいかに素早く対応して「作る」か。
- 解決策：反復開発、スプリント、ベロシティ。
-
これから（SCRALPT）:
- 課題：AIが生み出す膨大なコード（カオス）をいかに制御し、「新陳代謝」させるか。
- 解決策：生成（Ignite）、選別（Sculpt）、廃棄（Scrap） のサイクル。
もはや、一度書いたコードを数年間メンテナンスし続ける時代ではありません。
「書いては捨て、捨てては再生成する」。この新陳代謝のサイクルを回せるチームだけが、AIの暴走するエネルギーを飼いならすことができるのです。
チームの役割も再定義される
「書く」という作業が消滅したチームでは、役割も以下のように変わります。
-
Prompt Architect（プロンプト・アーキテクト）
- 旧PM/テックリード。「何を作るか」よりも「何を作らないか（境界）」を定義し、AIへの問い（Seed）を設計する役割。
-
Code Master（コード・マスター）
- 旧プログラマー。AIが出してきた暴走気味なコードの手綱を握り、不要なものを削ぎ落とす（Sculpt）役割。師匠（Master）としてAI（弟子）を導く存在。
-
Bot Orchestrator（ボット・オーケストレーター）
- 旧DevOps。自律型エージェントが活動するための「アトリエ（環境）」を整備する役割。
実践ガイドを公開しました
「概念はわかった。では、具体的にどうチームを評価し、どう会議を回せばいいのか？」
そんなリーダーのために、Google Antigravity や Claude Code を前提とした新しいマネジメント手法をまとめた本を書きました。
本書の内容：
- 「タスク管理」を捨て、「カプセル管理」へ移行するWBSの作り方
- 「書いた量」ではなく「削った量」を評価する新しい人事制度
- 定例会議を廃止し、「破壊（Destruct）」のための会議を導入するフロー
コードを守るために残業するのは、もうやめましょう。
私たちが管理すべきは「過去の資産」ではなく、「未来への新陳代謝」なのですから。
Discussion