(59ページ目)

解決

に関する学び

---

どうやってイシューを特定する？ 進め方としては、まず答えを出すべき問い、すなわちイシューを明確に特定します。その後、論理の枠組みを考え、主張を適切な根拠で支えるという基本の流れを踏むことが重要です。作業を進める中で、イシューを常に意識しながら進めるべきであり、過去にはイシューから逸脱したまま次の作業に移ってしまった経験があり、今後はその点の改善が求められます。 なぜ顧客評価に課題が？ また、顧客評価で問題が生じた場合や戦略がうまくいかない状況では、単なる対症療法にとどまらず、根本的な問題が何であるかを特定し、メンバー間で共有することが必要です。特に、エンジニアの方々と仕事をする際には、視点が異なることが多いため、まずは共通してイシューを明確にし、現在の状況と今後の方向性をしっかり合わせることが大切だと感じました。 どうやって情報整理をする？ さらに、各顧客ごとにイシューを特定し、現状理解のためにMECEやデータ分析を実施すること、そして顧客との面談前や会議での参加者間のゴール設定が求められます。資料作成の際は、まずデータを整理し、その後報告資料の構成を考え、スライドごとのメッセージを作成していくという流れを守り、順番を変えないように進めることが重要です。会議中もイシューから逸脱しない進行を意識することで、解決策へと着実に導くことができると感じました。

データ分析は何に使う？ まず、データ分析は単なる数値の羅列に意味を見出すのではなく、特定の問題を解決するために行うものです。いきなりあらゆるデータを収集しても、どの部分に着目すべきかがわからず、効果的な結果に結びつきにくいでしょう。したがって、まずは問題を明確に定義し、大まかな分析から始め、論理ツリーやフローチャートなどを活用してデータを分解します。この際、解決策に結びつくような意味のある分け方を意識し、比較対象を明確にすることが大切です。 問題解決はどう進む？ また、問題解決のプロセスにおいては、「何が問題か（What）」、「どこに原因があるか（Where）」、「なぜその原因が生じたのか（Why）」、「どうすれば解決できるか（How）」という４つのステップに沿って、仮説をいくつか立てながら、検証を進めることが求められます。分析の際は、複数の仮説を網羅的に洗い出し、分析フレームワーク（3Cや4P、5フォース、PESTなど）を活用するのが有効です。例えば、ある期間の売上減少については、内部要因（販売店の比率、広告費、性年代別の購入者率、リピート率など）と外部要因（気温、感染症の流行、訪日外国人の数など）の双方を収集・比較し、ギャップが大きい部分に絞って深堀りを行います。最終的には、複数の解決策を挙げ、判断軸に基づいて最適な対策を選定するという流れになります。

思考の偏りをどう克服する？ 私たちは、しばしば「考えやすいこと」や「考えたいこと」に流されてしまいがちです。私自身も、この偏りを改めて実感しました。そのため、自分や他人にも思考の癖があることをまず前提に置いて考えることが重要です。 客観的思考の習得法とは？ 客観的な思考を身に付けるには、反復トレーニングが必要です。これはすぐに習得できるものではなく、常に意識して取り組むことが大切です。 目的意識を持つには？ 施策や案件については、その「目的」をしっかり理解し、それをメンバーと共有することが基本です。そして、打ち合わせなどの場で話の軸がぶれそうになったときは、常に「目的」に立ち返り、解決方法を模索することが求められます。同一部署だけでの打ち合わせは意見に偏りが出る可能性があるため、他部署をも巻き込む工夫も重要です。 ファシリテーションで意識することは？ 打ち合わせでのファシリテーションでは、議論が偏らないように客観的に捉えることを心掛けています。また、会議で決まったことを自分だけが理解するメモにするのではなく、他の人にも見やすく伝わるようなアウトプットを意識して作成するようにしています。 効果的な打ち合わせのために 以上の点を意識することで、より効果的な打ち合わせや意思決定ができるようになり、組織全体の成果にもつながると感じています。

