(68ページ目)

必要 ✕ 課題

に関する学び

---

授業で気づいた変化は？ ライブ授業を通じて、これまで個々に学んできた知識が点から線へと繋がる感覚を得ました。具体的には、まずイシューを特定し（本当に今答えを出すべき問いかどうかの見極めから始め）、その後に必要なデータ収集および分解を行い、メインメッセージを可視化するという一連のプロセスの重要性に気づきました。今後は、このサイクルを継続して実践していくことが課題だと感じています。 売上回復の秘訣は？ また、売上回復の実例を通じて、最初の大きな課題から具体的な問題に分解していくプロセスの有用性を再認識しました。当初は「売上をどう回復させるか」という大きな問いから出発し、次第に「客数を増やすにはどうするか」や「客単価を上げつつ客数を維持するにはどうするか」といった具体的な課題へと細分化されていきます。 定例業務はどう見直す？ さらに、自身の業務に置き換えると、「定例業務の削減」という大きな課題から業務ごとに分解し、それぞれのイシューに対してデータ収集や可視化を行っていく必要性を感じました。一度の取り組みで終わるのではなく、分解の過程で新たなサブイシューが発生し、それらが次々と連鎖することで、最終的な課題の解決へと繋がっていくのだと思います。 効率向上の鍵は何？ 今後は、業務効率化を実現するために、この学びのサイクルを継続して回し、着実な改善を目指していきたいと感じています。

なぜ顧客は悩む？ 「自分が欲しいものをわかっている人は少ない」という考えは、日常生活の中でよく感じるもので、直感的に理解できました。しかし、今週の学びからは、顧客が自ら抱える課題とその解決策が一体となった商品に出会ったときに、本当にそれを求めるのではないかという印象を受けました。すなわち、優れた商品とは、顧客にペインポイントを認識させ、その解消による心地よい状態を想起させるものだと考えざるを得ません。こうした視点から、ヒット商品は一層「すごい」と感じられます。また、良い商品を生み出すためには、課題発見、技術開発、魅力の伝達など、さまざまな要素を総合的に考える必要があると改めて認識しました。 どこで課題が見える？ 今週学んだことの中で、特に現職に活かせると感じたのは、ペインポイントの発見です。どの立場においても、クライアントが既に期待している課題解決はもちろんのこと、本人が気づいていない課題を見出し、それが問題であると伝えたうえで、一緒に最適な解決策を模索することが求められます。現状、相手の状況を十分に把握できていなかったり、伝えるスキルに課題があると感じているため、今後はクライアントと向き合う際や情報収集・分析の段階で、どこにペインポイントがあるのかを意識して取り組んでいきたいと思います。さらに、ペインポイントを発見するための分析手法についても、今後の学習課題としたいと考えています。

仮説の基本は何？ 仮説とは、ある論点に対して一時的な答えを示すものであり、結論の仮説や問題解決の仮説など、さまざまな形で用いられます。この仮説を立てることで、検証マインドや関心・問題意識が向上し、行動のスピードや精度も高まるという効用があります。 データで示す理由は？ また、仮説はそれ自体の正しさをデータで示す必要があり、その方法が非常に重要となります。データにより正しいことが証明されるとともに、他の説が否定される仕組みが求められます。良い仮説を構築するには、フレームワークの活用も有効であり、フィールドワークやエスノグラフィーといった手法が、質の高い仮説作成に寄与するという意見もあります。 仮説思考はどう役立つ？ さらに、仮説思考は課題や目標の検討にも役立ちます。次年度の事業目標や事業拡大のために、自分なりの課題設定を行う際、また顧客ニーズの変化や新市場を捉える際に、仮説を立ててアイデアを具体化することが求められます。 来年度の目標設定はどう？ 来年度の目標設定においては、売上などの事業指標だけでなく、競合との比較や自社への影響を示す独自のインデックスを仮説として設定することが推奨されます。その仮説がどのような状態になれば「影響がある」と判断できるのか、ほかの指数と照らし合わせながら検証し、実際にデータを収集して売上や実感との整合性を確かめることが大切だと感じました。

