(19ページ目)

整理 ✕ 方法

に関する学び

---

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

バイアスを克服するには？ 自分自身の経験や思考に基づいて偏った視点や考え方を持つことは自然なことです。しかし、それを認識し、偏った視点で物事を考えないようにするためには、特定の思考方法を学ぶことが重要です。ただ意識するだけでなく、3つの視座を持つことや自分を批判するもう一人の自分を作り、一定の方法や構造化されたスキルを用いて少しずつ学んでいく必要があると感じました。 ミーティングを効果的に活用するには？ 私は頻繁にプロジェクトベースで仕事をするため、部署やチームを横断するメンバーが参加する日々のミーティングでこれを活用したいと思います。自身の考え方だけでなく、ミーティングに参加するメンバー全員がそれぞれの経験や思考に基づいて発言しているはずです。そのため、一歩引いた立場で意見をまとめ、プロジェクトをしっかり前に進めるために論点の整理やネクストステップの設計に役立てたいです。 効果的な思考法を実践するには？ 頭の使い方を意識し、常に3つの視座を意識して自分を批判的に見るもう一人の自分を思い描くことが重要です。また、ミーティングの真の目的が何かをまず確認し、参加者全員の認識を統一させることも必要です。これらを常に意識し、繰り返し実践することで、できなかった時や他のメンバーからのフィードバックを受け入れることができるはずです。

顧客ニーズの具体化方法は？ 顧客の潜在ニーズを掘り起こし、それをどのように具体的な表現に変えるかが非常に重要です。特に、顧客のニーズを「痛い、嫌だ」と感じるペインポイントから見極める視点を持つことが求められます。 デジタル技術はどう活用する？ 業界全体で人手不足が問題となっている現在、どのような業務を人が担当すべきかを考慮しつつ、デジタル技術を使った業務のスリム化が進んでいます。このような状況では、特に効率化が期待できる部分を見極め、そのニーズに基づいたサービスを提供することが理想的です。 ホームページ制作のコツ 実際の業務としては、取扱サービスを紹介するホームページの作成があります。この際、「このサービスを使えば日常の小さなストレスが解消される」といった視点で、サービスや商品を簡潔に紹介する形が有効です。 どのように意見を集めるべきか？ ホームページ制作においては、同じ部署内の他の複数のチームに声をかけ、現場の意見を集めることが重要です。その情報を整理したうえで、顧客のペインポイントをどのように表現するかについて周囲と議論し最適な表現を追求します。そして、事業部内に限らず、他部門の担当者とも情報を共有することで、幅広い視点から顧客ニーズを予測し、より効果的なソリューションの提案に向けた言葉を研ぎ澄ませていきます。

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

緻密な準備が成功を導く？ 慎重になり過ぎず、頭でっかちになり過ぎないことが大切です。手を動かす前に仮説を立て、何を比較するかの指標を決める必要があります。ただし、やってみないと分からないこともあり、その際には柔軟に変更しても問題ありません。 有効な切り口を探る方法は？ 引き出しの多さと選球眼が求められます。専門知識が少ない領域では、まずはフレームワークに頼るとよいでしょう。専門知識がある領域にフレームワークを掛け合わせることで、発見が生まれます。筋のよい切り口を選択するためには、現場の肌感覚としてのドメイン知識が重要です。 例えば、webサイトからの問い合わせを増やすための分析が必要な場合、データはすべて手元にあるので実践可能です。流入経路、案件種別、問合せ企業の業種、企業の所在地、案件規模、実施月、実施までの期間など、指標となり得る項目が多数あります。これらの指標を基に、問い合わせ数との相関関係を探ることで、有効な分析が可能となります。 仮説とフレームワークの活用 システムの切り替えに伴うベンダー選定や資料作成、現場からの業務要件整理とRFP作成などの業務においても、フレームワークや仮説の立て方が活用できることを実感しています。これらの方法は、実務において有用であり、実際に業務を進める上での基盤となります。

