結論
未定事項は「状態・理由・次の更新時期」の3点セットで共有すべきです。
未定という事実だけを伝えると不安や不信を生みますが、管理プロセスを示せば信頼は保てます。
何が混同されやすいのか
未定事項は、TBDやpendingと書けば十分だと考えられがちです。
しかしそれは状態のラベルに過ぎません。
未定の共有と、未定の放置は別物です。
違いが生まれる構造
問題の本質は、空白をどう扱うかです。
- 未定のみ
- 情報は共有されている
- 理由が不明
- 更新タイミングが不明
- 構造化された未定共有
- なぜ未定かが明確
- 誰が決めるかが分かる
- いつ更新されるかが示される
未定でも、管理されていれば信頼は維持できます。
印象・道義的な違い
受け手の印象は次の通りです。
- 単なる未定
- 計画性が弱い
- 先送りに見える
- 不安が残る
- 理由と期限付き未定
- 透明性がある
- 誠実
- 進行中であることが分かる
特にスケジュールや重要判断では、この差が評価に直結します。
どう使い分けるのが無難か
基本構造は以下です。
- 状態
Currently under discussion. - 理由
Awaiting client confirmation. - 更新時期
We will confirm by Friday.
未定はラベルではなく、プロセスとして伝えるのが安全です。
実務での例
不十分な例
Deadline: TBD.
空白だけが残ります。
無難な例
Deadline: TBD. We are aligning internally and will confirm by Friday.
理由と更新時期が明示されています。
より明確な例
The timeline is currently under discussion with the client. We will provide an update by Friday.
管理プロセスが見えます。