(57ページ目)

解決

に関する学び

---

合意形成はどう進める？ 問題解決に取り組む際は、まず「理想のあるべき姿」と現状とのギャップを整理することが重要です。表面的に見つかった問題をそのまま解決していくのは、時には運に任せる側面があり、必ずしも大きな影響を与える要因とはなりません。そのため、まずは現場の関係者と「理想のあるべき姿」についてしっかりと合意形成を図ります。もし現場側に理想がなければ、関係者と共に理想の策定に取り組む必要があります。 目標設定は本当に明確？ 自身の業務においては、現場で設定される各部門の達成目標＝理想を出発点とし、そこから現状とのギャップを明確に報告する役割があります。しかし、現実には現場で理想が設定されていなかったり、目標が曖昧である場合が多く、部署として理想について十分に把握できず、ギャップを正確に報告できていない現状があります。 理想共有はどうやる？ このため、まず現場の「理想」を共有し、正確に把握することが重要です。もし、現場側で理想が不明確であれば、定量的な目標の設定を提案し、協力して策定することが必要です。次に、現場の理想と実際の状況との間に存在するギャップをしっかりと報告するステップに移ります。 連携で成果は得られる？ 以上のプロセスを実践することで、現場と部署が連携し、理想に近づくための効果的な問題解決が進むと感じています。

成功と失敗の違いは？ 「イシューからはじめよ」の内容に目新しさは感じませんでしたが、「BIG THINGS どデカいことを成し遂げたヤツらはなにをしたのか？」で述べられている【失敗したプロジェクトの共通点は、「すばやく考え、ゆっくり動く」ことだ。一方、成功したプロジェクトはいずれも「ゆっくり考え、すばやく動く」ことを徹底している。】という点と共通していると感じました。このような発見をすることができ、自分自身の業務の見直しが重要であると改めて思いました。 成果伝達の工夫は？ 現在取り組んでいるコンサルティングセールスやセールスイネーブルメントは、個人の課題解決力に大きく依存しています。これまで自身の成果を上げることはできていましたが、他のメンバーに成果を伝える過程で問題が生じることがありました。メンバーが成果を出せるような仕組みを作るためにも、「伝えること」にもっと時間と労力を投入することが必要だと感じています。 業務見直しの方法は？ 知識を得ていることと、実際の業務で適用し続けることには大きな違いがあります。今回の講義を通じて、自分の業務を定期的に見直すことを習慣化したいと思います。具体的には、講義を活かして「週1回のふりかえり、イシューに立ち返る時間を死守する」ことを取り入れ、この機会を確保するように努めていきたいと考えています。

いつデータは成果に？ 十分なデータを蓄積することが、正確な現状把握と適切な問いの設定につながるという点が非常に印象的でした。日々あらゆるデータを収集し、いつ何に対して答えを出すべきかを意識することが問題解決の基本であると再認識しました。 ROI考慮の意義は？ また、解決策を検討する際には、ただ増やすのではなく費用対効果（ROI）も十分に考慮すべきだという点も学びました。特定の業務を増やすことがオペレーションコストの増加や問題の複雑化につながることがあるため、必要に応じて削減する視点も取り入れることが大切だと感じます。さまざまな角度から分析することで、より有効な対策を講じる可能性が広がるとも思います。 採用戦略の真髄は？ 私の会社では現在、採用活動の強化に取り組んでおります。今回学んだ内容は、採用数の増加に向けた戦略に役立つと感じました。例えば、時期別の応募者数を分析し、各流入経路の割合からボトルネックを明確にすることで、仮説に基づいた具体的な対策を講じ、採用数の向上を目指したいと考えています。 PDCAで何が変わる？ この学びを整理した上で、抽象度の高い問題解決が求められる業務にも積極的に挑戦していきたいです。PDCAサイクルを何度も回すことで、立てる問いの質が向上し、より良い成果につながると信じています。

なぜ比較が必要？ 分析の本質は比較にあるという考え方を、このコースを通じて実感しました。さまざまなデータを客観的に捉えることで、意味のある仮説を立て、問題解決に導くことができると学びました。 どの過程を重視？ また、データ分析における問題解決のプロセスを、what、where、why、howといった各フェーズごとに練習できた点も印象的でした。それぞれのステップを意識することで、闇雲にデータを扱うのではなく、明確な方向性を持った意思決定がしやすいと感じました。 どうやって加工する？ さらに、代表値の算出やグラフ化といった各種加工方法にも挑戦しました。多くの知見を得られたものの、引き続き練習を重ね、よりスムーズに扱えるようになりたいと考えています。 どう変わる職場？ 職場においては、事業戦略の立案を担う立場であるため、事業計画や財務諸表といったデータを迅速に読み取り、上司やチームと共に議論できるようになることが目標です。その結果、仕事の幅が広がり、事業戦略に大きく貢献できると確信しています。 なぜ幅広い視点？ そのためにも、さまざまなデータの切り口を洗い出し、仮説思考をさらに研ぎ澄ます必要があると感じました。業界に限定せず、幅広い知識や興味を持つことで、実践的なスキルが向上することを実感しています。

