(55ページ目)

課題 ✕ 解決

に関する学び

---

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

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

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

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

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

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

ギャップをどう認識する？ 問題解決の4ステップのうち、特に「What」に注目し、あるべき姿と実際のギャップを定量的な指標（戻り作業件数、作業にかかった工数、提案件数など）で明確に合意することの重要性を学びました。また、原因分析ではロジックツリーを活用し、検討内容を「もれなく、ダブりなく」分けながら視覚化する方法についても理解が深まりました。 議論の進め方はどうする？ 議論に先立ち、まずメンバー全員で各ステップやロジックツリーの使い方を確認することで、効率的な打合せの進行が期待できると感じました。たとえば、自グループの課題を「あるべき姿に届いていない事柄」と「ありたい姿に到達させたい事柄」に分け、さらに緊急度や重要度の観点で項目を設定し、課題をリストアップします。その後、部門の評価基準に沿ってグループ化・絞り込みを行うことで、議論の視野が広がり、参加メンバーの納得度も向上すると考えています。さらに、年間のグループ目標設定時に、ロジックツリーを用いた項目分けも取り入れ、数多くある課題の中から重点項目を絞り込む議論の場を設ける予定です。

グラフ選びの意義は？ データの基本的な加工方法について学び、どの場面でどのグラフを用いるべきかを考える大切さを実感しました。グラフの選択を誤ると、重要なポイントに気づけなくなる可能性があるため、今後はグラフ選びのセンスをより一層磨いていきたいと思います。また、X軸やY軸の設定がグラフの印象に大きく影響することも学び、客観的な視点でデータを分析する必要性を痛感しました。 分析視点の拡大は？ さらに、販売実績の分析においては、年齢、性別、購入時期などの切り口でデータを細分化し、多角的に見ることでより深い洞察が得られると感じました。データを見やすく加工することで、迅速な意思決定に繋がる効果や、説得力ある資料作成に役立つ点も納得できました。 仮説検証の基本は？ 一方で、仮説を立て検証するという基本ステップが省略されがちであると感じました。手元のデータのみで課題の発見から解決策の選定まで進める傾向が見受けられるため、仮説設定と検証のプロセスにもっと注力し、多角的な分析を可能にする適切なデータ加工の重要性を再認識しました。

問いを立てることの重要性とは？ 課題を適切に捉えるために「問いを立てる」ことの重要性を改めて学びました。今何を課題と考えるべきかを理解することで、業務の結果に大きな影響を与える重要なポイントとなります。ただ問いを立てるだけでなく、その問いを最後まで持ち続け、大きな成果物を得るために周囲と共有し、働きかけることが重要だと感じました。 プロジェクトにどう活用するのか？ 現在進めているプロジェクトでは、直面する課題を解決するために、この学びを活用しようと考えています。プロジェクトの目的は単に業務を集約することではなく、現存する課題を解決することです。すべては「問い」を立てることから始まります。 バックオフィス化プロジェクトで何を達成する？ 例えば、バックオフィス化プロジェクトの目的を明確にするためには、時（When）、人（Who）、手段（How）の各観点から業務を分解し、現状の課題を見極め、その解決策を考えることが必要です。また、残業時間の問題についても、このプロジェクトを通じて解決策を見つけることを検討していきたいと思います。

繰り返し学ぶ重要性は？ 本質的な問いの立て方を意識し続けることが重要です。ビジネススキルは繰り返して学習しないと身につきません。そのため、過去の学びを何度も反復し、確実に身につける必要があります。特にクリティカルシンキングは、あらゆるビジネススキルの基礎であり、重要な要素です。 クリティカルシンキングの活用法とは？ 例えば、製造などで連続生産する際には、クリティカルシンキングを用いて課題を抽出します。そして、その課題に対して、3つの視点を用いながら解決方法をクリティカルシンキングで考えます。解決方法は、人々が求める視点で提示し、イシューを設定して筋道の立った考え方を構築し、軸がぶれないようにします。 効果的なデータ表現の工夫は？ また、まとめたデータなどを図表で表現し、分かりやすくする工夫も必要です。課題を説明する際には、ポイント順に整理しながら説明することが大切です。相手がどのような情報を求めているかを考えながら整理し、まとめた情報を文章で表現することで、何が言いたいのかを自分自身で明確にすることが求められます。

視点の違いをどう活かす？ 視点の違いや切り分け方によって、様々な考え方が存在することを理解しました。特に、他の方からの意見で、視点を効率的に切り出す手法を学んだことは非常に参考になりました。これは、私が得意ではないMECEに基づく情報の洗い出しに役立つ効果的な方法であり、大変勉強になりました。 事業企画における情報整理の要点 事業企画においては、ソリューションの提供価値を考える際、誰のどの課題を解決するのかという情報整理を論理的に行うことが重要だと考えています。また、意見交換を通じて、これらの情報が事実に基づいていることの重要性を再認識させられました。また、情報収集の際に実際に現場を訪れることの重要性も感じました。 MECEでの考察がなぜ重要？ 現在検討中の事業企画のソリューションが、誰にとってのどの課題を解決するのかを、順序立ててMECEに考えようと思います。そして、一度立ち返って、自分が検討している事業分野全体の課題や提供価値をMECEに考察し、本当にこのソリューションが必要なのかを改めて見直していきたいと思います。

情報収集の課題は？ 収集したデータは、そのままでは問題解決に活かすことが難しいと感じました。なぜなら、目の前にある情報に左右されやすく、都合の良い情報だけを集めて判断が偏ってしまうリスクがあるからです。 問題整理の手法は？ また、【What】【Where】【Why】【How】というステップで問題解決を整理する考え方は、非常に効果的だと実感しました。これはデータ分析に限らず、さまざまな事象を体系的に整理する上で役立つ手法です。たとえば、製品企画や業務提案に取り組む際、どの切り口からアプローチするかの起点となるため、有用だと感じました。 提案の差はどう？ 最近の新しい業務提案にあたっても、同様に【What】【Where】【Why】【How】で整理する必要があります。ただし、提案内容が【How】だけに偏ってしまう傾向があるため、MECEを意識して全体をバランスよく整理することが重要です。さらに、金額（HowMuch）や期間（HowLong）といった具体的な要素も含めて考えることで、より実践的な問題解決が可能になると感じました。