「終わりました」をどう確かめるか｜完了の基準を先に決める

結論：完了の基準を先に決め、受け取る場で動かす

やることは2つです。

1. 頼むときに、どうなれば完了なのかを言葉にする
2. 受け取る場で、実際に動かして確かめる

相手がいる前で確認すれば一分で済むことが、持ち帰った後では往復一回分の時間になります。

1：出すときは丁寧なのに、受け取るときが雑だった

振り返ると、私は依頼するときには細かく説明していました。ところが、返ってきた瞬間には安心して、頭の中から案件を消してしまいます。

出すときは丁寧なのに、受け取るときが雑。これが一番の原因でした。

そこで、頼むときにこの3つを添えるようにしました。

その場で確かめるのは、相手を疑っているようで気が進みません。しかし、疑うためではありません。こちらの「直った」と相手の「直った」が同じかを、二人で確認するためです。信頼の問題にすると言いにくくなりますが、手順の問題なら淡々とできます。

2：報告の写真には、直していない場所は写りません

別の場面でも、同じことが起きました。

建物へ手を入れた報告として、写真を受け取りました。直した場所はきれいに写っており、作業が終わったことも確認できます。

それでも少し引っかかりました。写真には、撮った人が見せたい場所が写ります。修理した人が撮れば、直した部分が中心になる。それは自然なことで、隠しているわけではありません。しかし、全体の状態を知りたい側には、写真の外側が残ります。

実際、不具合について詳しく聞くと、閉まりきらない建具、踏むと少し沈む床、外壁の際にできた細い隙間などが出てきます。どれも遠くから撮った写真では分かりにくく、中心から少し外れた場所や影の中にあります。

写真が間違っているのではありません。確認したい目的が違うのです。作業が終わったことを示す写真と、次に直す場所を探すための写真では、向けるレンズが違います。

だから、受け取った報告を疑うのではなく、その報告が答えられる範囲を考えます。作業の完了確認は写真で済ませる。周囲の状態まで判断するなら、自分で見に行く。すべての現場へ自分で行っていたら一日では何も終わらないので、どれを自分の目で見るかを決めます。

情報が足りないから決められないのではなく、足りていない場所がどこか分かっていないから決められないことがあります。写真の外側を見ると決めたことで、次に確認する場所がようやくはっきりしました。

3：動いていることと、結果が出ることは同じではない

逆のパターンもあります。報告どおり作業は進んでいるのに、結果が出ない場合です。

真夏のある日、冷房を動かしても室温が思うように下がりませんでした。故障かもしれないと思いましたが、修理を頼んでも、この時期は同じ相談が集中しています。順番を待つ間にできることを確かめようと、外へ回って室外機を見ました。

室外機そのものが強く熱を持ち、正面から日が当たっていました。さらに周囲へ物が寄せてあり、風が抜ける場所が狭くなっていました。機械は動いている。しかし、部屋から運んだ熱を外へ捨てにくい条件が揃っていました。

私は周囲の物を動かし、風の通り道を空け、日差しを遮れるようにしました。それで故障が直るとは考えていません。ただ、機械が本来の仕事をできる条件へ少し戻すことはできます。

これは仕事でもよく起きます。本人は動いている。作業も止まっていない。それでも、周囲に別の仕事や判断待ちが積み上がり、結果が出ない。そこで能力だけを疑っても、原因が環境なら変わりません。

何かが進まないとき、すぐ故障や能力不足と決める前に、熱を逃がす場所があるか、余計なものが周囲を塞いでいないかを見ます。「終わりました」が来ない案件ほど、確認すべきは進み具合ではなく、その人の周りに何が積まれているかです。

4：見積もりは、一行ずつ読み合わせる

完了の基準を決めるのと同じことを、見積もりでもやります。

買い替えを検討しているものの見積もりを確認したとき、本体、装備、色、含まれる費用、含まれない費用を、読み上げてもらい、一行ずつ質問しました。

内訳は、金額の説明というより約束の一覧でした。口頭で良い返事をもらっても、行として残っていなければ、後で認識がずれます。気になる条件は、その場で書いてもらう必要があります。

修理と同じです。完了の基準を相手だけに預けない。こちらが気にしている状態を言葉にして、同じものを見ながら確認する。

5：記憶で先に決めない。画面を開けば分かることがある

もう一つ、自分の失敗を書いておきます。

