(58ページ目)

共有

に関する学び

---

今の課題って何？ 問いの設定によって考える方向性が変わることを実感しました。「今取り組むべき課題とは何か」を常に意識し続けることが重要だと感じます。この問いをチームで共有することで、全員が同じ方向を向いて取り組むことができると思います。この際には、できるだけ具体的に話すことで解釈の違いを防ぐことが大切です。 イシューはどう共有？ 特に、「イシュー」をチーム内で共有し、メンバーそれぞれが自分の課題として考え、異なる視点から解決策を見出す環境を作りたいと考えています。そのためには、個々人からのフィードバックも重要で、チームとして共有できているかを確認することが必要です。 思考は正しく伝わる？ また、自分の思考をメタ認知し、論理的に思考できているかを常に確認することも欠かせません。メンバーに情報を共有する際には、具体的な伝え方を心掛けることで、誤解や解釈のズレを最小限に抑える努力をしています。

手順の共有の意味は？ 実務の中で、手順やロジックを言語化することが、他者との共通理解を深める上で大いに役立つと感じました。抽象度の高い課題を、what、why、howのステップを踏んで具体的な対策へ落とし込むプロセスは、非常に有効です。 どんな課題に挑む？ 現在、私は「マイナスからゼロへ」そして「ゼロからプラスへ」という二つの課題に取り組んでいます。チーム内の共通理解を促進するため、整理した論点に今回学んだ方法論を適用し、共有することに力を入れています。 経験から得る信頼は？ また、私は転職経験があり、外部の常識や経験を活かして自社の課題を指摘しています。しかし、その指摘ポイントが十分に共有されていない状況です。論点を一つ一つ明確に示し、なぜその取り組みが必要なのか、背景や問題点を含めたたたき台として解決策を提示することで、共通認識をより強固なものにしなければならないと感じています。

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

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

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

MECEの理解を深めるには？ MECEの考え方は非常にわかりやすく、理解することができました。これまで要因解析に活用していたロジックツリーを、別の目的の分析にも使えると知り、非常に驚きました。また、売上を単価と数量に分けて分析する方法も、実践しやすく感じました。 数字の分解で深掘り分析 要因分析では、数字を分解して深掘りすることが広く応用できると考えています。MECEをフレームワークとして理解したので、実際に分析する際には層別が漏れなく、重複がないかを図示して見える化し、確認していきます。 精度向上を目指す次のステップ 定性的な要因分析も含めて、まずはロジックツリーを実際に描いてみることから始めます。その上で、MECEの観点で層別が適切にできているかを図を用いて確認し、分析の精度を向上させたいです。また、これらの図を使って関係者と共有し、レビューすることで、より精度アップを目指します。

リーダーシップって何？ リーダーシップは、単に役職や立場によって発揮されるものではなく、日々の行動で示し、信頼関係を築く中で生まれるものだと考えています。また、状況に応じた方法を選ぶ柔軟性も、効果的なリーダーシップには欠かせません。 ゴールはどう確認？ まず最も重要なのは、共通のゴールを明確にすることです。各メンバーが担当する業務について、最初に目指すべき姿を互いに確認し合い、一致したイメージを持つことで、結果のブレを防ぐことができます。その上で、自主性を尊重しながら進捗や状況を共有し、必要に応じたフォローアップを行う体制が大切です。 疑問はすぐ解決？ 次に、疑問があればすぐに確認すること、そしてそのタイミングで適切なサポートを提供することが求められます。誤った理解のままタスクを進めてしまうリスクを減らすために、常に相互確認とフォローを意識し、状況をしっかりと把握することが重要です。

どんな問いを立てる？ 問題を明確に把握するためには、「問いは何か？」を起点にすることが重要です。問いを残し、それを意識し続け、組織全体で共有して方向性を統一することの重要性を学びました。また、データ分析では、データを加工し、数字を視覚化することで効果を高めることができると感じました。 論理枠組みはどう？ 来年に向けた社内イベントや研修の企画書を作成する際には、今回学んだMECEやピラミッドストラクチャーを活用して、どこに問題があるかを特定し、論理的な枠組みを構築したいと考えています。これにより、主張を適切な根拠で支えられるようにしたいです。 根拠共有は十分？ 来年度の社内イベント、特に新入社員プログラムの計画案を立てる際には、今年の結果を振り返りながら、アンケート結果を基に問題を特定し、プロジェクトチーム内でその情報を共有してしっかりと根拠づけを行っていくことを目指しています。

MECEで何を学ぶ？ MECEという言葉を知り、分析の際にデータを漏れなくダブりなく分類することがいかに大切かを学びました。これにより、見落としがちなチャンスをしっかりと捉える意識が芽生えました。また、問題や原因など、いくつかの段階に分けてロジックツリーを作成する手法にも注目しています。 ロジックツリーの力は？ ロジックツリーは、売り上げの低下や利益の変動を分析する際に非常に有効だと感じています。現在の目標未達だけでなく、未来の理想像についてもツリー構造を用いて検討することで、より具体的な改善策を見つけられると考えています。 未来実現への道は？ これからは、経理の視点から自分なりに詳細な分析を行い、ロジックツリーを作成する予定です。その成果を関係者と共有し、ブレーンストーミングを実施することで、望む未来を実現するための具体的な方法を模索し、周囲を巻き込んで進めていきたいと思います。

イシューはどう見える？ イシューを立てること自体が大きな学びとなりました。現状とありたい姿のギャップを埋めるために、課題と対策を検討するプロセスは難しさを感じる部分もありましたが、初週からのさまざまな視点と角度からの検討により、複数のイシューが浮かび上がることが実感できました。 会議運営はどう変わる？ また、これまでの会議では話の軸がぶれてしまい、結論が出ないまま次回に持ち越されることがありました。今後は、必ずイシューを意識しつつ、話題がずれ始めた際に軸を戻す役割を積極的に果たしていきたいと思います。 戦略策定はどう進む？ さらに、チームで下期の戦略を立てる時期にあたり、現状とあるべき姿をしっかりと設定し、そのギャップから導かれる「課題」についてブレインストーミングを進める予定です。本質に沿った課題が抽出されるよう、チームメンバーにもこの考え方を共有し、対策を講じていく所存です。

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

記述統計量はどう見る？ 平均値だけでなく、中央値、標準偏差など他の記述統計量を抽出することで、データのばらつきまで確認できる方法を学びました。この手法は、問題解決の際に誤った仮説を課題と認識しないための一助となります。 現状指標の見直しは？ 現在の職場では、平均値、最大値、最小値のみが共有される指標となっているため、今後はQ1で述べた内容も加えて集計を行いたいと考えています。数値だけでは状況が把握しにくいこともあるため、ヒストグラムや散布図などのグラフを活用し、視覚的に理解しやすい資料作成を目指します。 実績可視化をどう進める？ また、FY24の実績値集計においては、ヒストグラムや散布図を用いて数値を分かりやすく可視化する計画です。具体的な項目としては、電話数と業務歴、トスアップ数と金額、トスアップ数と受注額、さらにはトスアップ数と年度内受注率の関係性を検証していく予定です。