(18ページ目)

解決

に関する学び

---

最初の問いは何？ 今何を考えるべきか、最初に答えを出すべき問い（イシュー）を明確にしてから考えることが大切です。イシューは具体的な問いの形にし、共有することで同じ問題について皆で考えることができます。問いが間違っていると、いくら考えても良い案にはなりません。考えている最中や話している最中にも、適宜イシューを思い出し意識し続けるべきです。 会議で何を伝える？ 業務の進捗を共有するための会議や、業務で何か動いてもらうための会議、社内で試験的に進めているアイデアソン、今後の業務計画の作成などの場面で、イシューの概念を活用できます。複数人による意思決定の場や、一人で次に何をすべきか考える時にも役立つでしょう。 会議の目的は？ 会議を行う際には、まず会議の目的を明確にし、その日のテーマや出すべき答えをしっかり共有してから開始します。会議の途中でも、適宜イシューを振り返る時間を設けることが大切です。試験的に開始されたアイデアソンに参加する際も、何のために実施するのか、何を考えるべきなのか、ゴールはどこかをしっかり共有してから始めるよう、関係者としっかりコミュニケーションをとりたいです。 なぜ新規事業か？ 新規事業提案のために、課題とその解決方法を考える時には、まず「なぜ新規事業を提案するのか」という点を考えるべきだと思いました。何となく考え始めるのではなく、活動の目的をしっかり意識することから始めたいと思います。提案が通った際も、前進する際には初心を忘れず、イシューを意識し続けます。 解決策はどう？ 課題解決方法を考える時には、課題をしっかり分解し、複数の視点から捉え、対応策を考えたいです。チームで進めることになる場合は、同じ目標を持って進むためにも、課題や向かうべき方向をしっかりと共有することが重要です。

自分に関係付ける重要性とは？ どの内容も聞いたことがあるものでしたが、自分に関係付けて考えたことがないと気付き、少し恥ずかしい思いをしました。特に、ロジックツリーについては知識としては持っていたものの、実際に描くことはほとんどありませんでした。今後は退職分析において、要素分解を試みたいと思っています。こうした学びに必死になって取り組める環境に飛び込んで良かったと、改めて感じています。 問題解決の思考法はどう実践する？ 問題解決のプロセスとして、What（何が問題か）、Where（どこに問題があるか）、Why（なぜ問題が起きているか）、How（どうするか）の順に考えることを学びました。しかし、私の場合、特に「Why」にこだわりすぎて哲学的になりすぎたり、わからなくなってしまうことがあります。そのため、この順番通りに愚直に考え、PDCAサイクルのように思考を回していきたいと思います。 人事データの分類方法は？ 私は人事部でデータ分析を担当しています。ロジックツリーにおいて、人事データに関する情報は、「個人情報」や「雇用情報」などに分類されます。具体的には氏名、生年月日、性別、入社日、部署、役職、資格、経験、語学といった情報です。これをMECEにするためには、さらに細かく分ける必要があると感じました。また、人事データという漠然としたカテゴリーから、具体的に項目を洗い出すことが可能だと思いました。 実践のために心掛けることは？ 実践においては、手を動かし、描き出すことが重要です。周囲のメンバーと積極的に対話し、多角的な意見を収集するよう努めたいと思います。同時に、目的を明確にすることを忘れないように心掛けます。そして、私は製造業に勤めていますので、「直接部門」と「間接部門」を混同しないよう、気を付けて分析していきたいと思います。

