(15ページ目)

解決

に関する学び

---

テストで何を見極める？ デザイン思考の最終ステップである「テスト」は、共感、課題定義、発想、試作というこれまでの流れを総仕上げしながら、各プロセスに戻るための道筋を示す重要な工程です。この段階では、試作に盛り込んだアイデアの充実度、課題定義の妥当性、そして初期の共感がどこまで実現されているかを議論します。状況に応じて、必要な工程に立ち返ることができるため、非線形的なアプローチの入り口とも言えます。 なぜ戻るが大切？ 一般には「戻る」という作業は嫌われがちですが、デザイン思考を活用して何かを実現するためには、このプロセスが非常に大切だと感じています。初めからプロジェクトメンバー全員がその重要性を共有していれば、スムーズに進められるのではないかと思います。 システム開発の難しさは？ 私の仕事であるシステム開発では、各ステップが線形に進む必要があるという制約があり、各工程ごとに承認や同意が求められます。一見するとデザイン思考とかけ離れているようにも思えますが、今回の学びを通じて、デザイン思考は全体を俯瞰するだけでなく、一部分の課題に対するアプローチとしても有効であると実感しました。特に要件定義の期間にデザイン思考を集中的に取り入れることで、その後の設計やシステムテストの工程に悪影響を及ぼすことなく、より効果的な成果に結びつけることができると考えます。 新規案件でどう活かす？ 現在手掛けている新規案件では、顧客側からの提案依頼がまだ明確ではないため、この段階でデザイン思考を活用できる可能性を感じています。顧客を巻き込み、共感のポイントを洗い出し、適切な課題定義に結びつけることができれば、その後に弊社側で発案する解決策との連携も取りやすくなり、システム完成後の効果がより実感できるはずです。一方で、試作段階については、単なる操作画面のスライドショーでは伝わりにくいという過去の経験もあり、工夫が求められると感じています。また、システム開発においては試作にかかるコストも課題となるため、これまでの経験を活かしながら、デザイン思考をうまく取り入れてより良い課題解決へ繋げていきたいと思います。

どうして成長できた？ 1週間の学びを振り返る演習でした。最初に学んだ内容は覚えていると思っていましたが、一部忘れていた部分もあり、見直すことができてよかったと思います。学んだだけではスキルとして身につかないことを改めて実感したので、積極的にアウトプットを行い、生きたスキルにしていくことを意識しています。 どんな目標を持つ？ さまざまな学びの中でも、特に印象に残ったのは目標を設定して取り組むという考え方です。仕事を進める上でKGIやKPIを設定するのは自然なこととして行っていますが、実際には目標を設定せず、思考が雑然としていることが多いと感じました。常に自分が何のために考えているのか、何を目標にして業務を行っているのかを明確にすることが、最短のルートであると再認識しました。 フレームはどう使う？ また、フレームワークについても、その定義を再確認し、曖昧な知識で使わないことを意識しました。フレームワークは、先人の思考が形になったものだからこそ、「使うこと」に固執するのではなく、自分の思考を整理するための補助ツールとして活用していきたいです。フレームワークをしっかり理解した上で使うことで、他者にも納得感を持って伝えられると思います。 業務の取捨選択は？ チームメンバーが少なく、タスクが多い状況だからこそ、どの業務を続け、どの業務を中断するかを学んだ知識とフレームワークを活用して見極めていきたいです。そのためにはマクロな視点で目標を設定し、達成までの最短ルートを分析することが大切です。また、その考え方を一つの真実とするのではなく、自身の思考を常に疑い、判断力を磨いていきたいです。 本当に最短か？ 具体的には、マーケティング施策を立案する際に必ず目標設定とKPIを設け、ミクロな視点で業務に関わりがちな現在の立場でも、マクロ視点を意識するよう心掛けます。そして、常に「本当にそれが最短なのか」を問い続けることが必要です。また、フレームワークの概念を理解し、仕事だけでなくプライベートでも疑問や解決したい出来事に対し、自身の考えをフレームワークで整理できるようになりたいです。

