(132ページ目)

考え ✕ 本

に関する学び

---

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

部下への伝え方はどう？ 部下や後輩に組織の方針を伝える際は、伝える内容を大きく二つに分けています。一つは守ってほしい基本方針を明確に示えること、もう一つはプレッシャーをかけずに自ら答えを導けるような具体的な質問を投げかけることです。部下や後輩自身が答えを見つけ出すプロセスを促すため、なるべく自分で考えさせる工夫が大切だと考えています。 調査業務はどうする？ また、社内の調査業務においては、直属の部下や後輩だけでなく、他の部署や関連会社の年齢が離れた若いメンバーにも指示を行うことがあります。その際、細かい指示は避け、大枠の目的や流れを示すことを心掛けています。限られた時間の中で、資料や言葉にまとめた基本方針を分かりやすく伝え、誰にでも理解しやすいよう努めています。そして、上司や先輩という立場でありながらも、決して偉そうな態度をとらず、すべては部下や後輩の成長を支援するためであるという姿勢を貫いています。

比較で見える本質は？ 「データ分析の本質とは何か」という視点から、『比較』の重要性に気付かされました。目的達成のために、どの要素を比較すべきかを考える際、目先のことにとらわれず、本質に目を向ける必要があると実感しました。特にクイズ形式の事例は、この点を分かりやすく示してくれました。 経営とデータ活用は？ また、経営においては経験や勘も重要ですが、成長とリスクテイクのバランスをとるためにはデータ分析が欠かせないと感じています。現状、社内に十分なデータ活用の文化が根付いていないため、まずは意思決定に役立つデータを整備し、データ活用への理解を深める啓発活動に注力したいと思います。 信頼をどう築く？ さらに、データ分析結果の有効性を社内で理解してもらうためには、まず信頼できるデータを整えることが重要です。必要なデータの所在すら不明な状態からのスタートとなるため、地道な取り組みを積み重ねていく覚悟です。

分析ってどう理解？ 分析とは、ものごとを分け、比べることだと改めて理解しました。具体的かつ明確に整理することで、より良い意思決定に役立てる手法であるという基本的な定義を再確認できたと感じています。分析を進める上では、目的設定と仮説設定がいかに重要かという点が特に印象に残りました。 目的設定は何が必要？ まずは、分析の目的を明確にして、どの意思決定に結びつけたいのかを整理することが大切だと考えています。その上で、目的に合わせた仮説を立て、膨大なデータの中から役立つ情報を見極める方法を実践していきたいと思います。 振り返りの進め方は？ また、自身の業務を振り返り、データを活用して改善したい点を整理し、どのようなデータを収集しているのかを把握することから取り組みたいと考えています。一つのテーマに絞り、目的設定、仮説設定、そして分析の順で自分なりに実践を進めることで、より良い結果を得たいと思います。

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

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

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

どう伝えればよい？ 現在の仕事では、相手に自分の考えをしっかりと伝えるため、説明する前に自分の頭の中で「目的・根拠・理由」を整理することが大切だと感じています。特に、中国での業務では通訳を介して情報を伝えるため、意図した内容が正確に伝わらず、異なる回答が返ってくることがしばしばあります。また、日本人同士であっても、暗黙の了解に頼った説明では伝えきれない部分があるため、論理的な構成で伝える必要性を強く実感しています。 どの手法が有効？ そのため、ピラミッドストラクチャなどの手法を活用し、情報を整理・提示しています。具体的には、まず話す前に自分の中で情報を明確にし、伝えるべきポイントを整理。さらに、毎週400字程度の文章作成の練習を行い、その文章を社内の掲示板などに公開しています。こうすることで、自分が伝えたいことを相手に理解してもらうだけでなく、自身の説明力や表現力の向上を図ることができています。

分解から何が見える？ データを分解して傾向がはっきり見えなくても、それを失敗と捉える必要はないと感じました。たとえば、「傾向が無いことが分かった」や「別の切り口があることが分かった」という結果も、データの捉え方の違いを示しており、有用な示唆と言えます。 正しい表記はどう守る？ また、「分かる」は必ず「分かる」と表記するようにし、データの分解を丁寧に行うことの大切さを改めて実感しました。実際にデータを細かく分ける際は、手を動かすこと、機械的にただ分けるだけでなく、複数の切り口で考えることが重要だと考えています。 売上の分解方法は？ さらに、メンバーの売上を整理し、今後の対応を検討する際には、合計の売上だけでなく、関連する項目ごとに分解することが必要です。その際、本当にこれだけで良いのか自問し、他のメンバーと相談することで、より具体的な分解と傾向の提示ができるよう努めたいと思いました。

数値で見る評価は？ 事業活動を評価するためには定量的なアプローチが不可欠です。財務諸表は、その数値的な側面を理解し、分析や判断、戦略の立案を行うための基本的なツールであると再認識しました。今回の講座を通じ、財務諸表の読み解きという重要なスキルをより確実に身に付けたいと感じています。 財務三表はどう読む？ また、自社の財務三表をしっかりと解釈することで、業績や直面している課題、全体の状況を具体的に把握し、自分自身の問題として捉え直す能力を養いたいと考えています。 経営報告はなぜ重要？ さらに、経営層への報告や社内での議論の際に、会計の視点を取り入れることで、説得力のある提案や発言を行えるようになることを目指しています。そのためにも、社内外で自社や同業他社、競合の財務諸表に触れる機会を積極的に増やし、実際の数字を用いて講座で学んだ内容を反映させながら、実践的なアプローチを進めていきたいです。

イシュー設定の重要性は？ イシューの設定の重要性を改めて実感したが、同時に自身の力量不足も痛感した。常に意識していないと実際の場面で違った方向に向かい、結果的に時間だけがかかってしまうことになる。今後は「問いのカタチにする」ことを習慣化したいと考えている。 問題解決に必要な視点 技術的な課題に取り組む際、これまでは経験則に基づいて解決を試みてきた。しかし、イシューを適切に設定していればもっとスムーズに進んだのではないかと思うようになった。「問いは何か」を意識し、周囲に適切にアウトプットしていきたい。 異動後に感じた変化とは？ 同じ記述の繰り返しになりますが、「イシューの設定」が重要だと感じている。特に「造る」部署から「検査」する部署に異動になり、「なぜこのように考えるのか」と「問う」場面が増えてきた。スムーズに解決策を導き出せるよう、「問いは何か」を意識し、本質を外さないように努めたい。

解くべき問いを見つけるには？ テーマが決定すればそれが解くべき課題だと考えていましたが、実際にはそのテーマを細分化し、本当に解くべき問いを見つけ出すことが重要だと気付きました。細分化する際には、解決したい姿や仮説を立て、それをもとに細分化していくと効果的だとも感じました。 理想の姿をどう描く？ プロジェクトで計画を立てる際には、ただタスクを洗い出すのではなく、理想の姿を思い浮かべ、それを実現するための実現要件を意識しながら分解していきたいと思います。これにより、一つ一つのタスクの実行結果が仮説検証のためのインプットとなり、より早く正確に目標を達成できると感じます。 実現要件の整備方法は？ まずは考えるテーマを決定し、その後、実現方法を考えるのではなく、実現要件を考え、それぞれの要件に対して現状を整理します。そして、解消すべき課題の特定とその解決策を考えることを習慣化したいと思います。