仮説はどう活かす？ スピードや精度を向上させるためには、分析の初期段階で仮説を立てることが重要だと学びました。結論に向けた仮説と問題解決のための仮説という二種類の仮説があり、それぞれ目的や時間軸に合わせて使い分けることが求められます。 フレームワークってどう活かす？ また、3Cや4Pなどのフレームワークを活用することで、思考が整理され、仮説形成が容易になると感じました。仮説に沿って必要なデータを抽出し、場合によっては新たにデータを取得するプロセスは、効果的な分析の基本と言えます。数字で見えにくい効果も、可能な限り数値として示すことで説得力が増し、合理的な判断材料となります。 数字で信頼はどう？ 具体的には、コンバージョンレートなどの数値計算により、直感だけに頼らず理論的な判断が可能となります。フレームワークを用いることで、業務のスピード感と精度が向上した経験もあり、反対意見を含めた多面的な情報収集が仮説検証の信頼性を高めると実感しました。 新機能はどう検証する？ さらに、新機能をリリースする際には、3Cの観点から分析して優先度を明確化したり、施策ごとの「影響度×実行難易度」を評価することで、迅速な判断を下しています。ユーザーインタビューにおいては、どの層のユーザーがどのフェーズで不満を感じているかを仮説から検証し、具体的なデータに基づいて問題点を抽出する工夫も行っています。 仮説と判断はどう連携する？ 週に一度、仮説をもとに業務課題を整理し、必要なデータを洗い出すワークシートを作成するなど、日常的な業務の中でも「仮説→データ→判断」の流れを徹底しています。毎月、ユーザーアンケートやインタビュー結果の分析から改善案を提案し、社内でのレビューにてその流れを共有することで、施策の精度や実行力の向上に努めています。

イシュー思考の基本を学ぶには？ イシューを考える際のポイントについて、ライブ講義やグループディスカッションを通して多くの学びがありました。 まず、イシューを考える際には「考え方が間違っていないか」「十分に考えることができているか」を常に問い続けることが重要であると感じました。思考のクセを認識し、既存の情報やアイデアに安易に飛びつかず、イシューを特定してもそこで満足せずさらに問い続ける姿勢が必要です。 グループディスカッションの効果 ライブ講義でのグループディスカッションを通じて、自分の思考の偏りや視野・視座・視点の狭さを痛感しましたが、それを体系的に学ぶことができました。 コミュニケーションを円滑にするには？ 会議やミーティングにおいては、問題や目標、課題を明確にしながら話すことで、コミュニケーションの円滑化や信頼関係の構築に繋がると感じています。 また、クレーム対応では、表面的な事象にとらわれず根本的な問題解決に向けて思考することが重要です。 効果的な提案資料の作成法とは？ 提案資料作成時には、主張や概念、根拠を論理立てて階層を下げながら思考することで、説得力のある資料を作成することができると考えています。 これらの学びを実践するために、仕事だけでなくプライベートでもイシューを考えながら相手の話を聞くことを意識しています。仕事や日常生活において不測の事態や問題が発生した際には、イシューを考え根本原因を突き止める習慣を身につけています。上司や顧客への提案や資料作成時には、イシューの特定と論理構造の階層を下げながら根拠となる事象を考え抜くことが重要です。 ミーティングでのイシュー活用法 さらに、定期的なミーティングや会議の場を利用して、イシューを考える習慣をつけることが効果的であると実感しています。

ステップを踏む重要性は？ ステップを踏むことと全体像を把握することは大切です。MECE（Mutually Exclusive, Collectively Exhaustive）の視点で全体を捉え、すぐに行動するのではなく、熟慮することが重要です。現状把握、原因分析、目標設定、そして打ち手の流れを理解する中で、特に現状把握が最も重要となります。多様な切り口から複数の要因を見つけ出し、そこから原因を確定することが求められます。例えば、QCサークルのような取り組みが有効です。そして、問題解決の目的が達成されたかどうかを検証することも忘れてはいけません。 問題解決のパターンとは？ 問題解決には二つのパターンが存在します。一つはあるべき姿と現状のギャップを埋めるもので、もう一つは将来的な目標を現状と比較し、その余白を埋めるものです。後者は単に正常に戻すだけではないという点がポイントです。 原因分析の力量が成功を決める？ 私自身、仕事の中で問題を解決する手法を使用していますが、事故対応策の相談や質問を受ける際、絡まり合った要因を考慮しながら原因を探り、対策を講じています。問題が単純に解決できる場合もありますが、連鎖的に解決される場合もあり、対応策が多岐にわたることがあります。原因分析の力量が重要であり、そのためには切り口の選び方が解決の度合いを大きく左右すると思います。 検証不足は問題を招く？ 気になる点としては、要因分析から原因把握を行う際に、十分な検証を行わずにすぐに解決策に飛びついてしまうことが多く見られます。複数の解決策を列挙し、その中から重要度が高く、効果があるものを優先して対応することが肝心です。それでも上手くいかない場合には、PDCA（Plan-Do-Check-Act）サイクルを再検討することが必要です。

