(50ページ目)

課題 ✕ 検討

に関する学び

---

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

ありたい姿はどう変わる？ この講座を受講する中で、自分が目指す「ありたい姿」が明確になりました。普段は物事を慎重に検討する反面、思い切った決断に臆病になりやすく、変化より現状維持を選びがちでした。しかし、現状を在り方として分析する方法を学ぶことで、根拠に基づいた選択や断念ができるようになり、その結果として自信を持って決断できるようになりました。 戦略は計画通り？ また、戦略の立案においては「設計」と「実行」という両輪が不可欠であり、綿密な設計があって初めて実行に移せるという考え方を身につけました。これにより、計画と実践の両面でバランスを取る重要性を実感しました。 変化にどう向き合う？ 一方、大学職員として従事している中で、年間を通じたルーティン業務の多さから成果が見えにくい現状に直面していました。しかし、こうした環境の中で時代の変化に対する危機感を感じ、自分自身のスキルアップを決意しました。前例に捉われず、課題の本質に問い続ける姿勢を大切にし、将来的には安定した大学経営を支えるための経営戦略を担えるスキルの習得を目指しています。

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

新たな掛け算発想は何？ 今週は、掛け算を用いた新たな発想の疑似体験が印象的でした。デジタル技術を使う理由については納得がいかない部分もありましたが、図式化によってイメージが広がり、柔軟な発想が生まれる点は非常に良いと感じました。なお、生成AIの方がアイデア出しに適しているという意見もありました。 顧客価値はどう感じる？ また、デジタル社会における顧客価値について学んだ際、サービスが従来以上の価値を提供することの重要性に驚かされました。初めて聞く企業のサービスや、以前から知っている企業の事例を通して、ただ盗難防止のための機能に留まらず、付加価値の高いサービスが顧客に魅力を与えることを実感しました。 生成AI利用はどう進化？ 先週の課題を受け、今後の業務において生成AIの活用を真剣に検討するようになりました。まずは、自分の現在の業務内容を棚卸しし、その中で生成AIがどのように活用できるかを柔軟な発想で考えることが大切だと考えています。また、現在のやり方に固執せず、成果を意識した新たなアプローチを模索する姿勢も重要だと思いました。

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

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

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

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

プロトタイプの意義は？ 自身のプロトタイプ作成を通じて、また他者のプロトタイプを検討する際にも、可能性を排除しない姿勢がいかに重要かを実感しました。同様に、フィードバックの際も前向きなアドバイスを意識することで、その後の可能性が広がると感じています。 新手法は効果的？ 新たなトレーニングプログラムの導入、新たな選手の育成方法、さらには試合運営の新しい手法を試みる場合にも、この姿勢は有効です。いきなり完成形を目指すのではなく、スモールスタートから出発し、繰り返し改良を重ねる流れが効果的だと考えます。ただし、生身の選手を対象とする以上、失敗や上手くいかない事態にも備える必要があり、あらかじめ関係者との合意形成をしっかりとおこなうことが重要です。 失敗も学びになる？ どの業務においても、「とにかく試してみる」という姿勢と、不明点があれば実践を通して学ぶ姿勢が大切だと感じました。共感や課題の認識、アイディア出しといった基本的なプロセスを経た上でプロトタイプを進めれば、前向きな姿勢で改良を重ねることが成功につながると実感しています。

仮説をどう検証する？ 仮説を検討する際は、決め打ちせずに複数の仮説を出すことが大切です。加えて、それぞれの仮説が補完し合い、異なる視点からの切り口を持つことを意識しています。自分の知見や簡単な検索だけに頼らず、3Cや4P分析などのフレームワークを活用することで、より精度の高い仮説が構築できると改めて実感しました。 提案の鍵は何？ また、担当しているお客様に提案を行う際には、企業が抱えるビジネス課題やそれに対してどのような提案が有効かを日々考えています。しかし、時間の制約からホームページや業界情報の簡単な調査だけで済んでしまうこともあるため、本講座で学んだフレームワークを活用し、複数の仮説を立てる基本に立ち返ることを意識しています。 問題解決の秘訣は？ 特に、問題解決のための仮説設定プロセスが非常に有効であると感じました。問題は何か、問題の程度はどれほどか、どこに原因があるのか、なぜその問題が発生しているのか、そしてどう対応すべきかという一連のプロセスをしっかり分けることで、仮説思考をより深めることができると考えています。

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

プロセスは順調？ 今回の演習では、実データ（定量）と生徒の声（定性）の両面を活用し、生徒の声をデータで補強しながら仮説検証を行う一連のプロセスを経験することができました。 ボトルネックはどこ？ 課題の究明にあたっては、まずどこにボトルネックがあるのかをフレームワークを用いて特定しました。また、必要に応じて追加でどのようなデータが必要か、視野を広げながら検討する重要性を強く実感しました。加えて、基本サイクルである「What → Where → Why → How」を意識しつつ、状況に合わせて順序を柔軟に入れ替えることも多角的な仮説検証の鍵であると認識しました。 成果はどう展開？ 今後は、各種アンケートデータをもとに課題の発見・検証・解決、そして新たな気づきを生み出すため、これまで学んださまざまなフレームワークやデータ分析手法をより効果的に活用していきたいと考えています。また、数か月後に予定されている大型イベントやアンケートの実施を機に、今回の学びを実務に落とし込み、具体的な成果に結びつけていく所存です。