複数の人で使っている一覧表の話になったとき、私は実物を開く前に「これは共有の表だ」と言い切りました。以前は誰かが入力すると全員の画面に反映されていた、という記憶があったからです。

ところが数分後、実際のファイルを開いて言い直しています。同じ会話の中で、同じファイルについて正反対のことを言いました。画面を見れば分かることを、記憶だけで先に決めていました。

そして、ファイルの種類が分かっても問題は解決しませんでした。手元には似た名前のファイルが二つあり、一方の内容をもう一方へ移して使っている状態でした。作業した直後の本人には違いが分かっても、あとから開く人には、ファイル名だけでどちらが新しいのか判断できません。

ここで、問題の見え方が変わりました。ソフトの違いより、「正式な一つを誰が管理し、全員がどこから開くのか」が決まっていないことの方が大きい。

手順は単純です。二つを見比べて最新を確定し、内容を一つへ集め、その一つを共有の場所へ置く。これからはファイルを添付するのではなく、リンクだけを共有する。全員が同じ入口から開けば、どれを開けばよいかで迷いません。

ただし、そこで私は止まりました。そのファイルの所有者は私ではありません。私が新しい保存先を作っても、作成者が従来のファイルを更新し続ければ、結局「正しい一つ」が二つになります。置き場所や編集権限を変えるなら、管理する人の了解が要ります。誰が編集でき、誰は閲覧だけにするのかも決めなければなりません。

手順を思いつくことと、その運用を決める権限があることは別でした。完了の基準を決めるときも同じで、決める人が誰かをはっきりさせないと、基準だけが宙に浮きます。

6：小さい依頼ほど、確認が抜ける

完了の確認をどこまでやるかは、案件の大きさで決めたくなります。ここにも落とし穴がありました。

大きな取引の修正でも、小さな依頼の修正でも、直すために止まる手間は変わりません。金額の大きい話なら、私は何度も確認します。一方、短い連絡や小さな依頼は「これくらいなら大丈夫」と流すことがある。そこで抜けが出れば、説明し直し、相手の返事を待ち、もう一度処理する。金額は小さくても、集中が止まる回数は同じでした。

文章でも同じです。長い文章は、書いている途中で何度も読み返します。一行の連絡は、入力した勢いのまま送れてしまう。短いから間違えにくいのではなく、確認する機会が少ないだけでした。

取り分の小さい仕事も同じ構造です。単価が低い仕事ほど件数が増え、確認回数も手戻りの可能性も増えます。単価が低いから確認を省くのではなく、手戻りの打撃が大きいからこそ省けません。

そして、大きいか小さいかで確認するかどうかを毎回判断すること自体が手間でした。気づいたら確かめる。一行でも読み返す。そのほうが、やり直しで一日を切られるよりずっと安く済みます。

迷ったときの決め方も一つ決めました。印刷を四部にするか五部にするかで止まったことがあります。人数が確定していない。そこで、どちらが後から直しにくいかで決めました。余った紙は処分できますが、足りない紙はその場では用意できません。五部にしました。完了の基準を決めるときも、外したときに取り返しがつく側へ寄せます。

今日からやること

1. いま外に出している依頼に、完了の条件を一行足す。「◯◯しても△△が起きない状態」。曖昧なら今からでも送ります。
2. 受け取る場で動かすことを、手順として先に伝えておく。「受け取りのときに一度動かします」と言っておけば、当日に気まずくなりません。
3. 報告の写真や資料が答えられる範囲を決める。完了確認は写真で、周囲の判断は自分の目で。
4. 進んでいない案件は、本人の周囲に何が積まれているかを見る。能力より先に環境を確かめます。
5. 見積もりは一行ずつ読み合わせ、気になる条件はその場で書いてもらう。
6. 共有する資料は「正式な一つ」を決め、添付ではなくリンクで渡す。決める権限が誰にあるかも先に確認します。
7. 一行の連絡も送信前に読み返す。宛先・日付・誰が何をするか。短い文章ほど確認の機会がありません。

まとめ

「終わりました」という連絡が来たとき、こちらは安心して案件を頭から消します。そこが一番雑になる瞬間です。

頼むときに完了の条件を言葉にし、受け取る場で動かす。報告が答えられる範囲を決め、答えられない部分は自分で見る。それだけで、往復が一回減ります。

その場で確かめるのは、疑うためではありません。こちらの「できた」と相手の「できた」が同じかどうかを、二人で見るためです。

いま手元にある「終わったはずの案件」で、実際に動かして確かめたものは、いくつありますか。