自分の価値観は？ 仕事に対する価値観や欲望、セルフイメージを明らかにする手法として、「キャリアアンカー」や「キャリア・サバイバル」という考え方があります。リーダーシップを発揮するためには、自分のキャリアに向き合うことが非常に重要です。リーダー自身がキャリアに真剣に向き合うことで、自然とリーダーシップが発揮しやすくなるからです。 内面はどう見る？ 具体的に言えば、自分の内面に向き合うことで、自分がどのような仕事をしたいのか、どのように成長したいのかが明確になります。これによって、フォロワーはそのリーダーについていきたいと思うようになり、サポートを得やすくなります。 目標設定は何？ 普段は、仕事の中身や進行中の事案から目標を設定し、こうしたい、こう進むべきだと考えてきました。プロジェクト内でリーダーシップを発揮する際も、人の役割や責任に基づいて対応し、その場に応じた解決策を講じてきました。しかし、今回の学びを通じて、自分の仕事に対する価値観や欲望、セルフイメージがリーダーシップに反映されているか、フォロワーが自分についてきたいと思っているかを考える必要があると思いました。 キャリアに向き合う？ 自分がこれまでキャリアに十分に向き合ってきたとは言えないので、まず自身のキャリアアンカーが何であるかを考え、職務と役割の戦略的プランニング（キャリア・サバイバル）を検討したいと思います。その結果として、リーダーシップを発揮するための発想や行動力を身につけたいと考えています。 キャリア診断はどう？ 早速、自分の仕事に対する価値観や欲求を理解するために、まず8つのキャリア・アンカーに対する自己診断を行い、次に会社のキャリアアドバイザーの助言を活用して、どのキャリア・アンカーが自分に適しているのかを判断したいと思います。

仮説って何だろう？ ビジネス現場における仮説とは、ある論点に対する仮の答えのことです。仮説は「結論の仮説」と「問題解決の仮説」に大別され、時間軸（過去、現在、未来）によりその内容が変化します。問題解決の仮説は課題に取り組む際の原因究明に用いられ、一方、結論の仮説は新規事業などに対する仮の答えとして位置づけられます。 プロセスの流れは？ 問題解決のプロセスは４つのステップで整理できます。まず、Whatで問題が何であり、どの程度の問題かを把握します。次にWhereで問題の所在を明らかにし、Whyで問題が発生している原因を追究します。最後にHowでどのような対策が有効かを検討します。複数の仮説を同時に立て、各々の仮説が網羅性を持つよう確認することで、行動のスピードや精度の向上が期待できます。 仮説の活用法は？ 私自身はこれまで、Webサイトの行動履歴や売上、KPIなどのデータ分析において、一つの仮説に頼る傾向がありました。今後は最低３つ以上の仮説を立て、上記の４ステップ（What、Where、Why、How）に沿って分析を深め、効率的な問題解決を目指していきたいと考えています。原因追及だけでなく、具体的な対策案を提案できる分析力の向上が目標です。 具体策は何だろう？ そのため、以下の取り組みを徹底していきます。まず、仮説立案を強化し、複数の仮説を積極的に検討します。次に、問題解決の４ステップに沿って、各ステップの内容を明確に記録し、問題の全体像を把握します。また、データ分析に必要な技術や知識の学習を継続し、プログラムや統計学などの講座を受講することでスキルアップを図ります。最後に、チーム内でのコミュニケーションを強化し、情報共有や定期的なレビューを通して、原因追及から対策提案まで一貫したアプローチを実現します。

