仕様を変えること

敵一体の制作にもモデル、動き、効果、プログラムなどが関わる。変更の影響を一担当の作業量だけで考えず、関連工程の遅れや作り直しまで含めて見る必要がある。

計画を細かくしても、実物がなければ見つからない問題は残る。全てを資料で確かめようとすれば、資料の制作そのものが作品一本に近い重さになりかねない。変更を完全になくすことより、起きた時の判断と影響を扱えることが必要になる。一つの仕様が、後に作る素材や作業へどう関わるかも確認したい。

後で問題を予見していたと語っても、作品を改善する機会は戻らない。遊び手には変えられない部分でも開発中なら手を打てるため、気づいた段階で相談することが重要になる。

変更したくない気持ちが強くても、問題を知りながら進めると損失が大きくなる。後から予想していたと話すのでなく、変えられる段階で知らせる。複数の案を出し、目先の工数だけでなく長い目での効果も比べる。

選択肢を並べ、短期と長期の両面から現在の最適解を選ぶ。桜井氏は即断を心がける一方、その判断を誤らないよう、把握済みの情報を隠さず伝えてほしいと述べる。

判断が早いことと、情報が少なくてよいことは別である。わかっている事実が隠れるほど誤りやすくなる。相談の言い方をチーム内で練る間にも開発は進むため、判断に必要な情報を早く渡すことが手戻りを抑える。