「頭のいい人の話は、なぜこんなにスッと入ってくるのだろう」
同じ会議に出て、同じ資料を読んでいるのに、ある人が話すと一言で状況が整理される。別の人が話すと、最後まで聞いてもよくわからない。この差は、地頭の良さや経験年数だけでは説明できません。
コンサルの現場でさまざまな「仕事が速い人」を観察してきた経験から言うと、この差のほとんどは情報を扱う習慣の違いから来ています。特に、以下の3つの習慣を自然にやっているかどうかで、アウトプットの質がかなり変わります。
今回はその3つの習慣を、できるだけ具体的・実践的にご紹介します。「明日から試せるか」を意識して読んでみてください。
習慣① 情報は「受け取る前」に整理する
多くの人は、情報を受け取った後に「さて、これをどう整理しようか」と考えます。でも仕事が速い人は、受け取る前にすでに「どの枠に入れるか」を決めています。
たとえばこんなイメージです。
- 会議に入る前に「この場で何を決めるのか」を確認しておく
- 資料を開く前に「この資料から何を得たいのか」を一言で決める
- メールを開く前に「このメールはどんなアクションにつながるか」を想定する
この習慣がない状態では、情報が入ってくるたびに「これはどういう意味だろう」と一から考えることになります。処理が遅くなるだけでなく、重要な情報を見落とすリスクも上がります。
具体的にやること3つ
- 目的を先に置く：情報に触れる前に「何のためにこれを見るのか」を一言で決める。「意思決定のため」「背景理解のため」「次のアクションを決めるため」など、目的が決まると読み方が変わります。
- 分類の枠を持っておく：情報が入ってきたとき、「これは事実か・解釈か・アクションか」に即座に仕分けできる状態にしておく。この3分類を頭に入れるだけで、情報の受け取り方がかなり変わります。
- 不要な情報を捨てる意識を持つ：全部拾おうとしない。「今の目的に関係ないものは見ない」という判断を意識的にする。完全に理解しようとする姿勢が、かえって処理を遅くすることがあります。
情報の構造化は、処理速度の問題ではありません。受け取る前の設計の問題です。枠を先に作っておくだけで、同じ情報量でも圧倒的に速く、正確に動けるようになります。
習慣② 要約とは「短くする」ことではない
「要約が上手い人は頭がいい」とよく言われます。ただ、要約に対してよくある誤解があります。それは「要約＝短くすること」という思い込みです。
本当の要約は、「相手が次の行動を取れる形に情報を整える」ことです。内容を短くまとめることが目的ではなく、受け取った側が「じゃあこう動こう」と判断できる状態にすることが目的です。
自分が頑張って理解したこと、時間をかけて集めた情報を、なるべく正確に、なるべく漏らさず伝えたい――その気持ちはよくわかります。ただ、冗長で結論の見えない話は聞く側の集中力を奪います。情報を「全部伝える」ことと、相手が「動ける状態にする」ことは、まったく別のことです。
実践的な要約の5つの構成要素
- テーマ：これは何の話か？（一言で言うと？）
- 論点：何を解決したいのか？（問いは何か？）
- 主張：答えは何か？（結論は？）
- 根拠：なぜそう言えるのか？（理由・データは？）
- 発言の意図：なぜ、今この話をしているのか？（背景・期待・不安は？）
最後の「発言の意図」が特に重要です。コンサルの現場で仕事を素早く進める人を観察していると、単に内容を要約するだけでなく、「なぜこのタイミングでこの話題を出したのか」「この発言の裏にどんな不安や期待があるのか」まで読み取っていました。
たとえば、上司が「この資料、ちょっと見ておいて」と言ったとき。言葉の表面だけをとらえると「読んでおけばいい」で終わります。でも「なぜ今このタイミングで？」を考えると、「来週の会議で使うかもしれない」「何か懸念が出てきたのかもしれない」という読みが生まれ、準備の仕方が変わります。
意図まで読み取れる人は、「話していないことにまで気づける」という信頼を得やすくなります。
習慣③ 「作業者」から「設計者」へ思考を切り替える
3つ目の習慣は、少し視座の話になります。
作業者とは、「これをやっておいて」と言われたことを処理する人。設計者とは、「このプロジェクトをどう進めるか」「何を準備し、どんな順番で動くか」を自分で考える人です。
この違いは、役職やスキルの問題ではありません。思考のスイッチの違いです。
設計者になるための2つの視点
- 構造をとらえる力：プロジェクト全体を俯瞰して、今どこにいて、どこに向かっていて、どこが詰まりやすいかを常に把握しておく。タスクの一つひとつではなく、全体の地図を頭に持っているかどうかが大きな差になります。
- 自分ごとにする力：「これは自分のタスクじゃないから」と思った瞬間に、視野が急に狭くなります。逆に「もし自分が責任者だったらどう動くか」と常に置き換えてみると、行動の質が変わります。
設計者的な思考が身につくと、具体的にこんな行動が自然に出てきます。
- 会議の前に、論点を整理してアジェンダを先回りで共有する
- 詰まりそうな場所を事前に察知して、早めに声をかける
- 相手が求めていることを先読みして、聞かれる前に資料を用意する
これらはすべて「指示されたからやる」のではなく、「価値を提供したい」という姿勢から自然に出てくる行動です。
作業者から設計者になるのは、難しい資格を取ることでも、特別なスキルを身につけることでもありません。「自分はこの仕事をどう設計するか」という問いを、毎日少しだけ意識するだけで、少しずつ変わっていきます。
3つの習慣の根っこは同じ
情報の受け取り方・要約・設計思考。この3つは、一見バラバラなスキルに見えます。でも根っこは全部同じだと感じています。
「相手が動けるように、情報を整理して渡す」
これだけです。自分が理解することではなく、相手が動けることを目的に情報を扱う。この視点が変わると、会議での発言も、メールの書き方も、資料の構成も、すべて少しずつ変わっていきます。
難しいのは、この意識を毎日の仕事の中で「習慣」に落とし込むことです。一度意識しても、すぐに忘れてしまう。だからこそ、小さな行動として繰り返すことが大切だと思っています。
まとめ
- 情報は受け取る「前」に枠を作っておくと、処理速度と精度が上がる
- 要約の目的は「短くすること」ではなく「相手が動ける状態にすること」であり、発言の意図まで読み取ることが信頼につながる
- 作業者から設計者への切り替えは役職やスキルではなく「思考のスイッチ」の問題であり、誰でも今日から意識できる
次にやること
- 次の会議の前に「この場で何を決めるのか」を一文で書いてから入ってみる
- 誰かに報告・説明するとき、「テーマ・論点・主張・根拠・意図」の5要素を意識して話してみる
- 自分のタスクを一つ選び、「自分が責任者だったらどう設計するか」を紙に書いてみる
コメント