(81ページ目)

意識 ✕ 本

に関する学び

---

なぜ判断がブレる？ 自分が陥りがちな思考のクセは、一つの視点だけで物事を捉えてしまう点にあると実感しました。そのため、何故そうなるのか、どうしてそうなったのかを考える前に意思決定してしまうことが多く、目的や重要なポイントが抜け落ちることで、判断がブレることがありました。また、その結果、交渉、プレゼンテーション、ファシリテーションなど様々な場面でうまく対応できなかったと感じています。 目的意識ってどう？ グループワークでは、他の受講生の多様な意見や考え方を聞くうちに、自分にはない引き出しや視点を持っていることに気づきました。この経験から、今後は問題が起きた際にまず目的を明確にし、必ず「なぜ？」と「だから何？」を繰り返し考えることで、具体と抽象の両面からテーマや本質をしっかりと捉えることを意識したいと思います。 上記の実践を無意識のうちにできるよう努め、より効果的な判断と行動ができるよう目指していきます。

文章作成で意識するポイントは？ 文章を書く際は、相手を意識して主語、述語、修飾語、句読点の位置などを丁寧に考慮することの大切さを学びました。実務の現場では、利用者の様子を報告書にまとめ、ケアマネジャーや医師に情報を伝える業務があります。多くの場合、主語は利用者となりますが、状況に応じてご家族やリハビリを担当するセラピストなどが主語になる場合もあり、どのような行動や変化が起こっているのかを明確にすることが求められます。 報告書はどのように伝える？ 具体的には、ケアマネジャーに対しては、利用者の生活状況や動作の様子が伝わるように報告書を作成します。専門用語についても省略せず、日本語で丁寧に表現し、必要に応じて用語の説明を加えることで理解しやすい文章を心がけています。一方、医師向けの報告では、生活状況に加えて血圧や脈拍などのバイタルサイン、病状の変化をできる限り数値化して具体的に伝える必要があると考えています。

本当に伝わる？ 普段の文章作成において、主語や述語の使い方が不十分であることに気づきました。そのため、何よりもまず、相手に正しく伝えることを意識し、文章を構成する必要があると再認識しました。意図が誤解されないよう、伝達内容を明確にする努力が大切だと感じています。 論理は伝わる？ また、プロジェクトにおいて上位者に提案や判断を説明する立場上、論理的な理由付けが不可欠であると実感しました。自分自身に「本当にそうか？」と問いながら、チーム内で議論を重ね、円滑に意思決定を進められるよう努めていきたいと思います。 主張の整理できてる？ さらに、ピラミッドストラクチャーを活用してチームの主張を整理し、話の飛躍がないか、理由付けが状況にふさわしいかどうかを事前に確認することの重要性を実感しました。たとえメール一通であっても、主張と理由が相手にわかりやすく伝わるよう心がけ、常に内容を見直すようにしています。

文章の組み立てはどう？ ピラミッドストラクチャーを意識して話を組み立てたり資料を作成したりしているつもりでしたが、日常のメールでは相手への配慮が欠けた文章を書いていたと感じました。特に、「日本語を正しく使うこと」や「自身の文章を評価すること」を怠っていました。 伝わる文章はどう？ 上司や部下に対する説明や説得、PLやBSの評価作成、プロジェクトの起案、そして日々のメールでのコミュニケーションが必要です。文章にするのが苦手だとわかったので、口頭や資料に頼らず、積極的に文章を書く習慣を身につけていきたいと考えています。 図解で伝えるのは？ ピラミッドストラクチャーで考えることを意識し、頭の中で組み立てるだけでなく、時には図解して頭の整理や説明に役立てたいと思います。また、メールの文面については「文章を評価する」ことを怠らず、相手の立場を考えてしっかりとチェックする習慣をつけたいと心がけています。

「MECE」で効率的に分析する方法とは？ 目で捉えた情報は、直感的に判断するのではなく、まず分解して考えることが重要です。分解の手法としては、まず全体を定義し、MECE（もれなくダブりなく）を意識して複数の切り口から分析を行います。MECEを適用することで、効率的な分析が可能となります。たとえ思い通りの結果が出なかった場合でも、それ自体が貴重な分析結果と捉えることが大切です。 WBS作成で精度を上げるには？ たとえば、プロジェクトのWBSを作成するときには、全体を定義した後、いくつかのカテゴリに分解して、重複がないかチェックすることで、効率化と精度向上を図ることができます。また、システムの基本設計を行う際には、MECEを応用し、実装時に条件の重複を減らすことでエンジニアの工数を削減します。さらに、製品のUI/UXを検討する際も、仮説や切り口を複数持って分析することで、ユーザの満足度を高めることができます。

頭にある思いつきはなぜ？ 最近の学びを通じて、自分が頭に思いついたことをそのまま書き出してしまう癖があることに気づきました。同時に、日本語を正しく使い、文章全体を客観的かつ論理的に整理して伝える大切さを理解できました。伝えたい内容が明確に伝わるよう、手順を踏んで文章を構成し、複数の理由付けを意識することで、読者との認識齟齬を防ぐ重要性も実感しています。 実務で伝える力はどう？ また、お客様へのヒアリング内容のアウトプットや、社内報告書の作成など、実務での様々なシーンで今回学んだポイントを役立てることができそうです。思いついたことをすぐに文章に落とし込むのではなく、一度立て直してから構築することで、伝えたい内容をより正確に、かつ論理的に組み立てることができると感じました。さらに、日本語の正しさや文章全体の評価についても常に意識しながら、理由付けの視点を複数持つことが文章力向上につながると確信しています。