なぜ率で比較？ 比較を行う際、単に得られた数字だけに注目するのではなく、各母数の違いを考慮して率で比較することが重要だと感じました。 仮説はどう立てる？ また、原因を特定するためには、仮説を立てる際に思考の範囲を広げることが必要です。フレームワークや対概念を活用し、問題を引き起こしている要素とそれ以外の要素に分けて検討することで、幅広い視点から仮説を考えることができると実感しました。 どの基準を選ぶ？ さらに、複数の仮説から最適な案を選ぶためには、判断基準を明確に設定し、重みづけを行って評価するプロセスが不可欠です。何が原因でどの介入方法が効果的かを理解するため、何度もしっかりと比較する必要があると感じました。 実験の意義は何？ 問題解決のアプローチとして、What/Where/Why/Howの順で検討を進める手法に加え、A/Bテストのように新しい介入方法の有効性を実験的に確認する方法も学びました。ただし、テストを実施する際には基準を統一し、条件をできる限り揃えることが求められます。 多視点は重要？ 社員の健康課題のように問題が明確になりにくいケースでは、最初の段階から様々な視点で問題を考える必要があります。何度も複数の仮説を出し、判断基準を明確にすることで、最適な介入方法を選択していく大切さを改めて感じました。

問題解決の第一歩はどこ？ 問題解決の4つのプロセスを学びました。起きたことをwhat・where・why・howに分けて考えると、普段ではwhereやwhyについては何となく意識しているものの、その「何となく」から思いつきでhowに至ってしまうことが多いと感じました。whatについてはほとんど考えられていないように思います。また、現状とあるべき姿のギャップを言葉にしようとしても、うまく出てこないことに気づかされました。これは自分がいかに漠然とした考えで問題に向き合っていたかの証拠だと感じました。 定量的分析を習慣化すべき？ 目の前のことに一喜一憂せず、日々の問題には定量的な分析を行うことを習慣づけたいと思います。たとえば、キャンペーンの商品分析やチームメンバーの業務量の適正化なども、定量的に分解して考えると有効です。私たちの基本業務である当事者トラブルの解決にも、この方法が応用できるかもしれません。 ギャップをどう埋める？ 最初に取り組むべきは、現状とあるべき姿、またはありたい姿が個々人で漠然としてまとまっていない点の改善です。そのギャップを埋めることが大切です。問題解決の話し合いの場ではまずwhatを意識し、周囲との合意を図ることが重要です。ここを丁寧に行った後に、物事の分解・整理を学んだ通りに進めていきたいと思います。

イシューって何？ イシューとは何か、またそれを設定して考えることの重要性について、改めて学ぶ機会となりました。まず、問題を解決するための方向性を決めるために、情報を分解していく手法や、グラフを用いた視覚化、さらに表を加工するなど、これまで学んできたことを実践的に振り返ることができたように思います。しかし、情報を細分化することに関しては、まだ苦手だと感じました。これを克服するために、実際の業務を通じて追体験を重ねていきたいと考えています。 課題の捉え方は？ 日々の提案資料を作成する際には、その提案が本当に重要な課題を特定できているかどうかを自問自答しながら、資料作成に取り組むことを心がけています。会議に参加すると、イシューがずれていると感じることや、時には自分がずらしてしまったかもと思うことがあります。そのため、適切な課題を捉えるという大前提を忘れないようにしたいと考えています。 PPTの下準備は？ また、PPTを作成する際には、最初からPPTに向き合うのではなく、Miroなどのツールを活用してラフスケッチから始めることを心がけたいです。その際には、問題を分解し、グラフを用いて視覚化し、一手間かけて表を加工することを意識します。そして、イシューを特定した状態で会議に参加できるよう、事前準備をしっかりと行うことを目標にしています。

思考のクセって何？ だれもが、それぞれの思考のクセを持っており、そのクセから情報が発信されます。思考のクセとは、自分が考えたいことをそのまま想起してしまう傾向のことで、たとえば、ある商品やサービスを連想するとき、頭の中にその対象の特徴があらかじめイメージされる状況に例えることができます。 三つの視の意味は？ このような思考のクセに気づくために、「三つの視」を活用することが推奨されます。具体的には、視点、視座、視野という三つの異なる角度から物事を捉え、さらに「具体」と「抽象」の両面から考えることで、思考の偏りに気づく助けとなります。 課題解決はどうする？ 私は業務上、課題解決を行う中で、さまざまな会話や質問を通じて相手の要求を引き出す必要があります。そのため、「三つの視」の考え方を、会話の構築や適切な問いかけに活かすことを意識しています。常に疑問を持ち、考え続けることで、自分の思考の偏りに気づく機会が訪れるはずです。 対話で気づく理由は？ たとえば、ある会話やメール、チャットの中で「なぜこの話題に偏っているのか」「背景にある意図は何なのか」と自問することにより、他の視点からのアプローチが見えてくるでしょう。このように、「三つの視」と「具体と抽象」の視点を活用しながら、自分の思考のクセを意識することが大切だと感じています。

