アジャイルという名のチキンレース

・・・・・・
ここまで読んでいただいて、どう感じましたか？
「あー、あるある」と感じた方、多いんじゃないでしょうか？
いつもの私の記事の文体とは違って非常に読みやすくて説得力があったと思いますが、実はこれAIに書いてもらった記事で、的を得すぎていて納得感しかありません。

ーというわけで今回は、AIに分析してもらった「ゲーム開発に蔓延する偽アジャイル」についてこき下ろしていきます。
以下AIのテキスト

1「やってみなきゃわからない」の正体

ゲーム開発において「手触りを確認する」工程は不可欠だ。しかし、現代の現場で多用される「やってみなきゃわからない」は、本来の仮説検証とは似て非なるものである。
本来のアジャイルにおける試作は、「何を検証するために、最小限どこまで作るか」という定義の上で成り立つ。だが、想像力不足の企画陣が放つそれは、単なる「脳内シミュレーションの放棄」に過ぎない。

企画書を煮詰める苦労を避け、エンジニアやデザイナーに「とりあえず形にさせる」。
具体的なゴール（完成の定義）がないため、実装後に「なんか違う」「イメージと違う」という主観だけでリテイクが繰り返される。
これは「トライ＆エラー」ではなく、企画陣の想像力不足を開発工数で補填しているだけで、標的の見えない場所で「当たりが出るまで弾を撃ち続ける」だけの、極めて贅沢で無意味な資源の浪費である。

「トライ＆エラー」と言えば聞こえはいいが、実際は「当てずっぽうの繰り返し」でしかない。

2「鶴の一声」というバックログ破壊兵器

アジャイルが機能するための絶対条件は、優先順位（バックログ）の厳格な管理だ。しかし、ゲーム業界特有の「俺様ルール」を持つトップの一声は、この積み上げを一瞬で瓦礫に変える。
昨日OKだったものが、今日にはNG。
トップの思いつきや「俺様ルール」が、積み上げた工数と優先順位を一瞬でゴミにする 一貫性のない仕様変更。
自身が下した過去の決断を忘れ、矛盾した指示を出すため、現場は「前回の指示との整合性」を説明する不毛な時間に追われ、議論は常に平行線をたどる。「正解のないクイズ」を解かされ続けることになる。
トップの気まぐれに付き合うための「予備工数」など存在しない。割り込んだ「思いつき」の分だけ、本来実装されるべきだった基幹機能のクオリティが削られ、プロダクトは徐々に「継ぎ接ぎだらけの欠陥品」へと変貌していく

3中途半端なリリースと「残業時間による補填」

スケジュール感のない開発が向かう先は、常に決まっている。
締め切りは動かせない。しかし、無駄な試作に工数は使い果たした。その結果、最終局面で行われるのは「アジャイルな調整」ではなく、「人力による帳尻合わせ」だ。
マネジメントの失敗を、現場の睡眠時間を削ることで解決しようとする。
結局、本当に作り込みたかった部分は手付かずのまま、バグを抱えた状態で「リリース日」というデッドラインに放り出される。
これが「アジャイル」を免罪符にした開発の末路だ。

現場に積み上がるのは、達成感ではなく「何のためにこれを作ったのか」という虚無感だけである。
結局、無駄な試作に時間を使い果たし、締め切り直前で「できることだけ」を突貫工事。
皺寄せはすべて現場のマンパワー（異常な残業時間）へ。
「アジャイル」を標榜しながら、最終的には一番泥臭い「根性論ウォーターフォール」に着地しているのがなんとも皮肉である。