要求が増えて止まらない案件へ──やらないことリストを先に合意する進め方

要望を拾っているだけなのに、なぜか現場が荒れていく。
気づけば、スコープは広がり、期限は動かず、関係者の不満だけが増えていく。

このタイプの案件は、PMが怠慢だから崩れるわけではありません。むしろ逆で、真面目に応えようとするほど、崩れやすい。
僕も何度もやりました。追加要望が来る。対応する。喜ばれる。次が来る。さらに対応する。最後に待っているのは、疲弊と炎上です。

前回の記事では、赤信号を決める基準を3つに絞りました。
期限は遅延幅、品質は検出タイミング、合意は未回答。赤が出たら報告を増やさず作戦を変える。ここまででした。

今日はその続きです。
赤信号が出る前に効く、もっと根っこの整え方があります。それが、やらないことリストを先に合意する、です。

多くの現場で誤解されていますが、やらないことリストは、やる気がない宣言ではありません。
プロジェクトを成立させるための、境界線の設計です。

なぜ要求が止まらないのか：優先順位ではなく境界が無い

要求が増える現場は、優先順位が下手なのではありません。
多くは、境界が曖昧なまま走っているだけです。

境界が曖昧だと何が起きるか。

• 依頼側は、頼めばやってくれると思う

• 受け側は、断る理由が言語化できない

• 結果、最初に約束したはずの範囲が溶ける

• そして期限の直前に、全部が重なって破裂する

このとき、現場に足りないのはスケジュール表ではなく、判断基準です。
何をやらないのか。なぜやらないのか。どの条件ならやるのか。これを最初に決めていない。

やらないことを決めるのは、スコープを削る行為ではありません。
スコープを守る行為です。

やらないことリストは、3種類に分けると合意が通る

やらないことリストが揉める理由は単純です。
やらないが一枚の紙に混ざるからです。

実務で通るのは、やらないを3種類に分解するやり方です。

1) 今回はやらない：将来的にやる可能性はある

例）

• 管理画面の細かなUX改善

• 自動化の高度化（手動運用で一旦回す）

• レポートの追加指標

ここは、やりたい気持ちが残りやすい。だからこそ、今回やらないと明言する価値があります。

2) やらない：やる合理性が薄い、またはコストに見合わない

例）

• 使われない機能の充実

• 複数パターンの例外対応（利用率が低い）

• 監査対応上不要なログ増強

ここは、理由を言語化しないと争点になります。後で触れますが、理由テンプレを持つと強いです。

3) やれない：前提条件が揃っていない

例）

• 他部署のデータ提供が未確定

• 契約変更が必要

• 権限申請が間に合わない

ここは、やらないではなく、条件未成立です。
条件が揃えばやる、の形にしておくと関係性が崩れません。

この3分類があるだけで、相手の受け取り方が変わります。
やらないと言われた、ではなく、今回はやらない、条件が揃えばやる、という理解に寄っていく。

合意を通すためのコア：やらない理由のテンプレを持つ

やらないことリストを出した瞬間、必ず聞かれます。

• なんで？

• それくらいできないの？

• どうして今言うの？

ここで詰まると、PMが悪者になります。
だから、やらない理由は場当たりで返さず、テンプレで返すのが正解です。

僕がよく使うのはこの3つです。

理由テンプレA：期限を守るため

この機能を入れると、遅延幅が赤に入ります。期限を守る方針なので、今回は外します。

前回の記事の赤信号基準と接続できるので強いです。感情ではなく、運用方針になる。

理由テンプレB：品質を守るため

今入れると検出タイミングが遅くなり、手戻りが増えます。品質を守るために、今回は外します。

これも、個人の感覚ではなくルールの話にできます。

理由テンプレC：合意を守るため

今入れると、未回答が残ったまま次工程に入る状態になります。合意が揃ってから検討します。

ここまで言えると、断るというより、順番を整えているだけになります。

重要なのは、やらない理由を、価値のために言うことです。
コストが高いから無理、ではなく、期限・品質・合意を守るために外す。守る対象を明示すると、会話の質が変わります。

進め方：やらないことリストは最初に作るのではなく、早めに育てる

ここからは運用です。
やらないことリストは、キックオフで完成させるものではありません。現場では必ず変化がある。だから、早めに育てるのが現実的です。