自問自答は何のため？ 自分に質問し続けることが、もう1人の自分を生み出すと理解しました。これは世間で言う「メタ認知」です。1人で考えると偏りがちですが、自分に問いかけたり他者と会話したりすることで、その偏りを減らすことができます。 理解の分け方は？ 分からないということは、考えを分けないままでいることから来ると気付きました。逆に、しっかりと分けることで理解が進みます。これを「MECE」と呼びます。 自問で何が変わる？ 自分に問いかけることで、新たな視点や発見が得られます。たとえば、何かを相手に伝えたいと思ったとき、思考の偏りがないかセルフチェックを行うことができます。 どう整理？MECEとAIDMA また、MECEを活用した思考整理の具体的な例として、ある職場で車の販売を行っている状況を考えてみました。お客様にはさまざまな関心度があり、それぞれに適したアプローチを考えるために「AIDMA」というフレームワークを利用します。これにより、どの階層のお客様なのかを把握し、それに応じた行動を整理できます。 店舗課題はどう見直す？ さらに店舗の課題を解決するには、来店数や店舗送客数の減少といった問題を分けて考える必要があります。このプロセスを通じて学んだことを活かせると感じています。 スキルアップはなぜ？ 私個人のスキルアップについても、お客様との会話で分かりやすく筋の通った説明に活かせる場面が多いと考えました。また、自分が話した内容を振り返り、その説明や提案をもう1人の自分に問いかけて評価することが重要だと思います。店舗の課題に対しては、分けること、そして1人で考えるのではなく他者を巻き込むことが大切です。分けた内容に対して、1つ1つ目的を忘れず取り組むことが求められます。

振り返りの重要性とは？ 学んだ内容の7～8割が曖昧な記憶になってしまったことから、振り返りがとても重要であると感じました。そして、「問いは何か」を明確にすることの大切さを学び、その問いを常に意識し続けることの大切さも実感しました。問いをカタチとして残し、共有することで、組織全体が同じ方向を向いて課題を解決できるという学びがありました。 対話が思考を広げる理由は？ 一人で考えるとどうしても思考に偏りが出やすいですが、誰かと対話をすることで様々な視点から考えることができることも感じました。 問いから始める重要性は？ 利益構造が変化する昨今、成果に繋げるためには本質的な課題を見極める際に「問いから始める」ことを意識することが重要です。組織全体が同じ方向を向くために、会議などで問いを共有することが大切だと感じました。その際、視覚化を意識して資料を作成し、ズレや薄れを防ぐために問いを残し、定期的に進捗確認と調整を行うことも必要です。このような意識をもって行動することで、組織の成果をリードできると思います。 来期のPriority設定はどうする？ 来期のチームのPriorityを作成する際には、「問いから始める」ことを意識し、チームの本質的課題を問いの形になるよう整理する予定です。さらに、会議で問いを共有するための資料を視覚的にわかりやすく作成し、その資料をプラン立案時や振り返りの際に確認することで、目的を見失わないようにします。 クリティカルシンキングを促すには？ チームメンバーがクリティカルシンキングを身につけられるよう、相手の話を聴きながらイシューが特定できているか確認します。特定できていない場合には、本質的な課題に導けるような質問を投げかけ、「問いから始める」ことができるようサポートする予定です。

本質をどう捉える？ 本質的な課題を捉えるためには、まず目的を明確にすることが大切だと感じました。何のために、何を問うのか、その根底にある本質に迫ろうとする中で、当たり前と思い込んでいる事柄に疑いの視線を向けると、より本質に近づけるのではないかと思います。また、その問い方は単純な二者択一に終始せず、柔軟な姿勢を保つことが重要です。問いは一度限りではなく、何度も継続して行うべきで、その際、視点が偏らないよう多角的に分析し、具体的な実践を心がける必要があります。統計的なデータやその分析手法も、このプロセスにおいて有効なツールとなるでしょう。 本当の課題は何？ 私はIT業界で働いており、この考え方は特に要件定義工程で役立つと感じています。本当にその機能が必要なのか、ユーザの真の課題は何か、また解決策がユーザ側の視点から見て適切かどうか、といった検証が必要な場面です。さらに、バグや障害対応においても、なぜ問題が発生したのか、どのタイミングで混入したのか、過去の事例と比較することで原因を追求する際に、このアプローチは有用です。開発プロセスの改善やリスク管理の分野でも、「今までのやり方が正しいのか」という疑念を持ち続け、常に振り返りながら改善を図る上で効果的だと考えます。 問いの立て方は？ 「本質的な課題を捉える問いの立て方を身につける」ための行動計画としては、まずは疑いながら考える習慣をつけることから始めます。仮説を立て疑うことを日常に取り入れ、必要な理論や手法を書籍や研修を通して体系的に学びます。その後、実際の会議や小さなチームミーティングで本質的な問いを繰り返し投げかけ、意識を高めることを目指します。実践後は振り返りを行い、その結果を次回に活かすというサイクルを繰り返すことで、確実に身につけていけると考えています。

