(67ページ目)

課題 ✕ 解決

に関する学び

---

問いと答えで学ぶ理由は？ 今週はクリティカルシンキングの振り返りを行い、WEEK1の自分の回答を再確認しました。問いと答え、すなわち主張と根拠のシンプルな構成が印象的で、問いを明確に設定し、その問いだけに集中して回答するという行為の難しさを実感しました。 お客様の課題は核心？ また、商談時にはお客様からシステム構築による課題解決のご相談をいただくことが多い中で、お客様の課題が何か、本当にその課題が核心なのか、そしてその解決策が改善につながるのかを、主張と根拠をセットで検討する必要があると感じました。講義で「早く答えを導き出すには常に考え続けることが大切」という話が印象深く、思考の切り替えを意識して反復することで、そのスピード感を自分のものにしたいと思います。今後は、何かを考える際に必ず主張と根拠を意識する行動を心がけていきます。

試す手法は何だろう？ 問題の要因がある程度明確になったら、試しやすい手法で課題解決に向けた取り組みを実際に試すことが重要です。たとえば、既存の手法と定量的に比較できるA/Bテストのような方法を設計し、実践することが望まれます。 改善はどう実現する？ また、課題の分析だけで満足せず、実際に改善を施して目的を実現することが肝要です。データ分析を行う際には、最終的に何を実現したいのかという目的を常に念頭に置く必要があります。 仮説はどう組み立てる？ 一方、データ分析の手法に囚われ過ぎると、単にデータを出すことに多くの時間がかかり、問題解決に辿り着かない恐れがあります。したがって、まずは問題の要因を特定し、その後、有識者とのディスカッションや壁打ちを通じて、改善のための仮説を迅速に立案・実行できるように取り組むことが大切です。

データ分解で得られる効果は？ いろいろな視点でデータを分解して考えることで、様々な要因や事象が把握できることを実感した。これにより、物事の考え方や見方が変わり、今後のアクションも変わってくる。日常的にこの切り口を考えることが必要だと感じた。 数値の目的意識とは？ 数値と向き合う場面が多いため、この数値が何を目的としているのかを常に意識することが大切だと思う。これを習慣化することで、課題解決能力が向上すると感じた。もれなくダブりなく、MECEを意識して取り組んでいきたい。 他者の意見をどう活用する？ 分解のプロセスを多角的な視点で行うために、他者の意見を取り入れることが重要だ。また、他者にもMECEを意識してもらうために、他者のアクションにも気を配りたい。これが全体の成果につながり、会社としての成果にもつながると考える。

どう原因を見極める？ 課題解決においては、まず対象の業務プロセスを細分化し、どの段階が問題の原因となっているかを明確にすることが重要です。自分の感覚だけで原因を決定するのではなく、有識者へのヒアリングなどを通じてプロセス全体を整理し、どの部分に注力するかを正しく見極める必要があります。どのプロセスを改善すれば、課題解決に大きな効果が期待できるかをしっかり検討することが求められます。 何をテストするの？ また、改善案の効果を正確に判断するためには、A/Bテストの導入が有効です。改善前後の両方のパターンを同じ条件下でランダムにテストすることで、施策の効果を客観的に評価できます。さらに、システム導入のトライアルにおいては、現行システムと新システムを同時に使用することで、正確な効果測定が可能となるよう進めることが望まれます。

分析の目的を再確認するには？ 分析は、目的があって初めて意味を持つことを再認識しました。ビジネスパーソンの価値は、会社の目的や日々の業務の課題を、いかに効率的かつ低コストで解決できるかにかかっていると考えます。 課題共有の方法は？ まだ具体的な業務への分析の活用イメージはありませんが、まずは目的や課題をしっかりと定めることが重要です。特に、その課題が他者からの依頼である場合、最終的に得たいゴールを詳細に明確にし、目的や課題を共有するために議論を重ねることが必要です。 新規ビジネスの土台を整えるには？ 新規ビジネスを検討する際には、まず会社や部署の目的やゴール、現時点での課題を正確に把握することを重視したいです。その土台が整った上で、各種フレームワークやツールを活用した分析に進むことができると考えています。

どう考えて選ぶ？ 相手にメッセージを伝えるためには、何をどのようにすべきかを明確にすることが重要であると学びました。また、課題を的確に特定することが、すべての基本になると思います。今後は、明確に課題を特定し、自分が直面している問題をしっかり考える習慣をつけたいと思います。 なぜすり合わせる？ 毎日多くの業務をこなす中で、深く考える時間が取れていないのが現状です。このままでは、さらに仕事が増えてしまうと感じています。そこで、ミーティングでは課題解決や共有すべき内容をしっかりすり合わせたいと思います。 どの議題を用意？ 毎週行われるミーティングでは、事前にどのようにディスカッションを進めるか、何を課題として捉えるかを準備しておこうと考えています。適切な議題設定とその活用を通じて、実践していきたいと思います。

