(35ページ目)

同じ

に関する学び

---

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

整理の成果は？ ピラミッドストラクチャーを活用して自分の考えを整理することで、新たな発見があることを実感しています。考えを深掘りすることにより、自分が設定した仮説が正しいかどうかを再確認することが可能です。また、伝え方の組み立てとしても非常に有効で、これまでの意思決定がより明確に見える学習となりました。 構成の見直しは？ 例えば、ポイントを作成する際には段階を踏んで進めていましたが、自分の考えを同じように組み立てることができていないことに気づきました。プロジェクトが進行している現場でも、もう一度自分の考えをピラミッドストラクチャーを使って見直したいと思います。 プロジェクトで何が？ まずは、現在進行中のプロジェクトを題材にして学んでいきたいと考えています。深掘りすることで新しい考えが生まれるかもしれませんし、どのように伝えたらよいかをさらにわかりやすくできるのではないかと思います。

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

イシューはどう分解する？ 実践演習での体験を通じ、一つのイシューを分解することで多様な施策を考案できることを実感しました。まずはイシューを明確に特定し、その後一貫して重視することの重要性を学びました。常に「今ここで答えを出すべき問い」は何かを意識し続けることを、今後の習慣にしていきたいと考えています。 担当エリアの課題検討は？ また、個人の担当エリアや関連施設のイシューを特定し、分解を進めながら適切な対策を検討・実践するプロセスが有意義だと感じました。さらに、チームメンバーが提案するプランについても、提示されているイシューが適切であるかどうか、その上で適切な対策を考えているかをサポートすることが可能だと考えています。 営業全体の協力は？ 最後に、営業所全体でイシューの特定と対策検討を行う際、チームメンバー全員が同じ視点を持って取り組めるよう支援することができるのではないかと思います。

部下の意義は何だろう？ 部下に仕事を指示する際は、その意義や目的、達成条件を明確に伝えることが重要です。単に答えを決めて従わせるのではなく、実践で感じたり学んだりしたことから、自ら考え行動に移すよう促すことで、モチベーションと成長が高まります。 部下の目標を見直す？ 依頼した仕事に関しては、部下の目標と達成条件を再確認しましょう。仕事の意義や、目標達成後にどのように発展できるかを伝えることで、成長につながると同時に自発的な考察も促されます。また、同じアプローチをアルバイトやパートの方々にも適用し、トレーニングに役立てることが大切です。 説明は具体的に？ 目標設定時には、具体的な説明が不可欠です。しかし、どのような仕事でも十分な時間が取れるとは限りません。そのため、相談と調整を段階的に行い、部下から必要なフォローを聞き出すとともに、トラブルシューティングに注力する姿勢が求められます。

論理整理のコツは？ 構造化して論理を整理することで、内容が伝わりやすくなると実感しました。理由をいくつも並べたり、同じような理由が重なったりすると、どうしても重複や偏りに気づかずにしまいます。構造を意識することで、それらに気づく助けになると感じています。 図解って効果ある？ 日頃、この部分が非常に苦手だと感じているため、あらゆる場面で意識して取り組む必要があると考えています。最初は図解を利用して、手間をかけながらも整理してみることが大切だと思います。慣れてくれば頭の中で整理できるようになりたいですが、誤った癖を作らないよう注意が必要です。 手書きメモで整理？ また、手書きでメモを作成し、具体化しながら理由を並べ整理することができれば理想的です。特に、社外とのコミュニケーションや提案の際に、理由がばらばらにならないよう、仲間と十分に意見をすり合わせる場面で活用したいと考えています。

伝わる文章はどう伝える？ 自分の伝えたいことが先行してしまい、相手に本当に理解してもらえているかどうかをあまり意識できていない印象です。まずは、主語や述語、文章の長さ、そして何を結論として伝えたいのかを明確にすることが重要だと感じています。自分の作った文章が実際に伝わっているかを、他の人に確認してもらうなどして、日常から意識していきたいと思います。 全体の伝え方はどう？ また、普段のメールやチャット、資料作成など、あらゆるコミュニケーションの場面で相手に伝わるかどうかを意識していく必要があります。相手に正しく理解してもらえなければ、同じイメージを共有できず、結果的に誤った解釈や方向性のずれ、そしてやり直しが発生する恐れがあります。そこで、今回学んだピラミッドストラクチャーなどの手法を活用し、伝えたい内容を整理していくことで、小さな改善から着実に伝わる文章を目指していきたいと考えています。