学びの実践はどう？ 今回の講座のライブ授業や実践演習を通じて、学んだ内容を振り返り、今後の業務や生活にどのように活かすか具体的に考える有意義な時間となりました。忙しい日々の中で時間の捻出も戦略であると感じ、自分の時間の使い方を改めて見つめ直す重要性を実感しました。これにより、学習だけでなく経験から感性を磨くことの大切さを再認識し、旅や遊びも含めた幅広い学びを心がけたいと思います。 経営理念はどう再確認？ また、まずは自社の経営理念やビジョン、戦略をしっかりと再確認することが、全社的な視点での問題解決に繋がると感じました。これを自部署や関連先にも反映させ、現状と今後必要になる施策を社会情勢も踏まえて検討することが重要だと考えています。業務中に現状の整理と目標とのギャップを把握し、課題解決に向けた具体策を検討することを最優先に進めていきます。 会議内容はどう把握？ さらに、来月開催される経営方針会議での内容をしっかりと捉え、その情報をもとに自部署や自身の行動計画へと落とし込む方針です。広報からの社内報や他部署の取組にも関心を持ち、理解を深めることで視野を広げていきます。また、来週はしっかりと時間を確保し、金曜日の最後の30分を振り返りの時間とすることで、今週の改善点と来週のToDoを整理し、PDCAサイクルの好循環を目指して取り組んでいきます。

良い問いをどう立てる？ 的確な回答をするには、良い問いを立てられるかが重要です。問題点を明確にし、解決方法を見つけていくことはシンプルですが、日々の仕事の中で意外とできていないことが分かりました。具体例として、ある企業の事例がありました。この企業では売上減少の原因を客数の減少と捉え、まず顧客数の回復を目指しました。そして、顧客の信頼を取り戻す施策を打ち、顧客数が戻ったところで、顧客あたりの単価を戻すための施策を実施しました。このように、段階的に順序立てて問題を解決していくことが重要だと学びました。 問題認識のズレを防ぐには？ また、日々の業務や会議で上手く嚙み合わない原因が「問題認識」のズレにあることが分かりました。同じ議題について考えているのにもかかわらず、問題点を共有できていないために論点がズレ、話がそれて結論が出ない会議が多々あります。問題点の共有化が重要で、その意識を持ち続けることが大切だと感じました。 解決すべき問題の特定法 あらゆる場面において、何が今解決すべき問題なのかを問いを立ててから考え始めることが重要です。漠然と考え始めてしまうことが多いので、考え始める前に問いを明確にし、出た答えがその問いに合っているのかを確認することが必要です。会議でもチームと問題意識を共有し、論点がズレていないか確認しながら進めていくことが求められます。

イシュー特定はなぜ重要？ イシューの特定の重要性を改めて実感しました。それ以上に「問い」の方向性をブレないよう意識し続けることの重要性に気付かされました。課題を特定し、イシューを設定した後、実際に分析や議論に移る際、この「問い」がブレることが多々あります。気づけば最初に設定したイシューからずれた議論をしていることが何度もありましたので、改めて見直したいと思います。 データ分析で避けたいミスは？ データ分析においては、「問い」の方向性がブレてしまい後で気づき、やり直しが発生することがしばしばです。数字に触れ始めると、「分析」に夢中になり、本来の目的を見失ってしまうことがよくあります。特に注意すべきは「やった気になってしまうこと」であり、過去の経験を通じてこれを痛感しました。この講座を通して学んだフレームワークを意識し、同じ失敗を繰り返さないようにしたいと思います。 言語化の効果とは？ 「イシューを押さえ続けること」は「意識」するだけでは難しいため、言語化を必ず意識したいです。言語化することで、自分だけでなく、周りの方との認識統一にもつながります。これができると、自分が「問い」からずれていても、「誰かが気づき」修正してもらうことができます。自身の考えを客観的に見ることは重要ですが、完璧にはできません。常に第三者のヘルプも借りながら進めたいと思います。