今週の学び「問いの立て方」とは？ 今週は「問いの立て方」について学びました。その内容としては、以下の3点が重要です。 1. **問いから始める事**：最初に問いを意識すること。 2. **問いを残す事**：問いを意識し続けること。 3. **問いを共有する事**：組織全体で方向性を共有すること。 解決策とは何を指すのか？ 「問いから始めること」について特に考えさせられました。総合演習の設問で解決策と課題のまとめを行う中で、「そもそも何を解決したかったのか」が不明確なことに気が付き、自分自身で今ここで答えを出すべき問い（イシュー）を意識して取り組む必要があると改めて感じました。 業務への応用を考えてみる ここから得た気づきを基に、社内外の業務にどのように応用できるかを考えてみました。 **製品仕様、要求仕様の検討**： 製品の細かい仕様やユーザーからの要求仕様を製品仕様に落とし込む際、「何のために必要な機能か」「本当に必要な機能は何か」を最初に考え、イシューを設定してから仕様の検討に着手することが重要です。 **社内の打合せ**： 社内外の打合せでは、目的をイシューとして設定し、会議の時間内に何を決めるべきかを明確にすることで、会議の時間を効率的に使えるようにする必要があります。 以上のように、問いを意識することが、業務の効率化や質の向上に寄与すると感じています。

資料の本質は？ これまでのスライド作りを振り返ると、見た目のインパクトを重視するあまり、内容が堅実に伝わらないことがあったと感じています。今回の学びを通じて、まず「この資料で何を伝えたいのか」という本質を整理し、そのメッセージを明確にすることが大切だと再認識しました。グラフやその他の視覚要素は、伝えたい内容を補完するツールとして活用すべきだと考えています。 機能の必要性は？ システムの新機能開発に関する資料作成の場合も、いきなり詳細な仕様に入るのではなく、まずこの機能がなぜ必要なのか、顧客が何を求めているのかを整理するところから始めるべきだと感じました。例えば、現在手作業で工数がかかっていることを視覚的に示すことで、メンバー全員が共通の課題とゴールを認識でき、アイディア出しや改善に繋がる良いスタートになると思います。 管理方法はどうする？ また、資料作成だけでなく、作成した資料をどのように管理するかにも悩みを抱えています。プレゼンテーション資料に限らず、全てのドキュメントについて、修正履歴が重なったり、最新版がどれなのか、誰がどこに保管しているのかが明確でない場合が多いです。アップロード先で検索しても、タイトルに【改定版】や【最新版】といった統一性がなく、どの資料を参照すればよいのか判断しにくい状況にあります。管理方法について、どなたか工夫されている点があれば知りたいです。

どんな仮説を試す？ 仮説を考える際には、複数の視点から取り組むことが重要です。まず、複数の仮説を立てることで決め打ちを避け、幅広い可能性を探る姿勢が求められます。また、異なる切り口―例えばヒト・モノ・カネのどの要素に課題があるのか、あるいは商品販売プロセスのどこに問題が潜んでいるのか―を網羅的に検討することで、より具体的な仮説を構築できます。 タイプで違いは？ 仮説には大きく分けて2種類あります。一つは、ある論点に対する仮の答えを示し、議論の幅を広げる結論の仮説です。もう一つは、具体的な問題解決を推進するための仮説で、WHAT、WHERE、WHY、HOWのどの要素に問題があるのかを明確にして解決策を導く問題解決の仮説です。 検証で何が変わる？ さらに、仮説を考えることには大きな意義があります。検証マインドや説得力が向上するだけでなく、問題意識を高める効果もあります。その結果、行動のスピードと精度が向上し、より効果的な対策へとつながります。 AIとどう連携する？ 現代では、AIを活用して仮説の壁打ちが可能となり、自分の頭だけでなくAIの知見も借りながら思考を深めることができます。しかし、最終的な判断と実行は現場の状況を熟知している人間が行う必要があります。今後は、AIとの協働を自身なりに取り入れ、生産性をさらに高めていくことが求められると感じています。