仮説はどこから始まる？ 仮説を持つことで、対象への関心が深まると同時に、問題意識も高まるという考え方は非常に理にかなっていると感じます。仮説がない状態では、物事への関心が浅く、問題意識も十分に芽生えにくいものです。しかし、一度仮説を立てると、その正否を自ら確かめようという意欲が生まれ、自然と検証に積極的に取り組むようになります。その結果、案件に対するコミットメントが強化され、より主体的に取り組む姿勢が養われます。 改善提案はどのように？ この考え方は、業務における課題抽出や改善提案の場面にも応用できると感じます。たとえば、顧客対応の効率化や新しいサービスの導入検討において、仮説を立てて検証を重ねることで、単に課題を指摘するだけでなく、解決策の妥当性を自分自身で確認しながら主体的に進めることが可能になります。

どの指標で問題解決？ 顧客の行動をクリック率やコンバージョン率などの定量的指標で捉えることで、どのステップに主な問題があるかを把握できる点が非常に参考になりました。このアプローチにより、各プロセスのボトルネックを明確にし、改善点を正確に捉えることが可能となります。 点数化と離脱はどう？ また、各項目を点数化して意思決定を行う方法は大変勉強になりました。各指標にはそれぞれ長所と短所があるものの、複合的に判断することで、優先事項の認識を合わせ、定量的な基準を共有できると感じました。さらに、顧客がどのステップで離脱しているのかをファネルの視点から整理する手法は、成果に結び付けるための具体的なアクションプランを立てる上で非常に有用であり、今後の分析や社内での課題解決の手法として周知したいと考えています。

「問い」をどう捉える？ 「問い」にフォーカスしている点がとても印象に残りました。この「問い」を生み出すためには、物事を多角的に捉える視点が必要であると感じます。たとえば、WEEK1で学んだ内容が実際に活かされるという点から、さまざまな見方を取り入れる重要性と、それに伴う言語化のスキルも求められていると実感しました。 資料作りはどう進める？ 今後、提案資料や報告資料を作成する際には、今回学んだ視点の多様性と言語化の技術を活かしたいと考えています。客観的で説得力のある資料作成には、顧客の多様な立場（経営層や現場担当者など）だけでなく、自社内のさまざまな視点も取り入れることが必要です。また、他者が作成した資料をチェックする際にも、これらの点を意識し、課題解決に役立つ情報提供ができるよう努めたいと思います。

どこで分割すべき？ 今週はプロセスに分けて分析する方法を学びました。Web解析の基本知識があるため、内容は理解しやすかったです。特に、Web以外の分野でプロセスに分解して分析する場合、どの段階で分割するかが非常に重要だと感じました。効果的でないプロセス分割をしてしまうと、いかに情報を分析しても課題解決に結びつく情報提供ができなくなるため、プロセスの分離設計が不可欠だと実感しました。 A/Bテストはどう？ また、A/Bテストについては実施が必要だとは思いつつも、実務ではリソース不足などの理由で２パターンの検証が難しいケースが多いと感じています。そのため、実務ベースでは別の手法を模索する必要があると考えます。勉強のために、実際に行われたA/Bテストの具体的な事例があれば、ぜひ共有いただきたいです。

イシューはどう見極める？ 問題や課題を解決するには、まずイシューを特定することが大切だと学びました。イシューは、見る角度や考え方によって様々な切り口で設定できるため、目の前にある問題を多角的に分析し、考えうるイシューを洗い出すことが重要です。その上で、状況や環境、優先事項を踏まえ、どのイシューに注力すべきかを見極める必要があると実感しました。 直感に頼らない方法？ また、チームの管理職として日々の業務で課題に直面する中、これまでは自身の経験や直感に頼った対応が多く、時としてその効果に限界があることを感じていました。今回の学びを活かし、今後はクリティカルシンキングの手法を用いて、多角的に要因を分析・洗い出し、上司や部下と議論しながら、最も効果的な解決策を選定して実践していきたいと考えています。

仮説はどう整理する？ 今まで学んだ内容をもとに、課題全体を通して「どうありたいか」や「何を解決したいのか」という視点から仮説を立てる過程を振り返ることができました。どのデータを、どう活用するかを考えながら、仮説を検証し精緻化していくストーリーは非常に有意義でした。また、目の前の問題にすぐに飛びつく癖を見直し、一旦判断を保留することで、どの判断を支える根拠が必要か改めて考える大切さを実感しました。 データはどう伝える？ さらに、メンバーや上司への働きかけにおいては、自分がどうありたいかを明確に示し、その意図を支える根拠としてデータに基づいた事実を示すことで共感を得たいと考えています。今回の学びを活かし、限られた人員で10%の作業増に応えるための具体的な施策に取り組んでいきたいと思います。