仮説の切り口はどう？ 原因の仮説を洗い出す際は、フレームワークなどを活用しながら大きく２つに分け、対概念の視点を取り入れて考えることが有用です。その後、問題の原因を明確にするために、ステップを踏んでデータを分析することで精度を高められます。 解決策はどう選ぶ？ また、解決策を立案する際には、複数の選択肢をまず洗い出し、しっかりとした判断基準と重み付けを設定した上で、定量的な根拠により絞り込むことが重要です。 アンケートの見方は？ アンケートの分析においては、満足度や推奨度などの数値から問題点を見つけ出し、フレームワークを用いてMECE（漏れなく・ダブりなく）を意識しながら原因を掘り下げることが考えられます。対応策を検討する際には、現状設定している軸に加え、コスト、スピード、対象範囲、実現可能性などの評価項目に対して重み付けを行いながら施策を選択していくことが求められると感じました。 分析の盲点はどこ？ これまでのアンケート分析では、満足度、推奨度、理解度などを全体の平均値で評価する手法が主流でした。しかし、全体の数値は悪くなくとも狙い通りの結果が得られなかった場合や、自由記述回答の中に不満やクレームが見受けられた際には、回答者の属性ごとに分析を行うことで、これまで気づかなかった傾向や問題点を発見できる可能性があると捉えています。

イシューって何が大事？ イシューを明確に設定することは非常に重要です。また、常に問いを残し、その問いを共有する姿勢が大切だと感じます。問いという形にすることで、問われた際に答えを出そうという意欲が湧き、余計なことを考える余地がなくなります。その結果、論理的な思考が促され、問題解決に繋がると考えています。加えて、知識は「インプット」から始まり、「知識の活用によるアウトプット」、さらに「他者からのフィードバック」や「振り返り」といったサイクルを継続することで身に付くと思いました。 どう計画に反映する？ また、会社の方針を自部門の計画に反映させるとともに、その計画を分解して部下に展開する際にも、このアプローチは有効だと考えます。経営層の指針が正しく、かつ方向性を変えることなく伝わるためのツールとしても活用できるのではないかと思います。 計画の検証、どう進める？ 計画立案にあたっては、まず必要な項目や要素を漏れなく、かつ重複なく洗い出すことが求められます。そして、思い込みを排除し、客観的な視点で検証することも重要です。さらに、計画の中でイシューを特定し、対応策が論理的であるか、また設定した枠組みから逸脱していないかを慎重に考える必要があります。最後に、各対応策の根拠を明確にし、その正当性を確認することが、計画の成功に向けた鍵となると感じました。

MECEの難しさと挑戦 MECEを意識しすぎるあまり、本質的なロジックツリーを作れていないことがあるのは、本当にその通りだと思いました。漏れなく整理するために「その他」を多用している自分を容易に想像でき、今回の講座内容は非常に自分事として受け止めることができました。 良質な示唆を得るには？ MECEは重要ですが、あくまでフレームワークの一つであり、問題解決に繋がる良質な示唆を提供できる分け方が求められます。現状の自分の役割としては、営業戦略の策定と売上増加のための施策検討があり、常に課題解決に取り組む状況です。Week 01から学んでいる内容は、まさに今の業務に直結するものです。 定量的な分析を目指して WhatやWhereを置き去りにせず、現状の分析とありたい姿やあるべき姿をしっかり定義し、どこにギャップがあるのかを定量的に、そしてMECEに整理できるようにしたいです。前提となる「現状分析やありたい姿の定義」は、頭の中でわかった気で終わるのではなく、しっかりと言語化することを意識します。 フィードバックの活かし方 MECEのアプローチは、一人でアウトプットを出したうえで、同僚や上司からフィードバックをもらい、自分では気付けない「漏れやダブり」を見つけることが大切です。そのためのブラッシュアップを行い、練習を重ねていきたいと思います。

