「ついでに足す」が増えるほど、リリースは遠のく

プロジェクトには、よく「ついでにこれも」が入ります。画面のあと一つ。文言の微調整。運用で困らないように、念のための項目。どれも小さく聞こえます。小さいから、断りにくい。断りにくいから、積み上がる。積み上がるほど、リリースの日付は後ろにずれる。ずれるほど、また「ついでに」が入りやすくなる。tugiloの相談では、このループは珍しくありません。

問題は、人が悪いわけではないことが多いという点です。依頼側は現場の不便を減らしたい。作る側は協力したい。双方とも前向きです。前向きなほど、「小さいから」が通りやすい。通るほど、完了の線が消えます。

小さな追加は、帳簿に乗らない

一つひとつを見れば、工数は大きくないかもしれません。半日、一日、数日。その都度「これくらいなら」と許容されます。許容されるほど、帳簿に残りにくいです。見積もりの行としては薄い。ダッシュボードの赤色にもならない。だから、プロジェクト全体としては重いのに、会議では「大きな変更はしていない」という空気になります。

空気が楽観的になるほど、完了の定義は遠ざかります。完了とは何か。誰が何を確認すれば終わるのか。いつその確認をするのか。ここが曖昧なまま追加だけ増えると、作っている実感はあるのに、終わりが見えません。

要件が増えるほど、「誰の仕事か」が見えなくなるでも触れた通り、増えるものが機能だけではありません。境界も増えます。境界が増えると、決める人が分散し、決定の置き場が薄くなります。薄くなると、また「ついで」が入りやすくなります。

「ついで」は、境界の曖昧さが生む

多くの場合、「ついで」は悪意ではなく、境界が書かれていないところから入ります。「この画面の範囲はここまで」と言葉にされていない。MVP（最初に出す最小単位）が決まっていない。Phase2に回すリストが無い。回す先が無いから、全部がPhase1に滑り込みます。

滑り込みは静かです。大げさな反対も起きにくいです。けれど、滑り込んだ分だけ、テストも説明も運用も増えます。増えた結果、最初に約束した日を守れなくなると、責められるのはたいてい工程の末端です。末端は悪くありません。境界が無い設計が先に来ているだけです。

完了の一行を、追加の前に置く

対策として最初に欲しいのは、巨大なガバナンスではありません。完了の一行です。

「◯月◯日までに、◯◯ができる状態で本番に出す」

「◯◯の権限を持つユーザーが、◯◯までを自力で完了できる」

「運用で日次確認が要るのは◯◯だけで、他は週次でよい」

どれでも構いません。大事なのは、足す前に読み上げられることです。会議の冒頭に一行だけ置く。置けば、「ついで」はその一行に対して順番を並べ直せます。並べ直せると、今回入れるか、次か、入れないかが話せます。

「何を作るか」より先に決めることの延長線上にあります。何を作るかより先に、どこまでを今回の終わりにするかがあると、追加は減りませんが、全体を飲み込む追加は減りやすいです。

Phase2に「逃がす」ための置き場

「今回は入れない」と言うには、逃がす先が要ります。逃がす先が無いと、断りは冷たく聞こえます。だから、tugiloでは小さなプロジェクトでも「次の段階メモ」を作ることがあります。正式なロードマップでなくて構いません。箇条書きでよい。そこに「ついで候補」を移す。移すと、依頼は消えたわけではなく、順番が付いたことになります。

順番があると、依頼側も安心しやすいです。「無視された」のではなく「次に並んだ」と分かるからです。並び直しは、対立ではなく整理に近づきます。整理できると、関係は壊れにくいです。

開発だけの話ではない

同じ構造は、社内のExcelやフォーム、稟議の雛形でも起きます。「ついでに項目を一つ」「念のため承認を一つ」。小さな安心が積もるほど、入力は重くなり、使われなくなり、結局抜け道が生まれます。抜け道は悪ではなく、設計が現場に合っていないサインです。