データ分析の意義とは？ データ分析をビジネスに活用することの本質を理解し、考え方や手法を再設計して、自分のものにしたいと感じました。データ分析で課題を解決するとは、「勘と経験に頼る意思決定の方法を、データ分析を用いた合理的な意思決定へと改めること」を指しています。そのために必要なことを次のように整理しました。 シナリオ設計のコツは？ まず、ビジネスに貢献するシナリオを描くことが重要です。そして、データを基にした意思決定プロセスを設計し、解消したい問題と解決する課題を言語化します。さらには、意思決定のプロセスを形式知として明文化することが必要です。 問題点は何か？ 具体的な問題としては目標未達があり、その課題として購入増加、キャンセル回避、Webサイト離脱の回避、および集客増加といった点が挙げられます。これらの課題を「意思決定プロセス」に深く掘り下げていくことが今後の大きな課題と考えています。 今後の展望は？ 今後の6週間では、問題と課題のさらなる言語化を進めていきたいと思っています。また、意思決定プロセスの6種類のうち、特にマーケティング型の「仮説試行型」と、経営者の思考バイアスを低減させるための経営者判断型について、さらに学びたいと考えています。そして、意思決定プロセスの形式知化を設計していく計画です。

講義の要点は見えてる？ 今回の講義を通じ、問題解決プロセスにおいて重要なポイントを再認識しました。特に、あるべき姿と現状の間にあるギャップを具体的な数字で示し、関係者全員で合意を取る必要性を強く感じました。定量的に現状とあるべき姿を比較することで、解決策の効果を明確に把握することができると実感しました。 MECEの意味って何？ また、MECEのとらえ方についても改めて考える機会となりました。意味のある分類方法を意識し、意図しない「その他」に頼らず、明確な目的意識を持って分類することの重要性を学びました。これにより、情報の整理がより具体的で理解しやすくなると感じています。 分類にはどんな工夫？ さらに、自社サービスのポジションや方針を決める際、特にB2B2Cの業務モデルにおいては、顧客自身とエンドユーザーの双方をMECEに基づいて分類する必要があると再認識しました。具体的には、顧客規模や産業、予算状況といった基準で顧客を分類し、エンドユーザーについては年齢、性別、アプリの利用状況などを考慮することが大切です。 投資の判断はどうする？ 以上の学びをもとに、現状とあるべき姿のギャップを明確にし、自社のリソースが十分に機能しているか、あるいはどの程度の投資が必要かを判断するための貴重な材料としたいと考えています。

解決策をどう選ぶ？ 適切な解決策を決定する際には、決め打ちせずに他の仮説から導き出されるHowも考慮することが重要だと感じました。自社が現状で何を優先すべきかを考え、解決策同士を比較しながら適切な選択をする必要があります。そのためには、常に目的と優先事項を意識し、立ち戻って再考することが必要だと思います。 行動が生む成果とは？ 完璧を求めすぎるあまり、仮説の検証ができない、考えすぎて動けなくなることもあります。ある程度の目途がついた時点でまず行動することが、結果的に良い仮説を生むことになります。 データ整理の新たな切り口 データを切り口を変えて整理する方法について述べます。物流会社で専用アプリを使用してトラックの待機時間を集計していますが、単なる集計だけでは不十分です。時間帯別や事業所別など切り口を変えてデータを整理し、今後の活用方法を示す必要があります。 業務プロセス改善の手順 問題箇所を特定し、各事業所の業務プロセスのどこに起因しているかをグループ内で議論したいと考えています。最終的には、待機時間の集計作業から業務プロセス改善まで話をつなげたいと考えています。そのために、本講座で学んだ「客観的にわかりやすく数値化して説明する」ことを意識しながら、メンバーと議論を続けていこうと思います。

問題解決はどう進む？ 問題解決の4ステップとして、まず「what」（問題の明確化）、次に「where」（問題個所の特定）、その後「why」（原因の分析）、そして「how」（解決策の立案）という流れで整理する方法が紹介されています。各ステップが順序立てて説明されているため、全体像を把握しやすく、実際の問題へのアプローチがより明確になります。 仮説検証はどうする？ 仮説を立てる際には、複数の仮説を同時に検討し、それぞれに網羅性を持たせることがポイントとして挙げられています。また、仮説を検証するために、どの比較指標を選ぶのかを意識してデータの評価を行う大切さも感じました。 データ収集はどう考える？ データを収集する際の注意点として、まず「誰に聞くか」と「どのように聞くか」を慎重に考え、比較可能なデータの収集を怠らないことが重要です。さらに、反論を排除するためにも、対立意見をも十分に考慮した情報収集が求められています。 分析計画はなぜ大切？ 最後に、分析に取りかかる前に、設定した仮説を反映した分析計画表を作成する意義が強調されています。特に、経験の浅いメンバーと共に仮説の設定プロセスや必要なデータ収集、効果的な分析方法について議論することで、より深く問題解決に臨む体制を整えることが可能になります。

