(82ページ目)

解決

に関する学び

---

最重要な問いは何？ まず、解決すべき問いを明確にすることが最も重要です。自分が直面する問題とその理由を具体的に整理し、問いとして言葉にすることで、議論の軸がぶれにくくなります。次に、論点を整理し、異なる視点から検討を重ねるとともに、正確な情報を根拠と共に収集することが求められます。そして、シンプルで分かりやすい表現を使って主張を伝えることが大切です。 会議の目的は何？ 会議を進行する際も、まず解決すべき問いをはっきりとし、その目的を問いの形で参加者と事前に共有します。これにより、イシュー解決のため必要な情報の収集や、基礎知識の習得が促され、多様な視点からの議論が円滑に進む土台が整います。議論が逸れた場合は、速やかに本来の問いに立ち戻ることが重要です。 問題をどう分解？ また、優先順位を考慮しながら、解決すべき問いを中心に据えて問題を分解し、必要な情報を効率よく整理することが求められます。各分野の基礎知識を最低限修得しておくことで、根拠に基づいた主張ができ、事前に共有した問いや論点を軸に、有効な結論に導くことが可能となります。

問題点は何でしょう？ 何が問題かを明確にし、結論のイメージを持ちながら取り組むことが大切だと感じました。何を解決したいのかを考えることで、目的に立ち返ることができるため、数字をどのようなグラフで表現するか悩む場面でも、考え方の整理が進みました。データ分析においては、仮説思考が基本であるとも実感しています。 プロジェクトの目的は？ 業務改善プロジェクトに取り組む際には、まず目的の設定が不可欠です。進める中で何を解決したいのか、そして最終的な結論のイメージを持ちながら作業を進めたいと考えています。現状では、システムや運用の活用率といったデータが中心ですが、活用と非活用という単純な区分のみで目的に沿った分析が可能かどうか、再度検討する必要があるように思います。 誰にでも分かる目的は？ 目的設定については、誰にでもすぐにイメージできるような分かりやすいものにすることが重要です。現在取り扱っているデータから新たな気づきが得られないか、また、ほかのデータを追加することで見えてくる可能性があるかどうかにも注目していきたいと思います。

導入の不安は何？ AIなどの新しい技術を自社の業務に導入する際、最適な方法が明確でないことが多く、適当な仮説に頼るだけではユーザーのニーズを十分に捉えられず、導入がうまくいかない事例があると感じました。観察やインタビューを行い、ユーザーが直面している本当の課題を定義することが、根拠に基づいた施策の展開につながるのではないでしょうか。 事前準備は十分？ ただし、観察やインタビューを最初に実施する際、聞く内容があらかじめ決まっていないと十分な情報が得られないのではないか、という懸念もあります。一方で、こちらが求める回答にユーザーを誘導してしまう危険性もあるため、フラットな立場でユーザーの本音を引き出し、客観的に分析するプロセスが不可欠だと考えます。 ユーザー視点は大事？ 特に、共感を基盤とした課題定義の段階では、ユーザー中心の視点が非常に重要です。業務においては、新しい技術やソリューション自体に焦点が当たり、答えあたりの議論に陥りがちですが、常に解決すべきはユーザーの本質的な課題であることを念頭に置き、施策の検討を進めたいと思います。

アカウンティングの基礎をどう活かす？ アカウンティングの基礎をしっかりと身につけたことで、自部門の数字に対する責任感が具体的に感じられるようになりました。これまで私は、P/L（損益計算書）やB/S（貸借対照表）に対して漠然とした理解しか持っていなかったことに気づかされました。今後は、これらの学習内容をすぐに実践に移せるようにしたいと思います。 計画と実績のズレをどう説明する？ 毎月の事業経過報告で、実績が計画からどのようにずれているのか、その原因を明確に説明できるようになりたいです。例えば、仕入れ金額が計画より増加した場合、それが単なる値上げなのか、それとも今後の増産に備えた仕入れの前倒しなのかなど、自分の言葉でしっかりと説明できる力を身につけたいです。 学んだ知識でどう問題を解決する？ 講義で学んだことを活かし、自社のP/LやB/Sを自部門に照らし合わせて、問題点を明確にできるようになりたいと考えています。また、設備投資や優先順位をつける際の判断材料として、この知識を活用することで、実践的な資源配分が可能になると考えています。

