プロジェクトの意思疎通の問題をどう解決するか：情報の抜け、誤解、遅延の根本原因を見極める
意思疎通がうまくいかないときは、まず実際に起きた一件を選びます。古い納期で準備した、違う資料を確認した、作業開始後に決定が届いた、といった具体的な結果です。それぞれの人が行動した時点で何を知ることができたのかをたどり、必要な情報と次の行動が最初に合わなくなった場所を探します。 情報の抜け、誤解、遅延は重なって起きます。訂正が遅かったからといって、最初の連絡も遅かったとは限りません。既読表示も理解の確認にはなりません。以下は一件を調べるための編集上の整理方法です。チームにある記録を使い、新しい報告制度を設ける必要はありません。
原因を考える前に出来事を絞る
期待していた行動、実際の行動、両者が分かれた時点を記します。元のメッセージと、そこに示されていた資料の版を残してください。今日修正されたファイルでは、昨日相手が見た内容を確かめられません。時刻が不明なら不明と書き、記憶を正確な記録のように扱わないこと。双方の記憶が違う場合は並べて記し、日時のある記録と照らします。調べる対象は今回の引き継ぎであり、その人が普段から注意深いかどうかではありません。
必要な情報はその時点で存在したか
送り手は、受け手が必要とする前にその事実を知っていたでしょうか。納期自体が未決定なら、欠けていたのは決定であり、確定した日付の共有ではありません。情報が存在したなら、最初の記録と本来の受信者を探します。宛先漏れ、添付へのアクセス権不足、完了条件の記載漏れは別々の問題です。PMI が掲載した Ray Boedecker の文章は、誰に何が必要か、いつ伝え、いつ尋ねるかを知る重要性を述べています。送信しただけで利用可能な引き継ぎになったとは判断できません。
解釈より先に版を比較する
双方に、次に何をする依頼だと思ったかを説明してもらいます。対象、期限、完了条件、前提となる作業を照合します。例えば「木曜日に準備完了」は、内部確認に出せる状態とも、外部へ送付できる状態とも読めます。これは方法を示す仮の例で、実在する顧客の事例ではありません。表現を検討する前に、同じ内容を読んだか確認します。異なる版を見ていたなら、まず配布経路を調べます。APM の指針が扱う相手、内容、方法、時期のうち、今回どこに根拠のあるずれがあったかを確かめます。
どこで待ったのかを時間軸に置く
情報の確定、送信、閲覧可能になった時点、実際の使用を順に記し、必要とされていた時刻と比較します。十分後の返信でも間に合わない場合があり、翌日の返信でも合意どおりの場合があります。返信期限の合意がなかったなら、その不足を記し、後から約束違反にしないでください。何を待っていたかも分けます。権限、説明、専門家の確認、作業できる時間、承認では確かめる対象が違います。承認待ちなら決定権を確認し、未返信だけから協力意思を推測しません。
仮説を否定する材料も探す
その原因が間違いだと分かる証拠は何かを考えます。最新版を受け取り、依頼を正確に説明できても、材料がなくて着手できないなら追加の催促では解消しません。助言した人に承認権がなければ、待ち時間は役割の問題かもしれません。Atlassian の DACI は意見を出す人と決定者を区別しますが、確認の基準はチームの既存の権限です。一件の調査のために制度を導入する必要はありません。明確な連絡があっても、作業量や別の前提条件で止まったかどうかも確認します。
確認できる一つの修正で閉じる
最初に確認できた切れ目、その結果、対応する最小の修正をまとめます。宛先漏れならその引き継ぎに相手を加え、完了条件が曖昧なら具体例を双方で確認します。担当者を決め、次の似た引き継ぎで再発するか見ます。証拠が足りなければ未確認事項を残し、責任を決めつけません。ここでの到達点は一件の説明と検証できる修正です。全体の情報共有や判断の引き上げ方を設計するのは別の仕事で、同様の事例が繰り返される根拠があってから検討します。