ストーリーの重要性は？ 今回の講義で最も印象に残ったのは、「やみくもに分析しない。ストーリーが大事」という点です。今まで意識していなかったwhereで傾向を掴み、どこまで掘り下げられるかという部分に気付かされました。whereを浅くしすぎるとwhyがまったく意味をなさなくなるため、問題がどこにあるのかという点にもしっかり目を向けたいと思います。 「わかる」と「できる」の違い 全体の講義を通じて感じたことは、講義や動画の内容に対して納得できる部分が多々あったということです。毎回わかっているつもりでしたが、実際に演習をしたりグループワークで意見を交換したりすると、うまくいかない場面が多いことに気付きました。「わかる」と「できる」は全然違うということを改めて実感しました。 賃金制度見直しのポイント 来期に向けた賃金制度の見直しに際して、以下のポイントを意識して分析したいと思います。まずは①自社の賃金制度のどこに問題があるのか、次に②なぜそのような問題が発生しているのか、最後に③どうすれば理想の姿に近づけるのかです。これらを講座で学んだことを活かし、具体的な賃金制度案を示していきたいです。 仮説からのデータ集め方とは？ また、自身および一緒に働くメンバーに対しては「仮説➡データ集め➡検証」という明確な流れを意識することが少ないため、今回の学びを共有し、効率的・効果的に課題解決のステップを踏めるチームにしていきたいと考えています。 学びを日常に活かすには？ チームで共有するためには、まず自分がしっかりと理解し、使えるようになることが大切です。学んだことがまだ全然身についていないため、まずは学んだ内容をもう一度振り返り、ポイントを整理し、日常業務や生活の中で1日1回は必ず実践することを意識したいです。特に「仮説を網羅的に立てること」、「何と何を比較すれば得たい結果が得られるのか、比較対象を設定すること」、「条件を揃えて比較すること」といった点について意識しながら日々考える習慣をつけたいです。

仮説思考をどう浸透させる？ 今回の学びで、仮説とは何か、その明確な答えと種類について理解を深めることができました。これにより、今後同僚に仮説思考を浸透させる際に非常に役立つ知見を得られました。 データ収集の重要性とは？ 特に印象に残ったのは、仮説を検証する際には都合の良いデータだけでなく、そうでないデータも集めることの重要性です。これは当たり前のことですが、自分の仮説を成立させるために都合の良いデータを集めがちであることに気づかされました。また、仮説を用いて社内外のステークホルダーを説得するには、多くの状況証拠を集めて分析することの重要性を再認識しました。 行動を深める仮説活用法 私は仮説をもって行動することの重要性を感じています。失敗しても「なぜ失敗したのか」を検証しやすくなるためです。今週の学習では、仮説を正しく用いることで説得力が増し、行動のスピードと精度も上がるという点に感銘を受けました。この学びを次週以降の学習でさらに深めたいと思っています。 成功体験に頼らないためには？ 仮説の重要性やその価値を同僚に伝え、仮説思考を普及させることで、事業部の政策決定や担当者の行動が効率化されることを期待しています。過去の成功体験に依存する傾向がある事業部では、なぜ成功したのか、そして今も通用するのかを検証せずに同じ施策を繰り返しがちです。これは「問題解決の仮説」ができていない証と考えます。仮説思考の重要性を学んだので、これまでの取り組みを再考したいと思っています。 キャンペーン効果の再評価を 具体的には、事業部が定期的に行うキャンペーンやインセンティブについて、その効果を費用面だけでなく当時の外部環境も踏まえて検証しようと思います。これまでは、仲の良い同僚や上司と問題提起を行い理解を得られていましたが、それを全体に普及させることはできていませんでした。次週以降の具体的な方法を適用するための準備として、多様なデータを集めることから始めようと思います。その際、都合の悪いデータも取得することを忘れずに行いたいです。この週の気づきを早速実務に反映していきたいと思います。