今の問いの意味は？ イシューとは、今ここで答えを出すべき問いのことであり、問いが何であるかを常に意識し、組織全体でその方向性を共有できるよう努める必要があります。 具体化はどう行う？ イシューの特定は、問いを具体的な形に落とし込み、一貫して保持することが基本です。また、ピラミッド・ストラクチャーを用いる場合、まずイシューを明確にしてから、論理の枠組みを考え、主張を適切な根拠で支えるというステップが不可欠です。 問題と対応策は？ 担当プロジェクトで問題が発生した際には、まずイシューを特定し、その問題に対してぶれず対応策を検討したいと考えています。同様に、事業計画の立案時にも、目標実現に向けた問題点を洗い出し、解決策を提示する上で非常に効果的だと思います。 納得できる資料は？ さらに、問題点を徹底的に洗い出し、要素分解や数値分析を実施することで、相手が納得しやすい見やすい資料を作成することが重要です。また、部下や上司、顧客との打ち合わせの際には、目的である問いを明確にし、議論がぶれないよう意識することが大切だと感じています。

フレームワークの苦手感は？ フレームワークに対しては苦手意識がありましたが、目の前の課題を解決するためには、自分一人で思いつくアイディアや情報には限界があると痛感しました。そこで、フレームワークを使いこなし、自社、競合、市場の現状を正確に把握することで、自社のどの部分に付加価値があり、また他社と比べてどの点で優れているのかという視点から解決策を導き出したいと考えるようになりました。 連携不足はどう解決？ 利用希望者は増えている一方で、事業所も次々と増加しており、競争が激化していく中で、自社内に多数の専門職が在籍している点は大きな強みです。しかし、事業所間の連携に課題が残っているため、この部分の改善が進めばさらなる強みにつながると期待しています。また、専門的な知識が十分でない事業所も多く存在するため、今後は知識量の向上に努め、差別化を図っていく必要があると感じました。 情報整理は何が肝心？ いざ分析に取り組む際には、市場や競合の状況を事前に把握しておくことが不可欠です。皆さんは、どのように事前情報を整理しているのでしょうか？

ChatGPTを活用する意味は？ 実践演習がメインの週だったが、データ分析は答えがない世界だと感じているので、自分で考えるだけではなくChatGPTを共に使用して問題解決を試みた場合、どのような成果が得られるかに焦点をあてて演習に取り組んだ。普段は自分の頭で考え一人で結論を出していたが、そのことに限界を感じていたため、今回の受講はAIを活用する実践の場として非常に学びが多かった。 AIの活用で得られる視点は？ どれだけ訓練を積んでも、人間である以上、自らの思考には必ず偏りがある。多面的な視点でデータ分析を行うことが問題解決の第一歩であり、AIを活用して多くの視点を得ることが有効だと改めて気づくことができた。これからは、普段からAIを十分に活用するよう心掛けたい。 AI相談の工夫を学ぶ データを分析する際、必ず一歩立ち止まり、AIに素直に相談してみるようにする。AIをデータ分析のパートナーとするため、相談の仕方を工夫することも学んだ。正解を出すことを目的とするのではなく、自分の思考を広げるためのAI活用を身につけていきたいと思う。

四つのキーワードは？ 今回、クリシン強化のための考え方やスキルを振り返る機会を得ました。私自身、「もれなくダブりなく」、「問いを立てる」、「主張を根拠で支える」、「目に仕事をさせる」という四つのキーワードを通して、重要な点を理解することができました。 フレームワークの使い方は？ また、人それぞれに思考の癖がある中で、MECEやピラミッドストラクチャーといったフレームワークを活用することが、思考の癖を補正する有効な手段であると学びました。 グラフ作成の工夫は？ さらに、グラフの見せ方や作成方針についても普段あまり意識していなかったため、考えの幅が広がったと実感しました。 説得力の磨き方は？ これからは、自分の主張で周囲を動かすため、相手に納得感を与えられる説明を心がけます。具体的には、課題解決の際に他部署との連携が必要な場面で、事象を細かく分解して理解し、適切な問いを立てることで説得力を高める努力をします。また、資料作成時にはメインメッセージとその内容や順序が整合するようにデータを掲載して、説得力のある説明を目指します。

