投稿

調査タスクを依頼して成果物がズレたとき、依頼した側が見落としていたもの

調査タスクを依頼して成果物がズレたとき、依頼した側が見落としていたもの

起きたこと

メンバーに調査タスクを渡した。 上がってきた報告を一緒に見た。 結論そのものは正しい。 だが、なぜその結論になるのかが報告から読み取れなかった。

その場で指摘を重ねた結果、二本続けて打ち合わせを消費し、最後は「依頼の意図を自分で整理し直して出し直す」に着地した。 差し戻した側の言い分としては筋が通っている。 ただ後から文字起こしを読み返すと、ズレの原因の多くは渡す前の自分にあった。

依頼側に足りなかったもの

表1: 依頼側の不足点と直し方

不足点 成果物への現れ方 直し方
依頼の目的が自分の中で固まっていなかった チケットには調査観点が並び、何を明らかにしたいのかが書かれていなかった。受け取った側は観点を埋める作業になる 明らかにしたい問いを一行目に書く。調査観点はその下に例として置き、完了条件にはしない
完了条件を具体的に書きすぎた 書いたとおりの成果物が返ってきた。寄り道がなく、想定外の発見も出てこない 調査系は完了条件を「この問いに答えられる状態」にとどめ、経路は渡さない
期待する報告の形を事前に伝えていなかった 結論から根拠へ辿れない構成のまま提出され、レビューの場で初めて基準が出た 結論、なぜ必要か、調査ログという構成と、図表を一例添えることを依頼時点で書く
自分の決裁範囲を伝えていなかった 相手は「自分にほぼ全ての決定権がある」と思って動いていた。上位へ上げる選択肢が視界に入っていなかった 役割と決裁範囲を口頭で済ませず文字で置く
六割で出してよいと最後に言った 相手は完成品を作ろうとして時間を使った 同じ言葉を依頼の時点で言う

質問の形が詰めになる

内容としては必要な確認でも、聞き方によって受け取られ方が変わる。

表2: 同じ確認の言い換え

実際の聞き方 受け取られ方 言い換え
その結論はどこから読み取れますか 減点の通告 この結論を上に説明するとき、根拠を一行で言いたい。どれが根拠になりますか
むしろ言語化できますか 能力の確認 紐付けが要るのは私の都合なので、一緒に整理させてください
本当に件数を数えたのか、AI の出した数字で通したのか、どちらですか 二択の突きつけ 件数は一覧まで確認していますか。していないならそう書いてもらった方が、私が判断を誤らずに済みます

質問が連続し、しかも聞いている側が途中で着地点を見失っていると、相手には詰められている時間だけが残る。 実際、文字起こしには「自分のせいです」という発言が何度も出てくる。 依頼の設計不足が原因の半分を占めているのに、謝っているのは受け取った側だけだった。 逆である。

次から変えること

  • 調査タスクは、問いを一行書けるまで渡さない。書けないなら、それは依頼ではなく相談として持っていく
  • 報告フォーマットと成果物の宛先を依頼時に書く。レビューで初めて出さない
  • 自分しか知らない情報(決裁範囲、上位への上げ方)は、聞かれる前に文字で渡す
  • 出した疑問を途中で引っ込めない。今回は有効期限の検証可否を問うておきながら、未検証のまま論点だけ消した。追わないなら保留として残す

トレンドのタグ