■1. きっかけ
- 実質数日という短納期の案件を受けた。受ける前に「この条件でなら」と前提を提示し、OKの返事ももらっていた。
- ところが着手してみると、実際の作業内容は提示した条件とかけ離れていた。最低限の成果は出したが、体感として次の発注はなさそうだった。
- 振り返って一番効いたのは何かと考えると、ズレた瞬間に止めなかったことだと思った。ただ、そこから掘っていくと「止める」という言葉自体がそもそも間違いだった、という結論になったので書いておく。
■2. ズレは1種類ではない
まず気づいたのは、ひとくちに「条件がズレた」と言っても、中身は複数の異なる問題が重なっていたということ。今回は3つあった。
種類 中身 本質 スコープのズレ 想定していた領域と実作業の領域が違う 合意した前提の失効 「正」の定義の崩壊 「最新のファイルが正」と言われつつ、その正を自分が書き換える状態 運用ルールの不在 仕様の粒度不足 完成イメージの指示がテキストのみ。作り直しが複数回発生 合意形成プロセスの欠陥 これを一緒くたに「条件が違った」と捉えていたのが最初の失敗だった。種類が違えば打ち手も違うのに、まとめて1つの不運として処理してしまうと、何も改善されない。
しかも厄介なことに、3つのうち手前にあるものほど言い出しにくい。スコープのズレは着手前に気づけるが、そこで止めると案件そのものが飛ぶ。だから飲み込む。飲み込むと、後続のズレも同じ理屈で飲み込むことになる。最初の1回が基準を作ってしまう。
■3. なぜ「止める」ができないのか
- では、なぜ気づいていながら止められないのか。自分の中では単に「言いにくかった」で片付けていたが、それだと再現性がない。もう少し分解した。
- 止められない理由は、「止める」が相手にとってコストに見えるからだと思う。作業が進まない、納期が延びる、場合によっては仕切り直しになる。相手にとって明確なマイナスであり、それを持ち出す側は当然身構える。
- さらに悪いことに、条件が違うと言い出すのは自分の能力不足の告白に見える。実際には合意した前提が失効しているだけで、こちらの責任ではない。それでも「できないと言っている」ように受け取られるリスクを想像すると、口が重くなる。
- 結果として、黙って最低限をやり切る、という最悪の選択をする。相手には「結果のズレ」しか残らないからだ。こちらがどれだけ想定外の負荷を引き受けたかは、成果物には一切現れない。
■4. 「止める」を「提案し直す」に変換する
ここが今回の一番の収穫だった。振り返って「あの時どうすべきだったか」を具体的に書き出してみたら、必要だった行動が全部「提案」の形をしていたことに気づいた。
- スコープがズレたとき → 断るのではなく「この領域の作業なら工数の前提が変わるので、この範囲でこの日数です」と条件を再提示する
- 「正」が曖昧なとき → 「受け渡し時にどれが正か明記してください、こちらは作業ごとにリビジョンを振ります」と運用を提案する
- 完成イメージがズレたとき → 「認識合わせのため、こちらで簡易な確認用の素材を先に出します」と手順を提案する
どれも「止める」ではない。軌道を引き直す提案だ。そして重要なのは、この3つとも相手のコストを下げているという点。工数の再提示は納期遅延の予防、リビジョン管理は事故の予防、事前確認は手戻りの削減。断る理由がない。
整理するとこうなる。
提案が通るかどうかは、内容の正しさではなく相手のコスト計算で決まる。ズレを直す提案は、相手のコストを下げる形に変換すれば、ほぼ通る。
しかもこの変換には副次効果がある。「言われた通り作る人」から「進め方を設計できる人」へ、見え方が変わる。プロセスで巻き込めば、相手の記憶に残るのは「結果のズレ」ではなく「条件が違ったのにここまでやってくれた」になる。同じ成果物でも評価が変わるということ。
だから次に同じ状況が来たときに問うべきは、「止めるべきか？」ではなく「ここで出せる提案は何か？」だと思っている。前者は勇気の問題で再現性がないが、後者は考えれば答えが出る。
■5. 手戻りが2回起きたら、それは個人のミスではない
もう1つ、当時の自分が読み違えていたシグナルがある。作り直しが複数回発生していたことだ。
当時はこれを「自分の理解が足りない」と受け取って、次はもっと丁寧にやろう、という方向に力を使っていた。だが冷静に考えると、完成イメージの共有手段が用意されていない状態で作り直しが繰り返されるのは、個人の努力とは無関係にプロセスが生む必然だった。
目安として、こう考えることにした。
1回目の手戻りは事故。2回目からは仕様。同じ種類の手戻りが2回起きたら、それは個人のミスではなくプロセスの欠陥。
この区別が要るのは、打ち手がまったく違うから。事故なら「次は気をつける」でいいが、プロセスの欠陥に「気をつける」で対応すると、無限に消耗するだけで何も直らない。直すべきは自分の注意力ではなく、手順のほうだ。
そして「2回目」というのは、提案を出すタイミングの合図でもある。1回目では欠陥かどうか判断できないし、3回目まで待つと今度は「なぜもっと早く言わなかったのか」になる。2回目が、最も自然に切り出せる瞬間だと思う。
■6. 確認は「一番安い媒体」まで落とす
ではプロセスをどう直すか。今回の具体でいうと、完成イメージの確認方法を変えることだった。
実際、途中で軌道修正はしていた。最初は数秒の動画を数本作って確認してもらっていたが、途中から確認専用にごく短い動画に切り替えた。方向は正しい。ただ、あと一段足りなかった。
正解は開始と終了の静止画2枚だった。動きの確認が必要なとき以外、それで足りる。
ここから引き出せる原理はこう。
確認したい軸で媒体を分ける。構図・配置・見た目の確認は静止画で足りる。動きの速度やタイミングの確認で、はじめて動画が要る。
この切り分けが効くのは、書き出し処理を挟むかどうかがイテレーションコストの断崖だからだ。動画を1秒に縮めても、断崖の向こう側であることは変わらない。時間を短くする方向に最適化しても、削減幅は思ったより小さい。跨ぐべきは断崖のほうだった。
さらに見落としていた効果がある。媒体を軽くすると、相手のフィードバックの質が上がる。完成形に近いものを見せられると「なんか違う」しか出てこないが、静止画を見せられると「この角度をもう少し右」と具体的に言える。確認を軽くするのは自分が楽になるためだけではなく、相手の言語化を助けている。
一般化するとこうなる。
合意形成のコストは、確認用の素材を作るコストでほぼ決まる。だから「一番安い媒体で足りる確認は何か」を先に切り分ける。
これは領域を問わず効くはずで、Web開発ならワイヤーフレーム対実装済み画面、資料なら箇条書きの構成案対清書したスライド、全部同じ構造をしている。
■7. 結論
- 条件がズレた仕事で問われるのは、気づけるかどうかではなく、気づいた後に何を出せるかだった。ズレていること自体には、たいてい気づいている。
- そして必要な行動は「止める」ではなく「提案し直す」。相手のコストを下げる形に変換すれば、言い出しにくさはほぼ消える。
- 判断の合図は同じ手戻りの2回目。そこから先は自分の努力ではなく、手順を直す話になる。
- 直す先は確認の媒体であることが多い。一番安い媒体まで落とせば、往復も減るし、相手の指摘も具体的になる。
- 今回の案件は継続にはならなかったと思うが、再利用できる型が2つ取れたので、悪い取引ではなかったことにしておく。