5行で見る変更の提案
ある管理職が、2つの地域チームに日常的な購買を自分たちで承認させることを提案し、同僚が最も明らかなリスクを指摘します。返答は懸念を認め、管理策を1つ加えています。
聞いて答えてみましょう。試験導入の期間と範囲は? 拡大の前に何を比較しますか?(2地域で6週間。スピード、覆された決定、監査の質です。)
Maya Today I’ll explain why we propose a six-week autonomy pilot in two regions.
Owen I understand the delay problem, but how will local teams interpret risk consistently?
Maya That concern is valid. We’ll standardize evidence fields and audit ten decisions each week.
Owen The pilot might reduce delay, but it could expose training gaps.
Maya Exactly. By the end, we will have compared speed, reversals and audit quality before deciding whether to expand.
責任ある予測:確信度と未来表現
変更がどう進むかはまだ誰にも分からないので、すべての予測に確信度を示しましょう。“might”と“could”は開かれた可能性を表し、“be likely to”、“be certain to”、“be bound to”の順に確信が強まります。日本語の「〜かもしれない」「おそらく〜だろう」「必ず〜する」に近い段階です。“probably”と“almost certainly”は“will”の後、“won’t”の前に置きます。
“going to”は目に見える根拠からの予測です。完了形を使うと、試験導入を日付に結びつけられます。
- “The pilot will probably improve speed but almost certainly won’t remove every error.”:試験導入でおそらくスピードは上がるが、すべての誤りがなくなることはまずない。
- “Experienced teams are likely to adopt first; removing support is bound to increase risk.”:経験のあるチームが先に取り入れる可能性が高い。支援をなくせば必ずリスクが高まる。
- “The missing fields show the team is going to need coaching.”:記入漏れを見ると、そのチームには指導が必要になりそうだ。(目に見える根拠)
- “By mid-June, the pilot will have processed six hundred requests.”:6月中旬までに、試験導入で600件の申請を処理し終えている。(期限までの完了)
- “By mid-June, both regions will have been testing delegation for six weeks.”:6月中旬には、両地域とも6週間にわたって権限委譲を試していることになる。(その時点までの継続)
スピードと成功を分ける:根拠を語る言葉
承認に36時間かかるのに、審査担当者が1件にかける時間が9分なら、遅れの原因は審査の手間ではなく待ち時間です。権限委譲で待ち行列は短くなるかもしれませんが、それで判断の質が保たれる証拠にはなりません。“hard data”は数値から、“soft data”は意見から得られ、しっかりした(“robust”)根拠は両者を突き合わせます。日本語の「効果的」と「効率的」のように、“effective”と“efficient”も区別しましょう。
- “Approval times provide hard data; reviewer interviews provide soft data.”:承認にかかる時間は定量データ、審査担当者へのインタビューは定性データになる。
- “The control is effective; the nine-minute review is efficient.”:この管理策は効果的(正しい結果が出る)で、9分の審査は効率的(無駄が少ない)だ。
- “The plan transforms the workflow and transfers low-risk authority.”:この計画は業務の流れを根本から変え、リスクの低い決定権限を移す。
助言する前に懸念を受け止める
まず相手の考えの筋道を理解していることを示しましょう。理解を示すことは同意することではありません。そのうえで状況に見合った解決策を控えめに提案し、根拠があれば自分の立場を保ちます。
- “I can see where you’re coming from; speed alone is not enough.”:そうお考えになる理由は分かります。スピードだけでは不十分ですね。
- “It might be worth agreeing one definition before Friday.”:金曜日までに定義を1つにそろえておくとよいかもしれません。
- “Have you tried pairing each new reviewer with a central auditor?”:新しい審査担当者それぞれに、本部の監査担当者を組ませてみましたか。
- “I still think you should cross-check five files from each region.”:それでも、各地域から5件ずつ突き合わせて確認すべきだと思います。
発表してから文書にする:6つの要素で170〜200語
会議では用語を定義し、要点をはっきり示します:“By delegated approval, I mean local decisions below two thousand euros.” “And this is my key point: expansion depends on completeness, not speed alone.” その後、文書版を共有します。
- 依頼:“This proposal requests approval for a six-week pilot of local purchasing decisions below €2,000.”
- 問題:待ち時間と審査の手間の違いを数字で示す。
- 予測:可能性の高い利点を1つ、不確かな影響を1つ。
- 管理策と担当者、開始日。
- 限界:“The sample may not represent newer teams.”
- 拡大の条件と返信方法:“We will decide on expansion only when audited completeness meets the threshold. Please comment by Friday.”
よくある間違い
提案が断定的すぎたり、あいまいになったりする間違いです。
- “The pilot will reduce delay.”を確約のように書くこと。“is likely to reduce”と確信度を示します。
- “The pilot won’t probably remove every error.” 正しくは“probably won’t”です。
- “By June, we will process six hundred requests.” 期限までの完了は“will have processed”です。
- 「速い」という意味で“more effective”と書くこと。速いのは“efficient”です。
- “Approval time fell, so we should expand.” 1つの指標だけでは成功とは言えません。
1日15分の練習
職場で実際に変えたいことを1つ選んで練習しましょう。
- 3分:その変更について、“might”、“likely to”、“will have”を使って予測を3つ言います。
- 7分:6つの要素で170〜200語の提案書の下書きを書きます。
- 3分:声に出して議論します。管理職の少ないフラットな組織は社員にとってよいのか、それとも会社にとって安上がりなだけか。“I can see where you’re coming from, but …”で始めましょう。
- 2分:会話を1行ずつまねて言います。
次のステップ
次は、this、that、itが1つの対象をはっきり指すインシデント記録、そしてチーム間の意見の対立を、誰も責めずに強調構文で記録する方法です。

