(12ページ目)

共有 ✕ 上司

に関する学び

---

上司とリーダーはどう違う？ 上司とリーダーの違いについて、改めて考える機会となりました。リーダーになるためには、まず「行動」が大切だと痛感しています。そのため、行動を伴えるように意識や能力を伸ばしていく必要があると思います。また、意思疎通の重要性も再認識しました。 リーダーの責任とは？ 組織のリーダーとして、会社全体や各関係者、そして個人としての見解を求められる場面が多くあります。予算の最終決断や事業方針の決定、部下との1対1の対話、プロジェクトの進捗確認、さらには日常の会話においても、リーダーとしての責任を感じずにはいられません。 行動で信頼を伝える？ これからは、すべての業務において自身の思いをしっかり伝え、情報を共有したいと考えています。単に声に出すだけでなく、各タスクを細かく確認し、必要に応じた助言を行うことで、言葉だけに留まらない「行動」を重視したリーダーを目指していきます。

学びの意義は？ 私の学びについてお伝えします。 数値の発見は何故？ 数値データの詳細な分析は重要だと感じました。データの分類手法により異なる結果が得られることを理解しました。また、全体を定義し、仮説を立てることの必要性も痛感しました。具体的には、フレームワークとしてMECEを利用することです。 医療解析の視点は？ 医療技術関連に関しては、まず数値化可能なデータを取得し、求めたい結果を明確にしてデータ全体を定義しました。その後、仮説を立て、MECEを活用して分析を進めました。関連性がありそうな分野として、曜日別の忙しさや業務分析にこの手法が使えそうなので試す予定です。 未来の計画はどう？ 来週には、自分に関連する業務について計画を立て、その後、今回学んだ手法を活用して曜日別・年齢別の業務分析を行います。その分析結果を振り返り、上司や他の受講生とも共有したいと思っています。

リーダーシップの見直しは？ リーダーシップには様々な分類があり、環境や部下の特性によって適切なリーダーシップが異なることを学びました。従来は常に指示型が正しいと考えていましたが、実際には状況に応じた柔軟な対応が求められることに気づかされました。 部下指導はどうする？ 現在、課長の立場にありますが、直接の部下指導は行っていません。とはいえ、プロジェクトを通じて年下の社員と協力する機会があるため、今回学んだ指示型、参加型、支援型、目標達成型という4つのリーダーシップを、環境要因と部下の負荷適合要因を考慮しながら使い分けていくつもりです。 支援型の理解はどう？ その中でも特に、支援型リーダーシップについては、上司と部下の権限差が大きい場合に適用されるという点が少々理解しにくかったため、この部分については他の受講生の皆さんと意見を共有していきたいと考えています。

データ分析の進め方は？ データから読み取れる情報は多岐にわたるものの、やみくもに解析を進めると時間がかかり、目的がぼやける恐れがあると感じました。そこで、What→Where→Why→Howの順序を意識してデータ分析に取り組むことが大切だと思います。 可視化の重要性は？ また、今週はグループワークに参加できなかったものの、どれだけ優れたインサイトを発見しても、相手に伝わらなければ意味がないため、データの可視化にも注力すべきだと感じました。 説明の流れはどう？ さらに、上司や他者に事象を説明する際にも、What→Where→Why→Howの流れで伝えると分かりやすいと実感しています。例えば、これまで月次報告ではWhereから説明を始めることが多かったですが、最初にWhatを定義することで問題点の認識を共有し、Howの実行に結びつけることができると考えました。

ゴールは何か？ 戦略を構築する際には、明確なゴール設定が不可欠です。その実現に向けては、客観的な視点で全体を俯瞰し、必要な情報を適切に取捨選択することが求められます。 計画は柔軟で大丈夫？ 理想は、最速最短でゴールへ到達することですが、感覚的にまとめただけでは構成がぼんやりし、逆に細部まで計画を固めすぎると、計画崩壊時に迅速なリカバリーが困難になる恐れがあります。そのため、柔軟に対応できる考え方を意識して習得したいと思います。 ビジョンは共有できる？ また、現在の部署はまだ十分に強固とは言えないため、まずはあるべき姿を自ら考えて提案を続ける必要があります。大きすぎる理想を直接目指すのではなく、自社としてどうありたいかのビジョンを明確にし、上司にも納得してもらえるよう、具体的で説得力のあるプランニングを検討し、提案していきたいと考えます。