どうして4点を知った？ GAiLや各動画を通じて、私は以下の4点を学びました。 隠れた欲求を探す？ まず、顧客自身が意識しているウォンツを満たすのではなく、顧客自身も気づいていない隠れた欲求を探索し、真のニーズを深堀りすることが重要です。特に、顧客がお金を払ってでも解消したいと考えるペインポイントを見つけることができれば、それは真のニーズである可能性が高いです。そして、そのニーズを解決してゲインポイント化できれば、顧客から支持を得てヒット商品になる可能性が高まります。 ヒット商品の秘密は？ 次に、ヒット商品を生み出すために、自社の強みを最大限に活かし、自社イメージから大きく離れたところで勝負しないことが大切です。これは、ネーミングにも関係し、用途を連想しやすく、親しみやすさや覚えやすさ、ユニークさを持ったネーミングであることが重要です。特に、自社のブランドイメージと繋がることが必要で、もしそれがかけ離れてしまえば、ヒット商品になる可能性は低くなります。 真のニーズはどう？ さらに、顧客の真のニーズをつかむことは容易ではありません。これには、徹底した行動観察やデプスインタビュー、カスタマージャーニーを通じた顧客の心理理解が不可欠です。 売り手思考の落とし穴は？ この過程で気づいたのは、職場では「売り手」思考に偏りやすく、普段から小さなペインポイントを深く考えてこなかったことです。顧客の真のニーズを理解するためには、想像力を働かせ、深く考える習慣をつけたいと考えています。 事業計画の改革は？ これを次期中期事業計画の策定に活かしたいと思います。まず、「なぜ今、顧客が自社のサービスを選んでいるのか」を明確にすることから始め、特定の顧客に向けたサービス展開としてラポールの形成ができている前提で、デプスインタビューに挑戦したいと思っています。このプロセスでは、顧客の視点で「顧客ニーズ」を考え、自社サービスの「競争優位性」を明確にし、その魅力を鮮明に伝える方法を検討します。具体的な質問内容も考え、デプスインタビューの対象者を特定する予定です。

どの問題から解決すべきか？ 問題があると、複数の解決すべき課題を同時に考えてしまい、何から着手すればよいか分からなくなることがあります。しかし、問題を分解し、「今ここで答えを出すべき問い（イシュー）」を特定して、その解決策をまず考えることが大切です。例えば、某飲食チェーン店では、客数の増加に取り組んでから単価を上げるための施策を考えた結果、成功を収めました。もし逆の順序で進めていたら、客足が遠のく可能性がありました。 イシューを特定するポイントは？ イシューを特定する際には、次の三点に気を付けるべきです。まず、「問い」の形にする（疑問形）。次に、具体的に考える（壮大すぎる問いにしない）。最後に、一貫してイシューを押さえ続ける（話がそれないようにイシューを何度も確認する）。 業務効率化の鍵はどこに？ 業務効率化を提案する際には、まず効率化を図るべきイシューを特定し、それをチーム内で共有します。これにより、何を根本的に解決したいのかを全員が認識し、効果的な方法を見出すことが可能になります。例えば、時間がかかっている業務がある場合、1点に集中して効率化を図ると、別のところで時間がかかってしまうことがあります。これを防ぐためにもイシューの特定と共有が必要です。 問い合わせ増加への対応策は？ また、日々の業務改善や問題解決には、具体的なイシューを見逃さないことが重要です。たとえば、ある問い合わせが例年より増加している場合、その原因を探るために情報の掲示方法や他の根本的な問題を検討する必要があります。普段より対応件数が増えていると感じた場合も、その違和感を無視せず、根本的な問題を特定し、それを解決する方法を考える時間を作ることが求められます。場合によっては、同じような問い合わせに対する対応時間が短縮されるかもしれません。 チームにおけるイシュー共有の重要性 常にイシューを意識し、その解決策を探る姿勢を持つことが、業務の効率化や改善につながる重要なポイントです。イシューを共有することで、チーム全体が同じ認識を持ち、一丸となって問題解決に向かうことができるのです。