問いをどう理解する？ 「問いを立てる」という言葉について、普段の言い回しとは異なり、初めはピンと来なかったものの、ライブ授業の具体例を通じて理解が深まりました。YESかNOで答えられる問いを設定することで、その答えに対する論拠や分析が求められ、論理的な説明が自然と身につくと実感しています。これまでの日々の業務にも通じる部分があり、改めてその意義を認識することができました。 フレームワークの再確認は？ また、これまでシステム開発の現場で漠然と使っていた思考のフレームワークが、今回の学習を通じて再確認できた点も大きな収穫です。部署内で複数のシステム開発案件のレビューを行った際に、報告内容が論理的でない場面に直面することがあり、状況を整理するためにこのフレームワークを意識的に活用できそうだと感じました。さらに、事業計画の立案や部下のサポートにも、今までの経験にとらわれない新たな視点を加える上で大いに役立ちそうです。 イシューリストをどう見る？ ライブ講義で紹介されたイシューリストの作成方法も非常に印象的でした。日常業務では緊急度の高いものが優先され、本来注目すべき課題が見落とされがちですが、イシューリストを作成し定期的に見直すことで、重要な問題点を把握し、対処策を検討する体制を整えられると感じました。

対概念で何が変わる？ 「手順を踏んで書く」というポイントで、対になる概念を下層に進める方法について学びました。これまでは、主題に対して思いつくまま事象を書き連ねたり、相手に刺さりそうな内容を並べたりしていました。しかし、対になる概念を並べることにより、より網羅的に整理することができると感じました。また、具体性を持たせるため、さらに一層具体的に記述するなど、どの程度具体に落とし込めば分かりやすくなるのか、ロジックツリーの構築で多くを学びました。 連絡時は何に注意？ 社外の人と連絡を取る際、基本的な要素として、主語が抜けていないか、主語と述語が対応しているかを確認することが重要です。これは、相手が話すことを理解する際にも、頭の中でピラミッドストラクチャーを描くことで役立ちます。理解が追いつかない場合には、その場でメモを取ることを心がけています。 AIでどう確認する？ また、手元の文章を他人に見せる前に、生成AIを利用して確認するようにしています。AIが提示する誤りについても解説を求めることで、自分の書いた文章の改善につなげます。一通りの話を聞いた後には、頭の中で描いたピラミッドを基に「この理解で正しいか？」と確認を入れるようにしています。これにより、意思疎通の精度が上がることを実感しています。

なぜイシューが大事？ 「イシューの明確さ」の重要性について学びました。それはプロジェクトの開始時に「何を達成すべきか」を明確にすることで、全員が同じ方向を向いて効果的に進めることができるからです。簡潔でわかりやすいイシューの設定が、問題解決の第一歩であると感じました。 相手の優先順位は？ 自身の業務においても、イシューの明確化はプロジェクトや交渉の成功に直結すると思います。例えば、スポンサーとの交渉では「相手が何を最優先しているのか」をイシューとして明確にすることで、提案を的確に調整し、成果を得やすくなります。また、業務全体を通して「今本当に取り組むべき課題は何か」を意識することで、優先順位を整理し、効率よく進められると実感しています。 実行はどう進める？ イシューを明確にするために、まず業務やプロジェクトごとに「何を達成したいのか」を一言で整理し、目標を共有します。その後、現状の課題を洗い出し、本質的な問題を絞り込み、優先順位を設定します。そして、解決に必要な具体的なアクションをリスト化し、締め切りや担当者を明確にして進捗を管理します。また、取り組み終了後には振り返りを行い、イシュー設定や行動計画の改善点を抽出します。このプロセスを繰り返すことでスキルを磨き、業務効率を向上させています。