なぜイシューが大切？ イシューの特定が最も重要であると実感しました。目的や問いを明確にし、何が課題であるかを意識して考えることが、クリティカルシンキングの本質であると学びました。もしイシューを正確に捉えずに進めてしまうと、求める打ち手に辿りつくことができなくなるため、常にその視点を持つことが不可欠です。 課題整理はどうする？ プロジェクトでの課題に直面した際には、まず課題を分解して考えることが効果的です。提案や説明の際も、目的や課題を明確に伝えることで、相手に理解してもらいやすくなります。このアプローチは、課題に対する解決策の解像度を向上させるためにも役立ちます。 仲間の知恵は？ また、問題に対してすぐに打ち手を検討するのではなく、まずは課題やイシューが何であるかをしっかり意識すること、そして分解して考える習慣を身につけることが重要です。自分一人で考えるのではなく、チームメンバーや上司の意見を取り入れることで、思考の幅を広げることができ、他のチームの課題に対しても同じく思考し、言語化する練習を継続することが大切だと感じました。

全体像を掴めた？ 今週は、これまで学んできた内容の総括を行い、全体像を整理することができました。特に、さまざまなフレームワークを学ぶ中で、データ分析への応用という視点が十分に考慮されていなかったと感じ、その応用方法を学べたことは大きな成果となりました。 解決プロセスは？ 問題解決のステップや、各ステップにおけるプロセスの分解など、これらのフレームワークがMECEの実践には欠かせない要素であることを実感しました。今後は、これらの点を念頭に置いて取り組んでいきたいと考えています。また、仮説設定については、あくまで切り口として捉え、仮説の実証に固執しない姿勢を大切にしていく所存です。 データ活用はどう？ さらに、日常的に触れるデータを活用し、各フレームワークを自分の中に定着させるためには、意識的な実践の場が必要であると感じました。そのため、普段の業務はもとより、オープンデータを活用して実践できる環境づくりに取り組むつもりです。具体的には、新たな講座への受講や社内での勉強会の企画などを通じて、さらなるスキルの向上を目指します。

共感ってどう大切？ 共感の大切さが一番印象に残りました。ユーザーの動作や発言に注目し、彼らの立場から本質的な課題を捉える観察力が必要だと感じました。また、誰がどのような状況でどんな課題に直面しているのかを明確にし、仮説に基づいた解決策を提供することの重要性も実感しました。 営業はどう変わる？ BtoB向けの営業プロセスでは、自社商品やサービスの提供に留まらず、まずユーザーの課題を把握することが基本です。ユーザーの課題を観察し、仮説を立てながら顧客との検証を繰り返すことで、まだ気づかれていない本質的な問題にも気付くことができ、その結果、より効果的な営業活動（インサイト営業）につなげることができると感じました。 課題共有は必要？ また、商談前に課題を共有する活動の重要性も印象に残りました。普段の業務においては、顧客サーベイやチームでのブレインストーミングを通じ、ユーザー視点の仮説を多々収集しています。その後、実際の検証結果をもとに、各メンバーが顧客との面談時の特性や仮説の内容を共有し、より質の高い対応策の検討へとつなげています。

イシューの問いはどう？ イシューを特定するための問いの立て方を学びました。問いは具体的な行動に落とし込むことが重要であり、イシューは一貫して追い続ける必要があります。そのため、定期的に立ち返って方針にブレがないかを確認することが大切です。 問いの背景はどう？ この手法は、社内のサポート対応にも活用できると感じています。問い合わせ内容をそのまま受け取るのではなく、なぜ問い合わせがあったのかを問い立て、本当に解決すべき課題を掘り下げることで、イシューを明確にし、結果としてサービスレベルの向上に繋がると考えています。 会議で問い直す？ また、問い合わせに対して問いを設けた上で、社員とのコミュニケーションを通じて情報収集し、イシューを明確にすることが必要です。メンバーごとに対応内容に違いが出ないようチーム内で共有し、長期間にわたり課題解決が進まない場合は、会議でイシューに立ち返り、問い自体が正しかったのかを含めて検討していくことが求められます。こうした流れを定例会議に組み込むことで、より効果的な対応が実現できると考えています。