なぜクリティカル思考？ コースを通じて、クリティカル・シンキングは知識を実務に活かすための基礎体力であり、自身の思考を意識的にチェックするもう一人の自分を育てるプロセスであると理解できました。以下、その学びを整理して記します。 情報はどう見抜く？ まず、思考の基礎についてです。大きな学びは、情報に対する客観性を獲得できたことです。日常生活において、ニュースのグラフや主張をそのまま受け止めるのではなく、必ず検証する習慣がついてきました。また、複雑な意思決定の場面では、複数の視点や構造的思考を活用し、感情や直感に左右されない判断軸を確立できるようになりました。 問題の本質は何？ 次に、問題解決のプロセスに関して学びました。施策検討に入る前に、まず解くべき本質的な問い（イシュー）を見極め、全体像をMECEに分解することで問題の所在を明確にする方法を習得しました。さらに、具体と抽象の対話を通じて発想を広げるプロセスも身につけることができました。 伝え方には工夫が？ また、相手に伝える際の工夫として、解釈のずれを防ぐためにビッグワードの使用を避け、結論を先に述べる順序を意識するようになりました。データ分析においても、解像度を上げつつ、どのようにデータを分解するかを考えることで、イシューがより明確になるよう努めています。 提案はどう作る？ 私は、損害保険の営業部門に所属し、上場企業の金融機関、M&A仲介企業、ベンチャー企業を担当しています。お客さまへの提案の際には、まず相手のイシューを捉えることが重要だと考えています。自分が何を提案したいかではなく、お客さまの抱える課題とその解決策を重視し、具体的なイシューを設定してカバーの方向性を決定しています。提案書作成時には、主張を根拠で支えるピラミッド構造を意識し、抽象的な表現を避け、具体的な財務損失の数値やカバー範囲を提示することで説得力を高めています。 努力はどこへ向かう？ このようなプロセスを日々意識し、実践力の強化に努めるとともに、反復トレーニングや他者とのディスカッションを継続しています。

なぜ仮説を複数持つ？ まず、常に複数の仮説を立て、一つに決め打ちせず、各仮説が原因を多角的に網羅できるように意識することが重要です。どこに原因があるのか、何が原因なのかという点について、切り口を変えて考える必要があります。 比較指標はどう決める？ 次に、仮説を検証する際は、何を比較の指標にするかを明確に決めた上で、どこに注目し、何と何を比較するのかという意図を持つことが大切です。 データ収集の方法は？ また、データ収集においては、対象者（誰に聞くか）と方法（どのように聞くか）をしっかり考え、たとえ反論になり得る情報も排除されずに集めるよう努める必要があります。これにより、比較のためのデータが十分に得られ、偏りのない分析が可能となります。 仮説の使い分けは？ さらに、結論を導くための仮説と問題解決を目指す仮説を明確に区別しながら取り扱うことが求められます。普段は特許情報やその他の情報を用いていますが、さまざまな立場（営業、技術、知財など）から情報を収集する際には、ネガティブなデータが除外されていないかを意識することが重要です。 議論で論点はずれる？ 実際に、立場の異なる関係者による議論の場では、「課題」の共通認識が不十分なために、結論の仮説と問題解決の仮説が混同され、論点がずれてしまい、適切な結論に至らないケースが見受けられました。特に、人からの情報は各立場の主観が影響して、情報の取捨選択が無意識に行われることが多いため注意が必要です。 課題はどう分析する？ このような背景から、「課題」が何で、どの仮説に基づいて何を分析するのか、また、仮説、比較の指標、意図がぶれないようにしっかりと管理する必要があります。仮説を早期に決め付けたり、先入観に頼ってとりあえずデータを分析したりする危険性があるので、まず観点を整理し、複数の仮説を立てた上で深堀し、必要なデータを洗い出して収集することが求められます。 決め付けはなぜ危険？ さらに、結論を導く仮説にするのか、問題解決の仮説にするのかを明確にした上で、上記のプロセスに従い取り組むことが大切です。