どの方法で解決？ 問題解決には大きく2つのアプローチがあると感じています。1つは、あるべき姿と現状のギャップを埋め、正しい状況に戻すための方法です。もう1つは、未来に向けたありたい姿と現状のギャップを解消し、望む状態に到達するための方法です。どちらの場合も、目指す状態と現状を定量的に示すことが非常に重要です。 分析手法は何？ そのため、ロジックツリーやMECEといった分析手法が有効だと考えています。これらのツールを使うことで、問題やデータを細かく分解し、整理された形で把握することが可能になります。 顧客データ整理はどう進む？ 具体的には、現在保有している顧客データに含まれる情報を、国や契約の条件などの観点から整理する必要があります。これまで「顧客データ」とひとまとめにされていた部分を、ロジックツリーを用いて項目ごとに分解し、各顧客についてどのような情報が含まれているのかを明確にすることが求められます。また、業務における理想の状態と現状のギャップについても、数値などの定量的な指標を用いて示すことが大切だと感じました。 手法活用の可能性は？ このように、定量的な情報の整理と、体系的な分析手法の活用が、問題解決を実現する上で不可欠であると再認識しました。今後も、これらの手法を業務の改善に積極的に取り入れていきたいと思います。

デザイン思考はどう違う？ 今回の講義では、デザイン思考が唯一の正解ではなく、仮説・分析・検証といった他の思考法と組み合わせることで真価を発揮する点が印象的でした。特に、コンサルティング的なアプローチとの補完関係を強調していた内容が新鮮に感じられ、今後、SPIN営業法との親和性やその違いについてもさらに深掘りしてみたいと思いました。 視点の広がりは何故？ また、課題で「まな板のフロー」を考える際、無意識にデザイン思考の5ステップを模倣してしまった経験から、視点の幅を広げる必要性を強く感じました。 顧客対話はどう磨く？ 営業活動においては、顧客の課題を深く理解し、潜在ニーズを引き出すことが重要です。デザイン思考の「共感」や「アイデア発想」は、SPIN営業法の質問設計と共通する部分があり、顧客との対話をより創造的にする効果があると感じています。さらに、製品提案にとどまらず、顧客体験全体を設計する視点を取り入れることで、差別化された価値提供が可能になると考えています。 共感と発想の理由は？ 今後は、まず顧客ヒアリング時に単なる要件確認に留まらず、顧客の背景や感情に踏み込む「共感フェーズ」を意識します。次に、営業提案においては、既存の枠を超えた解決策を模索する「アイデア発想」のプロセスを積極的に組み込んでいきたいと思います。

データ分析の切り口選びで何が見える？ データの分け方によっては、見えてくる結果が異なることがあります。例えば、分解する切り口を誤ると、真の原因が発見できなくなることがあります。このとき、分解する切り口は「層別分解」「変数分解」「プロセス分解」の3つが有用です。これらの手法に慣れることが重要なので、自分で考えながら手を動かすことが大切です。 真の原因を探る鍵はどこに？ 問題解決において真の原因を探る際には、データ分析を行いますが、その際には分解の切り口が誤っていないかどうかを確認する必要があります。また、お客様へのヒアリングの中でMECEおよび5W1Hを意識することで、真の原因や現状を把握する際に役立ちます。 問題解決にMECEはどう活用する？ 問題の特定と分析において、問題を構成する要素を重複なく漏れなく分解することで全体像を把握しやすくなり、また問題の原因を特定する際に全ての可能性を考慮して整理することができます。業務プロセスの改善では、業務フローをMECEに分解することで効率化の余地を明確にします。データ分析とレポーティングでも、データをMECEに整理することで分析の精度を高め、クライアントにわかりやすく伝えることができます。加えて、プロジェクト管理ではプロジェクトのタスクをMECEに分解し、抜け漏れなく管理します。

A/Bテストは何が大事？ A/Bテストの重要性を深く理解することができました。従来は、既存の手法でうまくいかなければ次の手法を試し、その結果を比較すればよいと考えていました。しかし、どちらか一方の仮説に固執することは、結果に対してあらかじめ決めつけるリスクにつながると実感しました。 仮説検証の新発見は？ また、A/Bテストに沿った仮説検証を通して、仮説をより深く掘り下げるとともに、新たな着眼点を見つけやすいことにも気づきました。これにより、一方の仮説に偏ることなく、複数の視点から結果を検証する必要性を再認識しました。 言語化で何が整理できた？ さらに、これまで問題解決に取り組む際、自然と「What、Where、Why、How」のステップで考えていたものの、言語化を通じて自分の思考が整理できたと感じます。特に、今回の学びから「Why」や「How」の視点が不足していることに気づき、A/Bテストを利用した検証プロセスを通して、データ分析を含めたより効果的な問題解決のアプローチを模索していきたいと考えました。 どう視野を広げる？ 課題に取り組む中で、仮説や結果について決めつけがちな自分に気づくことができたため、今後はさまざまな観点から視野を広く持ち、仮説の立て方や分析方法を多角的に見直していく努力を続けたいと思います。