相手視点はどうなる？ 無意識に自分の感情や考えで文章を作ってしまい、理由付けが自分本位になってしまうことに気づきました。しかし、相手目線に立って文章を構成することが非常に重要であると学びました。まずは文章の軸をしっかりと定め、その軸に基づいて内容を深堀することで、納得感と深みのある文章が作れると実感しています。 メール内容は伝わる？ また、お客様へ送るメールにおいては、長文になってしまい伝えたい内容が不明瞭になるケースがありました。そこで、相手の立場になって「何を伝えたいのか」とその理由を明確に整理し、筋が通った根拠とともに伝えることを意識したいと思います。 提案書の説得力は？ さらに、提案書作成の際にもピラミッドストラクチャーを活用しているため、この学びを復習と実践に活かして、今後も意識的に文章作成を改善していくつもりです。まずはQ2で記載したメール作成から、この考え方を実践していく予定です。

何故問いが大切なの？ 起こった問題に直面した際、まずはどのような「問い」を立てるかが非常に重要です。この問いの立て方によって、今後の課題解決の方向性が大きく変わっていくと感じました。 どう柔軟に考える？ また、自分の過去の経験だけに頼って「考えたい」「考えやすい」方法で解決策を導き出すのではなく、より本質を見極めるための柔軟な視点が求められると思います。特に、お客さまからの悩みや課題に対しても、安易なアプローチに流れることなく、核心を捉える問いを設定することが大切です。 相談はどう進める？ さらに、問いを導き出した際には、その目的を明確にするために上司に相談し、意見を仰ぐことが効果的です。解決策を提示する場合は、相手の立場に立ち、数値や見やすい資料を使って分かりやすく説明することを意識しています。そして、相談の際には、設定した問いから離れた議論を避け、常に本質に焦点を合わせるよう努めています。

Aの有無はどう影響？ 分析の本質は、効果があるかどうかを明確にするために、Aがある場合とない場合を直接比較する点にあります。Aの有無で起こる違いを比較することにより、効果の有無がはっきりと浮かび上がります。 比較対象は何を基準に？ また、適切な比較対象の選定も重要です。分析したい要素以外の条件を揃える「Apple to Apple」の視点を持つと同時に、成功事例だけでなく失敗したケースも考慮する「生存バイアス」に注意する必要があります。成功だけに目を向けると、誤った判断につながる恐れがあるためです。 学びを活かすには？ 今回の学習で特に印象に残ったのは、「分析は比較なり」という考え方です。仕事の場面、たとえば事業計画で事業の方向性を示す根拠や理由を説明する際、比較の手法が非常に役立つと感じました。今後も自分の意見や判断の根拠を示す際に、この考え方を意識して分析に取り組んでいきたいと思います。

イシューの意味は？ 「イシュー」とは「いまここで答えを出すべき問い」であり、その重要性を実感しました。問いが誤ると論点がずれ、共通認識が形成されなくなるため、イシューを共有し本質を意識することが、具体的な課題解決や施策につながると考えています。 課題共有はどう進む？ IT業界においては、顧客からの課題相談が頻繁に寄せられるため、まずはイシューを明確にして共有することから取り組みたいと思います。共有をせずに解決策だけを模索すると、後に認識の齟齬が生じ、根本的な課題解決につながらない恐れがあります。 本質解決は可能か？ 業務では、本質的な課題が誤ると顧客が期待する解決が果たせず、結果として不適切なITシステムが提供される恐れがあります。そのため、単に解決策のみを提案するのではなく、イシューを踏まえた本質的な課題解決を追求することで、真に必要なITシステムの提供が可能になると考えています。

正しい問いは何？ 「問い」を誤ると、その後の努力が無駄になる可能性があると感じました。そこで、常に「問い」から始め、本当に正しい問いであるかを考えることの重要性を学びました。また、そのプロセスを共有し、確認し続けることも大切だと認識しています。 会議で問いは必要？ IT業界においても、そもそもの「問い」が誤っていたり、思い込みにより不要な作業が生じている場合があります。したがって、会議や議論の場で「問い」を意識的に共有することで、無駄を省き生産性を向上させられるのではないかと考えています。 導く問いは何？ 今後も常に「問い」から出発し、その正しさを確認・共有する姿勢を業務に取り入れていきたいと思います。また、クリティカルシンキング研修で学んだ自分の思考の偏りに気づいた経験を踏まえ、学んだ手法や考え方を活用しながら論理的な分析やグラフ作成など、客観的な判断ができるよう努めたいと考えています。

視点のバランスは合ってる？ 「３つの視」を意識することで、これまで自分の視点、役職に基づく視座、そして所属部署の視野にとらわれていたことに気付きました。このままでは、問題の範囲や解決すべき課題の本質にたどり着けないと感じています。 利益率差の原因は？ 現在の直面する課題は増収減益です。その一因として、売価設定や発注フローが個人に依存しており、同じ商品でも担当者によって利益率に差が生じる状況があります。各立場からこの問題の本質を捉え、改善へと結びつける取り組みが求められています。 ボトルネックはどこ？ まず、会社全体のフローチャートを作成し、ボトルネックとなっている箇所を明らかにします。次に、各部署ごとにフローチャートを作成し、部署単位の課題を洗い出すことが重要です。さらに、「なぜ？」という問いを繰り返し、深く掘り下げることで、組織全体にまたがる問題の本質に迫ることができると確信しています。