解像度の高い情報化方法は？ 単なる数値データを解像度高く意味のある情報にするための方法について考えました。まず、データの加工では、比率を見たり加算したりとひと手間加えることで、情報を活用できる状態にします。また、グラフ化することで、数字では見えづらかった傾向を視覚化し、理解を深めることができます。 データ分解のポイントは？ データの分け方については、グラフ化した後にどの粒度で分けるかが重要です。機械的に分けるのではなく、仮説を持って複数のパターンを試行錯誤することで、有意義なデータを導き出すことができると考えています。分解のポイントとしては、事柄を「いつ、誰が、どのように」といった複数の視点から見ることが重要です。分解した結果、傾向が見えない場合でも、その視点では傾向が見られないという意義のある結果になります。さまざまな切り口で分解し、一度立ち止まって本当に正しいのかを考えることも大切です。 MECEに基づく問題解決とは？ 問題解決のステップを踏む上では、MECE（モレなく、ダブりなく）を意識します。MECEの切り口には、全体を定義して部分に分ける層別分解、事象を変数で分ける変数分解、ある事象に至るプロセスで分けるプロセス分解などがあります。これにより、モレなく網羅的な分析が可能になります。 フィードバックの重要性 最後に、物事をMECEを軸に分解して考える際、考え方の偏りによってモレなくという部分が満たせなくなることがあるため、自身の考えの癖を常に意識し、他者からのフィードバックを受けて手法の精度を高める必要があります。また、分析結果が仮定と近い場合でも、すぐに結論付けず、一歩踏み止まって再考する習慣を大切にしたいと考えます。 システム運用の問題予防はどうする？ システム運用における問題予防の観点では、膨大な数値データの中から意味を見つけ出し、データを扱う方法を変えていくことが重要です。H/W、M/W、NWの性能レポートや監視ツールのデータから、予防保守という視点で今後起こり得る問題の傾向を掴むようにデータを活用していきたいと思います。

クリティカル・シンキングとは？ クリティカル・シンキングを効果的に身につけるには、まず自分や他人の思考に潜む「偏り」や「制約」を意識することが重要です。クリティカルに考えるというのは、自分の思考の偏りや制約を認識し、それを乗り越えるための「もう一人の自分」を育てることとも言えます。その際、「視点を変える」「視座を上げる」「視野を広げる」という三つの視が思考の制約を取り除き、思考を広げる助けになります。 思考を広げるには？ また、思考の偏りを防ぐためには、ロジックツリーのようなツールを活用し物事を「分解」することが求められます。客観的で論理的な思考力は、「頭の使い方を理解する」「他者とディスカッションを重ねる」「反復トレーニングを行う」といったプロセスを通じて強化されていきます。クリティカル・シンキングとは「適切な方法で、適切なレベルまで考えること」であり、常に目的を意識して自他の思考の癖を前提に、本当にその答えで良いかを問い続ける姿勢が求められます。 教師としての挑戦は？ 私の取り組みとしては、会議でのファシリテーションを通じて納得感のある意思決定を導いたり、部下のコーチングを通じて考えを広げ深めてもらうことも考えています。また、生徒をより良く理解し、成長に導く教師としての生徒指導や、目的に対してより効果的なカリキュラムを策定することも重要です。保護者対応においても、保護者の思いを正しく理解し、共に納得のいく解決策を考えるよう心掛けています。また、授業計画や学校行事計画と実施においては、生徒育成目標に照らして改善を検討しています。 スキルを磨くためのステップは？ さらに、ロジックツリーを用いて論点を可視化し、検討しやすい形にしてディスカッションすることも取り入れています。いきなりクリティカルには考えられないので、できる限り他者とのディスカッションを行い、反復トレーニングを積み重ね、少しずつ成長していくことを目指しています。その過程で、積極的に失敗し、知識ではなく「スキル」として無意識にクリティカル・シンキングをできるレベルに達したいと思っています。