物事を分解する利点は？ 「物事を分解する」という手法は、複雑な問題や課題を整理し、本質を掴むために非常に有効だと感じました。分解することで得られる利点として、全体像の明確化、真実への気づき、主観や思い込みの排除、具体的なステップの可視化が挙げられます。これにより、行動に移しやすくなり、自信がつき、切り口が増え、無駄が減ることで、コミュニケーションも円滑になります。 IT業界での分解の活用法は？ 私はIT業界で働いています。分解を効果的に活用する場面としては、システム障害時のトラブルシューティングがあります。アプリケーションエラーの要因や原因を細分化して判断します。また、要件定義やシステム設計では、顧客の要求を具体的に細分化し、それぞれの機能や動作について詳しく検討・具現化します。プロジェクト管理やコードレビューにおいても、工程やタスクを細分化して効率的に管理し、効果的なレビューを行います。 明確な目標設定の重要性は？ 実践においては、明確な目標設定が重要です。例えば、障害対応や要件定義の工程で課題を意識し、発生した問題を分解して整理します。分解された要素の因果関係を確認し、特に障害対応時には優先順位の判断も必要です。また、仮説を立てる姿勢やツールの活用も有効です。こうしたプロセスを定期的に繰り返し、振り返りを行いながら、自分のスキルとして確実に身につけていきたいと思います。

クリティカル思考は何？ クリティカル・シンキングは、人、物、金に関するスキルを学ぶ上で非常に重要な基盤となります。このスキルの位置付けを知ることで、その重要性を改めて実感しました。 演習で何に気づく？ 「ドラッグストア」を題材とした演習を通じ、無意識に自分の考えを制約していたことに気づきました。また、クリティカル・シンキングの対象は自分自身であり、自分の思考を定期的にチェックする必要性も感じました。制約や偏りを起こさないようにするためには、視点、視座、視野を意識することが重要です。これらを意識することは、直感的に思考することが多かった以前よりも、今後の業務で大いに役立つと感じています。 業務でどう活かす？ 例えば、部門の広報担当として、部門の取り組みや課題を説明する文章を作成する際、会社案内や統合報告書、さらに格付機関への報告など、様々な場面でこのスキルが活用できます。また、部門の企画担当として来期の業務計画を策定する際、パワーポイントで資料を作成し経営会議で報告する際にも非常に有用です。 客観的視点はなぜ？ 自分の作成した文章やパワーポイント資料に対して、客観的な視点を持つことが重要です。視点、視座、視野を意識し、誰にどの程度の情報量で伝えるべきかを考える習慣を身につけることが効果的です。これにより、読者や聞き手に情報を効果的に伝えることができるようになります。

課題は見極められる？ 何となく考え始めると、思考の方向性や目的とのズレに気づくことが少なくありません。事前に考えるべき課題、つまり「イシュー」をしっかりと見極めることで、無駄な時間や努力、あるいは表面的な議論に陥るリスクを減らすことができると理解しました。 具体性はどう捉える？ イシューを特定する際には、最初から曖昧な内容にせず、具体的な問題点に焦点を絞ることが重要です。たとえば、抽象的な目標ではなく、具体的な事象や時期、原因が明確になるように設定することが求められます。また、イシューは問いかけの形にすることで、問題の本質に迫る手がかりを提供し、解決策を考えるための土台を作ることができます。 チームで共有できる？ 決めたイシューは、思考する際に常に意識し続けるとともに、チームの各メンバーと共有することで、全員が同じ方向を向いて課題に取り組める環境を作る役割を果たします。まずは自分自身が具体的なイシューを設定できているかを再確認し、さらに他者との認識合わせを進めることが大切です。 会議は明確になる？ また、会議や議論においては、イシューが曖昧なまま進んでしまうことを避け、何について話し合うのかを明確にすることが必要です。各自の意見が飛び交う前に、共通した具体的なイシューを確認することで、その後の解決策の話し合いを効率的かつ有意義なものにすることができると感じます。

