情報が足りない案件で、担当者へ確認を依頼した。答案としては書けた気がするのに、読み返すと、その後の判断が見えない。確認を出すことと、案件が動き続けることは別です。
この記事では、確認待ちの仕事が戻ってくる仕組みを考えます。架空の案件を使った当サイトの練習提案です。資料に示された期限、権限、連絡方法を優先し、都合のよい条件は足しません。
確認依頼を、案件の終わりにしない
確認は、次の判断に必要な情報を得るために行います。何を決めるための確認かが曖昧だと、返事が来てもどう動くか分かりません。確認事項と、その後の判断を並べます。
「状況を確認する」という指示なら、どの状況が判断を変えるのかを考えます。原因が確定するまで待つ必要があるのか、今ある情報で先に動けることがあるのかも分けます。
| 依頼する前に決めること | 具体化する問い |
|---|---|
| 確認の目的 | 何の判断に使う情報か |
| 確認する対象 | 誰に、どの資料や事実を確かめるか |
| 返す時点 | いつまでに、どこまで分かればよいか |
| 結果の受け手 | 誰が受け取り、判断するか |
| 未回答時の扱い | 期限までに分からなければ何をするか |
この表の全てを機械的に書く必要はありません。ただし、重要な判断が待ち状態になる案件では、入口と出口がつながっているかを確かめます。
架空の例：設備の使用可否を確かめる
設備の一部に不具合の報告があり、担当者へ状態の確認を依頼する場面を考えます。資料には、使用を判断する役割と、点検の手順が示されています。
「担当に調べてもらう」だけでは、結果がいつ誰へ返るか分かりません。また、確認している間に設備を使ってよいかも残ります。資料の手順に従い、確認中の扱いと、結果を受けた後の判断を分けます。
確認結果が、使用できる条件を満たす場合と、満たさない場合で動きは変わります。その判断をする人へ、必要な情報が届くようにします。担当者へ調査を任せたことが、使用を認める権限まで渡したことにならないようにします。
安全に関する具体的な判断は、一般的な記事の知識で補いません。この例で練習するのは、資料に指定された手順へ情報を戻すことです。実際の案件では、定められた対応を優先します。
確認期限と、相手への回答期限を分ける
相手への回答が夕方に必要なら、その時刻に確認結果が届いても、判断や連絡の時間が残りません。確認を受ける時点から、次の作業までを考えます。日時は問題の設定に合わせます。
ただし、必要な確認が終わる見込みを無視して、早い時刻を指示するだけでは進みません。期限までに全て分からない場合は、分かっていることと、未確認のことを返す方法を考えます。
途中の連絡を増やす場合も、何を知る必要があるかを決めます。単に「進捗を報告」と書くより、判断に間に合うか、別の確認先が必要かなど、次の行動に結びつく内容にします。
結果に応じた分岐を、必要な範囲で書く
返事が来てから全て考える形では、自分が不在の設定で仕事が止まります。予想される結果ごとに、動き方を決められる範囲で書きます。分岐を増やすこと自体が目的ではありません。
たとえば、条件が満たされる場合は所定の次工程へ進め、満たされない場合は判断者へ戻す、と整理できます。ただし、資料で認められていない判断を、仮のルールとして作らないようにします。
| 確認の結果 | 点検すること |
|---|---|
| 必要な条件が確認できた | 次へ進む人と、必要な連絡があるか |
| 条件を満たさない | 止める範囲と、判断を戻す相手があるか |
| 情報が一部しかない | 分かったことを使ってできる対応は何か |
| 期限までに返事がない | 再確認する人と、その間の扱いがあるか |
確認できなかったことを、問題がなかったという結果に置き換えないようにします。返事がない状態と、確認済みの状態は違います。
受け取る人が不在なら、戻り先を変える
自分が出張する設定で、自分宛ての報告だけを書いても、その後が止まることがあります。資料にある代行者や連絡時間を使い、結果を受ける人を決めます。
ただし、結果を受け取る人と、最終判断をする人が同じとは限りません。伝言する役割なら、誰へ回すかを明らかにします。代行者の権限が不明なら、何でも判断できるとは書かないようにします。
関連する案件がある場合は、確認結果をその案件にも反映します。同じ事実を別々に調べるより、必要な範囲で共有する方がよいこともあります。共有する情報と、各案件に残る固有の判断を分けます。
確認する項目が増え続けるとき
返答を受けるたびに新しい確認を追加すると、最終判断へ進めなくなることがあります。最初の判断に必要な情報と、後で改善を考えるための情報を分けます。目的が違う調査を、一つの返答条件に混ぜないようにします。
追加の情報が判断を変えるなら、なぜ必要かを明らかにします。念のためという理由だけで確認を増やすのではなく、不明な点が残った場合の影響を考えます。確認を減らすために、必要な条件を飛ばすことも避けます。
待ちの案件が多いほど、返事が来る順番と重要度が一致しないことがあります。返答を受けた順に全てを処理するのでなく、影響と期限を見直して次の判断を選びます。
確認を取り下げる場合は、依頼先にも伝える必要があるかを考えます。自分の一覧から消しただけでは、相手は不要になった調査を続けているかもしれません。
一覧では、待っている理由を短く残す
確認待ちの案件を一覧にするなら、案件名だけではなく、待っている相手と内容を残します。自分が次に何を見るかが分かる短い印です。複雑な管理表を作る必要はありません。
例として「数量確認・担当から返答待ち」「条件の承認・代行者へ照会中」のように、待っている判断が分かる言葉を使えます。実際の答案では、具体的な担当と時刻を資料に合わせます。
確認結果が来たら、待ちの印を消すだけでなく、次の判断を終えたかを見ます。情報を受け取ったことと、案件の処理が完了したことを混同しない点検です。
今日の練習では、答案の「確認する」に丸を付けます。それぞれから、返答先と次の行動へ線を引いてみます。線がつながらないところが、段取りを補う候補です。