顧客優先は正しい？ 私は営業部門で勤務しているため、「顧客ニーズ」を優先することが多く、それが視野を狭くしてしまうことがあることに気づきました。事業計画を考える際には、以下の3つの視点を持つことが重要であると感じています。 全社視点は大事？ まず、経営者の視座で考えることです。自分が発言する際には、常に全社的な視点を意識しながら行動することが求められます。次に、ジレンマを過度に恐れないことです。100％正しい判断は難しいので、ベストを求めすぎるよりもベターを選択する柔軟性を持つことが重要です。そして、他人の意見をしっかりと聴く姿勢も欠かせません。 フレーム活用でどう？ これらの考え方に加えて、フレームワークを活用することで、施策を客観的に考えることができ、取りこぼしの少ない計画を立てることができました。それらのフレームワークは、3C分析で顧客、市場、自社、競合を整理し、PEST分析で外的環境を考慮する手法、SWOT分析で内部環境を整理し、クロスSWOTで重要課題を抽出し、バリューチェーンで企業活動を一覧化するものです。これにより、視野が広がり、現実的な意見を出すことができました。 業務量はどう管理？ また、日常業務ではアフターフォローによる業務が多く、期待が高まる中で増える業務量への対応が課題となっています。この問題についてもバリューチェーンを作成することで、どの業務に重点を置くかが明確になり、社員全員が納得しやすくなると思います。また、やることだけでなく、やらないことを決める際にもバリューチェーンは有効だと考えます。 施策はどう練る？ 具体的な施策としては、自社更新率を高めるために3C分析やクロスSWOTを用いて現状の課題を明確にし、解決策を検討しています。施策を考える際には、経営者の立場で全社的な視点を持つことを心がけ、自己部署内や他部署からも意見を聴き、多角的なアイデアを引き出すことが重要と感じています。現状の業務フローをバリューチェーンで可視化し、資源の浪費を防ぎ、コストを抑えるべきポイントを特定することも進めています。

分解で何が見える？ 今週の学習でまず印象に残ったのは、問題の原因を明らかにするためにプロセスを分解する考え方です。以前学んだロジックツリーと同様のアプローチで、複雑な問題も整理しやすくなる点が非常に参考になりました。 A/Bテストの本質は？ また、初めてA/Bテストについて学びました。Webサイトやアプリの改善において、2つのパターンを比較してどちらが効果的か検証するこの手法は、データに基づいた改善策を決定する上で非常に有用だと感じました。 対概念で広がる視野は？ さらに、対概念という考え方も学びました。対象となる事象の反対の観点を同時に考えることで、物事を多角的に捉え、より本質的な理解につながるという点が印象的でした。 患者動向をどう分析？ 診療科別の患者受診動向データ分析に関する学習内容も非常に有益でした。分析の視点に差異が生じた場合に、仮説に基づいて問題解決のプロセスをWhat（問題の明確化）→Where（問題箇所の特定）→Why（原因の分析）→How（解決策の立案）のステップで進めることで、より精度の高い分析が可能になると理解しました。これまではいきなり解決策を検討することが多かったため、本質に迫った対策を導き出す点で大きな学びとなりました。 仮説と実試行は？ また、現時点ではA/Bテストの具体的な活用場面はイメージしづらいものの、仮説を試しながら問題解決につなげる考え方が日々の業務にも応用できると感じています。 比較で見える分析法は？ 分析の基本的な進め方については、「分析は比較である」という考え方のもと、①目的・問いの明確化、②問いに対する仮説の設定、③必要データの収集、④分析による仮説の検証というサイクルを回すことが重要だと学びました。インパクト、ギャップ、トレンド、ばらつき、パターンなどの視点にも着目し、グラフや数値、数式を用いて視覚的に分かりやすく情報を提示することが求められます。仮説思考やフレームワークを活用して多角的に検討することで、データから有益な情報を引き出し、効果的な行動につなげることができると実感しました。