システム開発で鍛える「完了の一行」は、そのまま業務改善の言葉にもなります。今回の改善で終わらせる境界があると、「ついで」は増えにくいです。

立ち会いで増える「今だけ」

現場に近いプロジェクトほど、立ち会いの中で「今だけ」が増えます。「その場で見て決めたほうが早い」「口頭で合意できている」。早さは武器です。ただ、今だけがログに残らないと、あとで整合が取れません。取れないと、また追加が入ります。追加は悪意ではなく、記憶の差から生じます。

だから、早さを残すなら、当日の終わりに一行でよいので残します。「今日増えたのは◯◯のみ。範囲外は backlog に移動」。backlog が無いなら、チャットのピン留めでも構いません。大切なのは、増えた事実が翌日も検索できることです。検索できると、「ついでだったのに巨大化した」話が減ります。

受け入れの言葉は、画面の網羅より短くていい

「全部の画面が揃うまで」と書くと、ついでが入りやすいです。揃える対象が広いほど、例外も増えるからです。最初は受け入れを短くしても構いません。顧客が週に一度やる定常業務のうち、最頻出の一連だけが通ればよいなど、生活の言葉で切る。切ると、ついでは「生活に入る前」と「入った後」に分けやすいです。

分けられると、リリースは怖くなくなります。怖さが減ると、現場は「出す」判断に近づきます。出す判断が出ると、追加は整理の対象に戻ります。整理の対象に戻ると、リリースは遠のきにくいです。

週次で足すなら、週次で止める

改善を週次で回すチームほど、「今週だけ」の追加が入ります。入り方自体は悪くありません。問題は、止める権利が週次に無いことです。足す会議ばかりで、削る会議が無い。削る会議は暗いイメージがありますが、tugiloでは「今週はこの機能は入れない」と言える席を用意するほうが長く続きます。

週次の最後に一行だけ置いてみてください。今週入らなかったものは何か。来週の枠はいくつか。枠が見えると、ついでは列に並びます。並ぶと、優先順位は感情ではなく順番に近づきます。

「やり切り」の幻と、検収の現実

プロジェクトが遅れると、ときに「やり切り」という言葉が出ます。やり切りは美しいです。でも、やり切りが定義されていないと、ついでが正義になります。正義は協力の顔をしていますが、検収の基準を曖昧にします。

検収は冷たい言葉に聞こえますが、実際にはお互いの安心です。依頼側は「言ったことが届いた」と確認できる。作る側は「ここまでで区切れる」と戻れる。区切れないと、どちらも家に帰れません。帰れない現場は、次の「ついで」に弱くなります。弱くなると、また飲み込みます。

最初の検収項目は、十個でなくても構いません。三つでも、一つでもよいです。大切なのは、挙動として再現できる言葉です。言葉があると、ついでは追加ではなく変更になります。変更には順番が要る。順番が要ると、止まれるようになります。

加えて、ついでが入ったら「誰が嬉しいのか」を聞けると強いです。現場が楽になるのか。管理が楽になるのか。顧客が楽になるのか。受益者がはっきりしない追加は、優先順位に乗りにくいです。乗らないものは、リリースの外へ移したほうが誠実なこともあります。誠実さは、冷たさではなく、約束を守るための線引きです。

まとめ

「ついでに足す」は、協力の形として自然です。自然だからこそ、境界無しで増えるとリリースは遠のきます。遠のくほど、現場は「まだ終わっていない」空気を抱え続けます。

最初に置くのは、機能一覧の細部より、完了の一行です。一行があると、追加は敵ではなく、順番を決める材料になります。順番が決まると、小さな協力は、そのまま小さな協力で留まりやすいです。

もし今プロジェクトが重いなら、次の打ち合わせで一行だけ確認してみてください。今回の終わりは、何ができた状態ですか。答えに詰まる場所が、たぶん「ついで」が溜まっている場所です。