どうやって問いを精査？ 思考の方向は、どの問いを立てるかによって決まると感じました。「ここで答えを出すべきか」という問いを精査することで、最も適切な問いにたどり着けると思います。また、問いを中心に考え、イシューを一貫して押さえ続けることが、思考や議論の脱線を防ぐうえで大変有益だと学びました。 報告に活かす秘訣は？ この考え方は、上司やチームメンバーへの報告時にも活用できます。特に、参加者が多い場での議論では、内容が「問い」から逸れてしまうことがあるため、議論開始前に「問い」を関係者で共有し、常にその基準に立ち返れるよう準備することが重要です。こうすることで、議題から逸れることなく、効率的なディスカッションが行えると考えています。

伝え方の工夫は？ 今後、仕事で自分が伝える際に大切にしたいことが明確になりました。具体的には、一つのメールやスライドを作成する際、相手に伝わりやすいよう意識する習慣が身につき、これまで言語化できなかったもやもやが解消されました。この変化は、ピラミッドストラクチャーのような枠組みを活用して自分の考えを整理する機会を得たからだと感じています。 フィードバックの活用は？ また、これらの気づきをノートに記録し、日々見返すことにしています。上司や先輩にフィードバックを受けることで、チーム全体にもその工夫を共有し、活性化につなげたいと考えています。そのため、週次ミーティングで書類を確認する際、イシューを明確にすることを提案する予定です。

スライド伝わる？ 今回の学習を通じて、スライドの見せ方がいかに伝えやすさに直結するかを具体的に理解できました。これまでは、自分が見て分かりやすいかどうかで評価していたため、抽象的に判断していた部分がありました。しかし、読み手の視点に立って「情報を探させない」という点が重要であると実感し、自分のスライドをより厳密に評価できるようになりました。 実務活かせる？ また、日常業務においては、上司に実験結果を伝える場面や社内でプロジェクト内容を共有する際に、スライドを活用する機会が多くあります。そのため、伝えたいメッセージを明確にし、内容に適したグラフや表現方法を選択することが重要であると感じています。

イシューの意味は？ 「イシュー」については以前から知っていましたが、ナノ単科で学びを進める中で、ピラミッドストラクチャーを活用することで効果的に課題を見つけられると実感しました。今回の実践では、模範解答と大きくずれてしまったため、自分の思考の癖や至らなさに気づくことができました。 本質的な課題に気づくには？ また、普段は本質的な課題を意識していなかったと感じます。上司も本質的な課題に気づいているはずですが、あまり共有されていない印象です。そこで、自分が感じた課題を共有し、学んだ知識を活かして論理的に伝えられるよう努めたいと思います。

学びの整理はどう？ これまで学んだ内容を振り返りながらアウトプットすることで、学びを整理し、理解を深めることができました。たとえ同じデータでも、目的に応じて分解の仕方やグラフの選び方といった多様な表現方法があることが特に印象に残りました。 伝える工夫は何かな？ また、実験結果をプロジェクトメンバーに伝えたり、上司への開発状況の報告、または全体へのプロジェクト内容の共有など、さまざまな場面でこの学びは活かせると感じました。特に、相手に合わせた伝え方やスライド作成の工夫は、今後のコミュニケーションにおいて重要なポイントになると思います。

どうして偏りが起きる？ 理論やフレームワークを頭で理解していても、実際に活用する場面になると、考え込んでしまったり偏った整理になりがちなことを改めて実感しました。周囲の人と情報を共有し、フィードバックを受けることで、考えを前に進め、偏りを改善することができると感じました。 どう深めるビジネス理解？ また、今後はフレームワークを活用して自社ビジネスの理解を深める取り組みを進めたいと考えています。その際、一人で進めるのではなく、同僚や上司の意見も取り入れながら、より多角的に整理していきたいと思います。