仕様を生かし続ける

仕様は、一度建てて眺めるための記念碑ではありません。それは生きたドキュメントであり、最もよくある間違いは、それを固定されたものとして扱うことです。作っていくうちに、計画段階では分からなかったことが見えてきます。ある機能が思ったより難しい、非ゴールのはずが実は不可欠だった、一つのユーザーストーリーが実はこっそり二つだった、というように。そうなったら、まず仕様を編集してから、新しいバージョンに従うようAIに伝えましょう。仕様が先導し、コードが従います。

いくつかの習慣が、仕様を誠実に保ちます。

• 決定が変わった瞬間に更新する。 コードと違うことを言っている仕様は、仕様がないよりも悪いものです。それは次のAIセッションを積極的にミスリードします。
• 終えたタスクは消し込む。 タスクリストは進捗トラッカーも兼ねます。8つのうち6つにチェックが入っているのを見ること自体が、一種の勢いになります。
• 思いがけないものは、ただやってしまうのではなく非ゴールや「あとで」リストに移す。 魅力的な機能が作業の途中で現れたら、書き留めて先へ進みましょう。それがv1に入る価値があるかどうかは、後で決められます。

これこそが、「何かを作った」と「作ろうとしたものを作った」を分ける規律です。仕様は、あなたがプロジェクトの乗客ではなく、作者であり続けるための手段なのです。