おすすめは次の4ステップです。

ステップ1：要求を受けたら、まず箱に入れる

受けた瞬間に、やるやらないを即答しない。
いったん要求バックログに入れる。分類は未分類でいい。

このワンクッションがあるだけで、思いつき対応が減ります。

ステップ2：週1回、やらない候補を3分類する

全件は無理です。候補だけでいい。
今回やらない／やらない／やれない に分け、理由テンプレ（期限・品質・合意）を当てる。

ポイントは、やらないを決めるのではなく、やらない候補を言語化すること。
言語化されるだけで、チームの意思決定は加速します。

ステップ3：合意会議は短く、資料は一枚

合意会議を長くすると、やる方向に流れます。
なぜなら、会議が長いと参加者は何かを決めたくなるからです。結果、追加が承認される。

資料は一枚で十分です。

• 要求名

• 分類（今回はやらない／やらない／やれない）

• 理由（期限／品質／合意のどれか）

• 代替案（いつならやる、条件、次リリース など）

ここまで揃っていれば、意思決定はできます。

ステップ4：決めたら、見える場所に固定する

重要なのは、決めた後です。
やらないはすぐ忘れられます。忘れられると、同じ要求が形を変えて戻ってきます。

なので、やらないことリストは、プロジェクトのメイン動線に置きます。

• Wikiのトップ

• 週次報告の冒頭

• スプリントレビューの定番資料

見える場所に固定すると、要求が増えても、境界が保たれます。

反発が強いときの対処：代替案を先に用意する

やらないことリストが反発されるのは、相手の立場では当然です。
特に依頼側は、現場の痛みを抱えています。だから、欲しい機能がある。

ここで関係性を壊さないコツは、代替案を先に用意することです。

• 本当に必要な最小は何か

• 手作業や暫定運用で代替できないか

• 価値が出る順番に分割できないか

• 条件が揃うまで保留できないか

代替案があると、やらないが拒否ではなく設計になる。
相手が納得できないのは、やらないことそのものではなく、代案がないことが多いです。

よくある落とし穴：やらないことリストが形骸化する瞬間

最後に、失敗パターンも書きます。ここに落ちると、やらないことリストは逆効果になります。

落とし穴1：やらないだけ書いて理由が無い

理由がないやらないは、放置と同じに見えます。
必ず、期限・品質・合意のどれかで理由を付ける。

落とし穴2：やれないが永遠に放置される

やれないは条件未成立です。
条件を誰がいつ揃えるのか、オーナーと締切がないと、ただの言い訳になります。

落とし穴3：例外対応が常態化する

一度例外を認めると、境界が溶けます。
例外は、例外条件と影響（遅延幅・品質・未回答）を明示して、特例であることを記録する。記録できないなら例外にしない。

まとめ：要求が止まらないとき、必要なのは断る力ではなく境界の設計

要求が増えて止まらない案件で、PMがやるべきことは、気合いで断ることではありません。
やらないことを設計し、合意し、運用で固定することです。

• やらないを3分類する（今回はやらない／やらない／やれない）

• 理由をテンプレ化する（期限・品質・合意を守るため）

• 一枚で合意し、見える場所に固定する

• 代替案を添えて関係性を壊さない

これができると、要求が来ても不安が増えにくくなります。
なぜなら、境界があるからです。境界がある現場は、安心して前に進めます。

最後に問い

あなたの現場で、いま一番溶けている境界線はどこですか。
スコープ、期限、品質、それとも誰が決めるか。
やらないことリストを作るなら、まずどの要求から外しますか。

次に読む：

はじめての方へ：

マガジンの紹介：

IT業界の「技術×キャリア×整える」を束ねるマガジンを公開中です！
ビジネスや心と体を整える良記事が集まってきていますので、
是非、覗いてみてくださいね。
記事は全て無料記事のみです。
気に入って頂けたらマガジンのフォローもよろしくお願いします！
共同マガジンに参加希望の方も募集中です！

個別に整えたい人へ（キャリア相談）

僕は普段、30代エンジニアのキャリア停滞を抜け出す支援をしています。
現場の詰まりをほどいて、評価・役割・選択肢を整えるために、状況を一緒に棚卸しできます。

▼相談はこちら（ココナラ）：