なぜBSを学ぶのか？ これまでPLに比べ、BSに触れる機会は少なかったのですが、今回改めて学ぶことで基本的な構造を理解することができました。 資産バランスはどう見る？ ざっくりとした理解ですが、現金化しやすい順から資産が整理され、保有する資産が流動資産なのか固定資産なのか、また負債が1年以内に返済が必要な流動負債なのか、長期的な返済が求められる固定負債なのか、こうしたバランス関係が企業の事業特性や体質を判断する手がかりになると学びました。 BS活用は実務でどう？ 実務においてBSを直接活用する機会はあまり想像できませんが、同じ業種に限らずさまざまな企業のBSを確認する習慣をつけることで、多様な企業の特徴を把握できると感じています。たとえば、システム提案の機会において、顧客の財務上の課題を明確にし、IT投資による改善策を提案する際に、この知識は大いに役立つと考えられます。

どの問いが重要？ 今回の学習を通して、どのような問いを立てるかが最も重要であると感じました。例題からは、問いの立て方がその後の議論に大きく影響することも学びました。また、自分が立てた問いを他者と共有し、同じ問いに沿って議論が進んでいるかを都度確認することが大切であると実感しました。 焦点はどこに？ 日々のミーティングでは、最初に何を話すかという問いが明確であっても、気がつけば議論の焦点が見失われがちです。この現象は、問いの共有や振り返りが十分に行われていないことに起因していると改めて認識しました。 何が課題なの？ また、テキストコミュニケーションが主な状況では、日々のやり取りの中で問いを立て、その問いに対する答えを準備することが求められます。問いを立てる際、ロジックツリーなどを活用して、今問うべき課題（イシュー）を明確に整理しながら議論を進める方法も有効だと感じました。

MECEでどう選ぶ？ アイデア出しのプロセスで、MECEという手法を用い、全体像の中からアイデアを絞り込む方法が特に印象に残りました。たとえ評価基準で最終的に採用されないアイデアであっても、いったんすべて洗い出して評価することで、新たなチャンスや問題点を発見しやすいと感じました。 階層分析で何が見える？ また、プロジェクトにおけるアイデア出しでは、階層ごとに分析することで、さまざまな発想が生まれやすくなる可能性を実感しました。同じく、課題を分析する際も、階層別や変数別に整理することで、より具体的な問題点に焦点を当てることができると感じました。 なぜ体感するのか？ 現在は、アンコンシャスバイアスの解消を目指した若手ワーキング向けのフレームワークを企画しています。その一環として、MECEを取り入れたグループワークの時間を設け、同僚と一緒に体感する場面を設定したいと考えています。

原因をどのように特定？ 問題の原因を特定するためには、まずプロセスに分解し、そのプロセスごとに原因であるという仮説を立て検証する必要があると学びました。特に、条件を同じにして比較対象の要素をひとつだけ変更するA/Bテストの手法は、原因検証に非常に有効であると理解しました。この「分析とは比較である」という本学習の原則は、派生していっても常にその根本に忠実でなければならないと感じました。 多角的な検証の鍵は？ また、問題の原因を直感で捉えるのではなく、What、Where、Why、Howの4つのステップで明確に切り分けることで、決め打ちにせず多角的な検討が可能になると実感しました。これにより、他者への仮説説明もしやすくなると同時に、A/Bテストを実施する際にもどの要素を置き換えるかを明確にしてトライアンドエラーのプロセスを進めることができ、より納得のいく検証が行えると感じました。

なぜイシューを明確にするの？ 現段階で解答すべき問い、すなわち「イシュー」を常に明確にすることが求められます。これを実現するためには、まず「問い」の形で捉え、具体的な視点で考えることが大切です。そして、一貫してその焦点を押さえ続けることが必要です。 どうやって組織で共有する？ また、組織全体でイシューを共有することで、同じテーマに対しても状況や時期によって本質が見えにくくなることを防ぐ工夫が求められます。製品の満足度ポイントのデータ整理や業務テーマの報告、日々の業務改善提案など、様々な場面でこの考え方は活用されるでしょう。 どんな情報が肝心？ 特に、相手が知りたい情報を的確に判断し、厳選した情報を提示することが重要です。こうすることで、情報を得た相手がすぐに行動に移せるかどうかを意識しながら、何度もイシューを見直して報告資料を整理していく姿勢が求められます。