どこに問題潜む？ 問題の原因を探るためには、まずプロセスを段階ごとに分解するアプローチが有効です。これにより、どの段階に問題が潜んでいるのかを明確にできます。同時に、解決策を検討する際は、複数の選択肢を洗い出し、根拠をもって絞り込むことが重要です。決め打ちせず、判断基準の重要度に基づく重み付けを行いながら評価する方法がおすすめです。 条件は整ってる？ A/Bテストにおいては、それぞれの施策を比較・評価する際、できる限り条件を揃えることが求められます。 どうやって精度向上？ また、ステップを踏んでデータ分析を行うことで、問題解決の精度を高めることができます。ある程度有望な仮説が立てられたら、まずは実行し、実際の市場や顧客の反応をもとにデータを収集して検証を重ねる方法が効果的です。 どこで・なぜ・どうやる？ 自分の身の周りでデータ分析のトレーニングをする際は、まず「どこで（Where）」問題が発生しているのか把握し、次に「なぜ（Why）」その仮説が成り立つのかを立て、最後に「どのように（How）」打ち手の有効性を検証するプロセスが役立ちます。 どちらが響く？ プロモーション活動のマネジメント業務において、インターネットを介した施策が難しい場合でも、どのパッケージが顧客に響くのかを検証する観点で実施することが可能です。例えば、協調すべき訴求ポイントをAパターンとBパターンで打ち出し、どちらがより顧客の反応を捉えられるかを分析・検証します。まずは、AパターンとBパターンそれぞれのアクションプランを策定しチームで共有し、条件をできる限り揃えられるよう協議します。その上で、予測されるボトルネックを洗い出し検証を進め、アクションが決まれば早速実行し、仮説検証を繰り返すことで問題解決へと結び付けていきます。

客観性を意識する重要性 ライブ授業で特に印象に残ったのは、ビジネスでは客観的な視点が欠かせないという点でした。これまではつい主観的に物事を考えてしまっていましたが、業務に取り組む際には客観性を念頭に置きたいと思います。 クリティカルシンキングの第一歩 また、クリティカルシンキングでは、すべてを最初から理解して実践するのではなく、日常の小さなことから実践していくしかないと感じました。これを意識しながら徐々にスキルを磨いていきたいです。 業務に取り組む際には、まず自分が主観的な観点で考えてしまう癖を認識することが大切です。そして、自分と他人が異なる考え方を持っていることを理解するよう心掛けています。 目的意識を持ったアウトプット さらに、目的を意識してアウトプットすることも重要です。たとえば、情報共有やメールを送る際にも、なぜそれを行うのかという目的を意識して取り組むようにしています。様々な立場の人たちと関わる中で、伝わりやすい方法を常に考えるよう努めています。 自分で考えて実践した業務については、手ごたえがあった内容やうまくいかなかった内容をメモに取るようにしています。なぜうまくいったのか、逆になぜうまくいかなかったのかを自己認識し、思考の癖を把握することが大切です。 意見を求める力とその価値 問題解決の際は、イシューを明確に捉え続けることを意識しています。イシュー自体が正しいかどうかは自分一人では判断が難しいこともあるため、周囲のチームメンバーや営業に意見を求めるのを厭わないようにしています。 どのような場合でも誰が相手でも、わかりやすい文章を書くことを心掛けています。「これは省いても伝わるだろう」とは考えず、必ず一度読み直して、読み手が理解しやすいか確認することを忘れないようにしています。