調査タスクを依頼して成果物がズレたとき、依頼した側が見落としていたもの
調査タスクを依頼して成果物がズレたとき、依頼した側が見落としていたもの
起きたこと
メンバーに調査タスクを渡した。 上がってきた報告を一緒に見た。 結論そのものは正しい。 だが、なぜその結論になるのかが報告から読み取れなかった。
その場で指摘を重ねた結果、二本続けて打ち合わせを消費し、最後は「依頼の意図を自分で整理し直して出し直す」に着地した。 差し戻した側の言い分としては筋が通っている。 ただ後から文字起こしを読み返すと、ズレの原因の多くは渡す前の自分にあった。
依頼側に足りなかったもの
表1: 依頼側の不足点と直し方
| 不足点 | 成果物への現れ方 | 直し方 |
|---|---|---|
| 依頼の目的が自分の中で固まっていなかった | チケットには調査観点が並び、何を明らかにしたいのかが書かれていなかった。受け取った側は観点を埋める作業になる | 明らかにしたい問いを一行目に書く。調査観点はその下に例として置き、完了条件にはしない |
| 完了条件を具体的に書きすぎた | 書いたとおりの成果物が返ってきた。寄り道がなく、想定外の発見も出てこない | 調査系は完了条件を「この問いに答えられる状態」にとどめ、経路は渡さない |
| 期待する報告の形を事前に伝えていなかった | 結論から根拠へ辿れない構成のまま提出され、レビューの場で初めて基準が出た | 結論、なぜ必要か、調査ログという構成と、図表を一例添えることを依頼時点で書く |
| 自分の決裁範囲を伝えていなかった | 相手は「自分にほぼ全ての決定権がある」と思って動いていた。上位へ上げる選択肢が視界に入っていなかった | 役割と決裁範囲を口頭で済ませず文字で置く |
| 六割で出してよいと最後に言った | 相手は完成品を作ろうとして時間を使った | 同じ言葉を依頼の時点で言う |
質問の形が詰めになる
内容としては必要な確認でも、聞き方によって受け取られ方が変わる。
表2: 同じ確認の言い換え
| 実際の聞き方 | 受け取られ方 | 言い換え |
|---|---|---|
| その結論はどこから読み取れますか | 減点の通告 | この結論を上に説明するとき、根拠を一行で言いたい。どれが根拠になりますか |
| むしろ言語化できますか | 能力の確認 | 紐付けが要るのは私の都合なので、一緒に整理させてください |
| 本当に件数を数えたのか、AI の出した数字で通したのか、どちらですか | 二択の突きつけ | 件数は一覧まで確認していますか。していないならそう書いてもらった方が、私が判断を誤らずに済みます |
質問が連続し、しかも聞いている側が途中で着地点を見失っていると、相手には詰められている時間だけが残る。 実際、文字起こしには「自分のせいです」という発言が何度も出てくる。 依頼の設計不足が原因の半分を占めているのに、謝っているのは受け取った側だけだった。 逆である。
次から変えること
- 調査タスクは、問いを一行書けるまで渡さない。書けないなら、それは依頼ではなく相談として持っていく
- 報告フォーマットと成果物の宛先を依頼時に書く。レビューで初めて出さない
- 自分しか知らない情報(決裁範囲、上位への上げ方)は、聞かれる前に文字で渡す
- 出した疑問を途中で引っ込めない。今回は有効期限の検証可否を問うておきながら、未検証のまま論点だけ消した。追わないなら保留として残す