データで課題をどう切り分ける？ 問題解決のプロセスやロジックツリー、MECE、あるべき姿と現実のギャップを定量的に把握するなどの知識は、実際に活用する際には難しさを感じました。特に、データの観点から課題を切り分ける作業はやや複雑でした。マーケティングや事業計画など多様な視点が浮かぶ中で、データに基づいて論理的に整理する必要性を実感しました。 深まったMECE理解の意味は？ 総評として、問題解決プロセスやMECEの理解が深まったことは良い成果です。データの視点で課題を切り分ける挑戦には大きな可能性があります。今後経験を積み重ねることで、さらに力をつけていくことが期待されます。 日常業務にどう活かす？ 学んだ知識を実務で活かすために、日常業務での意識的な取り入れが重要です。データ活用の支援においては、問題解決のプロセスを意識し、ロジックツリーを用いて問題の分解や特定を進めます。また、アンケートの相談が多いことから、その目的とKPIの確認を行い、MECEを意識した取り組みが必要です。 具体的なデータ活用法は？ データ活用のサポートでは、問題解決のプロセスやロジックツリーを確認し、相手との認識を合わせ、問題点を明確にします。問題のあるべき姿と現実のギャップを定量的に示し、解決策の検討を行います。アンケート項目の確認においても、MECEを意識して進めていきます。

視覚化は本当に必要？ 視覚化の重要性を再認識し、「なんとなく」で資料を作らないこと、伝えたいことが明確なスライドを作ることの大切さを学び直す機会となりました。私は普段の業務でMicrosoft Copilot等の生成AIを使って資料や議事録の要約を行っていますが、生成AIはあくまでツールに過ぎません。何を伝えたいかを常に自分自身で考え続けることが相手の理解を助けると強く感じています。 資料作成はどうすべき？ 経営企画の一環として、経営会議での財務報告を担当しており、一目見ただけで理解できる資料作成を心掛けています。また、多くの場面で議事録作成をしていますが、AIサービスをトライアルする機会を得ました。これは補助的には優れたツールですが、議事録を作成する際には何を記録すべきか、参加者が何を確認したいかをしっかり意識する必要があります。このため、全てをAIに任せることはできないと感じました。 学びは何を示す？ 今回の学びを通じて、何を伝えるべきかを人が考える意義を再認識しました。幸いにも、今回の学習内容は業務で即活用できるものであり、資料作成時には常に意識していきたいと考えています。また、全社的な財務数値管理を一歩進め、部門メンバーが状況や課題を理解できる資料作りにも力を入れたいと思います。そのためには、データ収集の自動化を進め、効率化を図っていくことも考えています。

イシューの本質は？ 「イシューとは何か、そしてイシューを設定して考えるとはどういうことか」を学びました。例えば、ファストフードチェーンの事例では、売上増という大きな目標に向かって進む前に、まず情報を細かく分解し、本当に解決すべき問い（イシュー）は何かを探るプロセスが大切だと説明されていました。売上増そのものがイシューではなく、目標達成の障壁となる要因や課題を見極めることが、本質であると理解しました。これにより、これまで「売上に対して何をやるべきか」という問いを立てていた自分の方法にブレがあったことに気付き、今後は目標への障壁となる具体的な課題に着目して情報を整理しようと考えています。 イベント数字は何示す？ また、コラボイベントの売上やSNS運用のデータ集計から、次の施策へ向けた具体的なアクションを導き出す際にも、この視点が役立つと感じています。たとえば、3か月間実施したイベントの数字の推移を加工・整理し、目標売上に対して実績がどの程度であったか、また達成のためにはどのような条件が必要かを検討することで、課題（イシュー）を明確にする予定です。 イシューの適否は？ さらに、目標と解決すべきイシューが混同しやすいため、ピラミッドストラクチャーを活用して「そのイシューは本当に適切か」を客観的に確認し、より的確な仮説にたどり着けるよう進めていきます。