思考の視野を広げるには？ 自分の思考は、慣れた方法にとらわれてしまいがちで、視野が自分中心になっていることに気づきました。これを解決するためには、視点を変え、視座を高め、視野を広くすることが重要です。まずは、どのように考えるかを意識することが大事です。相手には文章としてしっかり伝わるように心がけ、目的をしっかり見つめることが必要です。 目的理解の重要性とは？ 大切なのは、ただすぐに行動を起こすのではなく、目的をしっかりと理解し、思考のプロセスを意識する時間を設けることです。プロジェクト内では、チームメンバーに目的をしっかりと説明したうえで、他の視点がないかを考えるよう促すことが役立ちます。また、業務内の小さなタスクについても、その目的を理解し、Alternativeな方法がないかを考える習慣をつけることが重要です。 問題解決の前に確認すべき点は？ 問題解決に急ぐのではなく、まず目的をしっかりと理解しているかを確認します。その際に「なぜ」を繰り返し問い直すことも効果的です。自分の思考の癖を客観的にとらえるために、考えを紙に書き出すと良いでしょう。そしてミーティング中は、チームメンバーとともに目的の理解やプロジェクトの前提を確認し、多様な視点や視座、広い視野で議論ができる環境を整えることに努めます。

問題の本質をどう見極める？ 問題や課題に対応する際、すぐに対応策を安直に打ち出すのではなく、まずはその問題や課題がどのようなもので、なぜ、どこで発生しているのかを考える必要があると学びました。これを実現するために、MECEの考え方を用いてロジックツリーで問題や課題を細分化し、対応策を複数検討し、状況に応じて採用する対応策を決定することが合理的な判断となることがわかりました。 IT活用で解決策を見つけるには？ また、ITの活用によって業務効率化を検討する際には、「業務効率化」という漠然とした課題を、ロジックツリーで細分化することで解決の手がかりを得ることができます。具体的には、どこで、なぜ、どのような問題が発生しているのかを特定し、その問題を解消できるITを導入することによって、費用対効果を意識した問題解決が可能となることを理解しました。この学びは、現実の問題解決に活かせるものだと考えています。 部署の問題をどう改善する？ 現在、所属する部署では残業時間が非常に多く、人員も多いという問題があります。この部署でどの作業が一番多く時間を要しているのかを、ロジックツリーで特定しました。その結果、出荷日や納期変更が頻発している作業が問題であると判明しました。したがって、この部分に有効なITの導入や、業務プロセス自体の見直しを提案したいと考えています。

仮説の種類と意義を知る 仮説とは、ある論点に対する仮の答えのことを指します。仮説には目的に応じて「結論の仮説」と「問題解決の仮説」がありますが、その中でも仮説は様々なフレームワークを用いて複数用意する必要があります。検証方法としては、データ収集が重要であり、目的対象を検討した上でアンケート調査や口頭調査を行うことが有効です。 打ち手を選ぶ際のフレームワーク活用法は？ 業務に活用できる場面としては、打ち手の検討があります。問題解決のためにどの打ち手が効果的かを考える際には、フレームワークを用いてどこに効果があるかを検討することが求められます。ブレインストーミングから打ち手を選定する際にも、枠組みから検討し、その打ち手の効果測定や仮説作りのためのデータ収集が必要です。 フレームワークで複数視点を持つには？ 複数の仮説を持ちながら物事を検討することは重要です。フレームワークを活用することで、様々な視点から会議に参加する準備が整います。そのためには、フレームワークの知識を習得し、何が論点になっているのかを正確に確認することが必要です。 データ検証の質を高める手法 データ検証の項目を洗い出す際には、目的が曖昧なままアンケート調査を行うのではなく、目的を明確に定め、それに沿った項目や枠組みを検討しながら実施することで、質の高い結果が得られます。