トラブルを言語化するコツ

トラブル対応でよくあるのが、
「何が起きているのか、うまく説明できない」
という状態です。

これは経験不足ではなく、
整理の順番が決まっていないことが原因である場合が多いです。

結論から言うと、
トラブルは「事実 → 影響 → 仮説」の順で言語化すると伝わりやすくなります。

まず「事実」を切り出す

最初にやるべきことは、
評価や推測を入れずに事実だけを並べることです。

• いつ起きたか
• どこで起きたか
• 何が起きたか

「おかしい」「たぶん」などの言葉は、
この段階では使いません。

次に「影響」を整理する

次に、
その事実によって何が困っているのかを整理します。

• 誰が使えないのか
• どの業務が止まっているのか
• どこまで影響が広がっているのか

影響が分かると、
対応の優先度が見えてきます。

仮説は最後に置く

原因の仮説は、
事実と影響を整理したあとに考えます。

• ここが怪しい
• ここで止まっていそう

仮説は、
確定事項ではなく、確認すべき候補として扱います。

感覚的な言葉を分解する

「遅い」「重い」「動かない」といった言葉は、
そのままでは伝わりません。

• 何秒待っているのか
• どの操作で止まるのか

感覚を具体的な言葉に置き換えることが重要です。

ログと一緒に話す

可能であれば、
ログや画面の状態と一緒に説明します。

• どこまで処理が進んだか
• エラーが出ていないか

これにより、
話が事実ベースになります。

言語化は共有のための作業

トラブルを言語化する目的は、
自分が理解することだけではありません。

• 他の人に伝える
• 一緒に考える

ための土台を作る作業です。

まとめ

トラブルを言語化するコツは、

• 事実を先に出す
• 影響を整理する
• 仮説は最後に置く

です。

この型を身につけると、
次に学ぶ
「仕組みで考える癖をつける」
が、自然に身についてきます。