(28ページ目)

課題 ✕ 検討

に関する学び

---

問題解決の秘訣は？ 問題解決の手順として、「What（問題は何か）」「Where（問題はどこにあるか）」「Why（問題はなぜ起きたか）」「How（問題はどう解決するか）」の４ステップを学びました。これまでなんとなく行っていたことやできていたことも、言語化することで抜け漏れなく整理でき、仮説や結論に対する自信が深まりました。 仮説思考はどうする？ また、仮説思考については、問題解決の仮説と結論の仮説があり、それぞれに過去・現在・未来の視点が存在するという考え方を知り、とてもすっきりしました。これまで様々な場面で仮説を立ててきましたが、今回の整理方法を取り入れることで、何を考えればよいかがすぐに浮かぶようになりました。 計画立案を学ぶ？ 事業計画の立案のプロセスにおいては、これまでなんとなく進めてきた作業を、今回学んだ解決のステップとフレームワークを意識して取り組んでいきたいと思います。自分で考えるだけでなく、他者に説明する際にも納得してもらえるよう、言葉にして伝えられる方法として活用していきます。 課題整理は進んでる？ さらに、事業計画の立案にあたって複数の課題と対策が存在する中で、重要度の高い順に今回のステップやフレームワークを適用し、ゼロから考え直すことで、問題を正しく捉え、解決策が十分かどうかを抜け漏れなく検討していきたいと考えています。

ライブ授業で感じた点は？ 締めのライブ授業では、これまでの学びを振り返る機会がありました。データ分析の手法として、比較を活用する方法を学び、目的設定から仮説構築、データや情報の収集、分析、さらには仮説の検証という一連のプロセスの重要性を実感できました。また、自分の考えにとらわれず、さまざまな視点から検証することの大切さも理解でき、これらの手法をいかに実践し、スキルとして身につけるかが今後の課題であると感じています。 部門業績の課題は？ 部門業績分析においては、自部門の営業データを活用し、強みと弱みの再確認を進めています。さらに、セグメント別の成長性や低成長部門の課題を明確にし、改善策の検討や戦略の見直しにつなげたいと考えています。次年度の目標設定にあたっては、今年の実績を論理的に分析し、定量的・定性的な評価が可能な具体的な目標を立てる予定です。すでに各メンバーには来期に向けて自ら考えた目標設定を進めてもらっており、私自身も部門全体の強みや弱み、注力すべきセグメントを整理した上で、各メンバーの目標と比較・検証を行っています。このプロセスを通じて、部門全体で論理的な目標理解を深め、同じ方向性で次年度の業務に取り組むことを目指しています。目標設定は3月中に取りまとめ、次年度からは月次で目標達成度の比較分析を実施し、達成に向けた具体策を全員で共有していく方針です。

学びの実践はどう？ 今回の講座のライブ授業や実践演習を通じて、学んだ内容を振り返り、今後の業務や生活にどのように活かすか具体的に考える有意義な時間となりました。忙しい日々の中で時間の捻出も戦略であると感じ、自分の時間の使い方を改めて見つめ直す重要性を実感しました。これにより、学習だけでなく経験から感性を磨くことの大切さを再認識し、旅や遊びも含めた幅広い学びを心がけたいと思います。 経営理念はどう再確認？ また、まずは自社の経営理念やビジョン、戦略をしっかりと再確認することが、全社的な視点での問題解決に繋がると感じました。これを自部署や関連先にも反映させ、現状と今後必要になる施策を社会情勢も踏まえて検討することが重要だと考えています。業務中に現状の整理と目標とのギャップを把握し、課題解決に向けた具体策を検討することを最優先に進めていきます。 会議内容はどう把握？ さらに、来月開催される経営方針会議での内容をしっかりと捉え、その情報をもとに自部署や自身の行動計画へと落とし込む方針です。広報からの社内報や他部署の取組にも関心を持ち、理解を深めることで視野を広げていきます。また、来週はしっかりと時間を確保し、金曜日の最後の30分を振り返りの時間とすることで、今週の改善点と来週のToDoを整理し、PDCAサイクルの好循環を目指して取り組んでいきます。

MECEの難しさと挑戦 MECEを意識しすぎるあまり、本質的なロジックツリーを作れていないことがあるのは、本当にその通りだと思いました。漏れなく整理するために「その他」を多用している自分を容易に想像でき、今回の講座内容は非常に自分事として受け止めることができました。 良質な示唆を得るには？ MECEは重要ですが、あくまでフレームワークの一つであり、問題解決に繋がる良質な示唆を提供できる分け方が求められます。現状の自分の役割としては、営業戦略の策定と売上増加のための施策検討があり、常に課題解決に取り組む状況です。Week 01から学んでいる内容は、まさに今の業務に直結するものです。 定量的な分析を目指して WhatやWhereを置き去りにせず、現状の分析とありたい姿やあるべき姿をしっかり定義し、どこにギャップがあるのかを定量的に、そしてMECEに整理できるようにしたいです。前提となる「現状分析やありたい姿の定義」は、頭の中でわかった気で終わるのではなく、しっかりと言語化することを意識します。 フィードバックの活かし方 MECEのアプローチは、一人でアウトプットを出したうえで、同僚や上司からフィードバックをもらい、自分では気付けない「漏れやダブり」を見つけることが大切です。そのためのブラッシュアップを行い、練習を重ねていきたいと思います。

問題の本質をどう見極める？ 問題や課題に対応する際、すぐに対応策を安直に打ち出すのではなく、まずはその問題や課題がどのようなもので、なぜ、どこで発生しているのかを考える必要があると学びました。これを実現するために、MECEの考え方を用いてロジックツリーで問題や課題を細分化し、対応策を複数検討し、状況に応じて採用する対応策を決定することが合理的な判断となることがわかりました。 IT活用で解決策を見つけるには？ また、ITの活用によって業務効率化を検討する際には、「業務効率化」という漠然とした課題を、ロジックツリーで細分化することで解決の手がかりを得ることができます。具体的には、どこで、なぜ、どのような問題が発生しているのかを特定し、その問題を解消できるITを導入することによって、費用対効果を意識した問題解決が可能となることを理解しました。この学びは、現実の問題解決に活かせるものだと考えています。 部署の問題をどう改善する？ 現在、所属する部署では残業時間が非常に多く、人員も多いという問題があります。この部署でどの作業が一番多く時間を要しているのかを、ロジックツリーで特定しました。その結果、出荷日や納期変更が頻発している作業が問題であると判明しました。したがって、この部分に有効なITの導入や、業務プロセス自体の見直しを提案したいと考えています。

ゴール達成への基本戦略は？ 以下2点について学びました。 1. 到達したいゴールに向けてマイルストーンを設定し、その時々でイシューを考え、それに対する打ち手を取る必要がある。 2. データをさまざまな角度から分析し、イシューを特定する必要がある。 業務としては製薬会社の生産部門におけるトラブル解決を担当しております。この知識を業務にどう活かせるか、以下の具体例が思い浮かびました。 トラブル解決に必要な視点とは？ まず、年間目標や個々の業務における課題解決においては、到達したいゴールに向けてマイルストーンを設定し、それぞれのタイミングでイシューを特定し、具体的な対策を検討することが必要です。 次に、生産部門におけるトラブルの原因究明とその解決策の立案については、様々な角度からデータを分析し、イシューを特定することが重要です。これにより、より的確な原因分析と解決策の提案が可能になります。 メンバー育成に活かせるアプローチは？ 最後に、部門におけるメンバーのキャリア開発と育成についても、前述の2つの原則を適用することができます。メンバーの成長に向けた目標を設定し、その達成のための具体的なイシューと打ち手を考えます。 以上のように、学んだ知識を活用して業務を進めていくことで、課題解決能力の向上や部門の効率化が期待できると考えます。

原因探索はどう？ 問題の原因を探る際、プロセスに分けて考えることの重要性を実感しました。Week1で学んだ「分析は要素を分けて比較する」という手法を再確認し、今後も意識して取り組んでいきたいと思います。また、対概念について学ぶ中で「問題に関係する要素」と「それ以外」を区別するシンプルな考え方が非常に使いやすいと感じました。これまでに習ったフレームワークとも併せ、具体的な分析に活かしていきたいです。 判断基準はどう？ さらに、「正解」が存在しない中で最適な案を選ぶには、適切な判断基準に基づいて評価するプロセスが不可欠であることが印象に残りました。精度を高める努力は必要ですが、時間をかけすぎないバランス感覚を持ちながら課題に取り組むことが大切だと考えています。 営業戦略考える？ また、売上や利益を拡大していくために、What、Where、Why、Howを丁寧に検討し、効果的な営業施策を立案・実行する必要性を感じました。関係者に説得力のある行動計画を提示することで、より良い成果を得られるよう努めていきます。 多角的視点は？ 一つのアイデアに固執せず、多角的な視点で物事を見ることも心がけたいです。正解のない状況でも、適切な判断基準を設定して効率的に進めることで、無駄な時間を省きながら最適な解決策にたどり着けると実感しました。

プレゼンは納得できる？ プロトタイプの説明については、完成されたプレゼンシートにて発表する方が納得感が得られると感じました。そのため、プロトタイプ作成や報告の優先事項は、スピード、実際に体感・体験できること、そして低コストであると考え、報告もこれらを重視しています。 体感をどう見直す？ また、これらの優先事項を活かすためには、人間が直接体感・体験した感想を重要な情報として捉え、AIを活用して視覚化する方法が有効であると学びました。 データ収集の極意は？ 業務におけるプロトタイプやテストは、図面やCGでの可視化に加え、実際に試作された空間として創出されています。これらに対して、顧客の反応を定性的なデータのみならず定量的なデータとしても捉え、比較できるようにすることが求められます。そのため、どのようなデータを収集し、何を提示するか、また提示することでどのような課題解決やニーズの充足につながるかを事前に検討する必要があります。 クライアントの声は？ さらに、コミュニケーションの活性化を求めるクライアントに対しては、彼らが何を求めているのかを十分に確認しながら試作アイデアを実際の空間に反映させ、図面化します。そして、アンケートによる定性調査と、図面や空間に対するドット投票による定量調査の両軸で評価を行う取り組みが重要だと考えています。

目的設定は正しい？ データ分析は、単に比較するだけではなく、まず目的を明確にし、自分なりに仮説を立てるところから始まります。仮説に基づいて分析作業を進め、その結果から具体的な示唆を得る一連の流れを意識することが重要です。 比較条件は合ってる？ また、比較対象とする対象の条件を揃えることが不可欠です。この前提が誤っていると、適切な分析が行えなくなるため、比較対象に問題がないかどうかも注意深く判断する必要があります。 採用現場でどう役立つ？ 採用活動の現場では、以下のような場面でデータ分析が役立つと考えています。まず、エージェントや媒体の成果を基にした母集団の形成。次に、面接の実施率や内定承諾率など、候補者起因の歩留まり改善。そして自社の採用活動全体のパフォーマンス管理や改善点の発見、さらには新たなサービス導入の検討時にも活用できるでしょう。 集計方法に再考は？ 現状、応募数や内定数など各選考フェーズでの実数や展開率の集計は行っていますが、そのデータの取り方が最適かどうか、また他により良い集計方法がないか再検討する余地があると感じています。さらに、定量的な成果を示すことで、他部門への説得材料とする狙いもあり、現状の課題、例えば選考のリードタイムの短縮などについて具体的に提示し、改善に向けた会議を進めていきたいと考えています。

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

目的と設計はどう変わる？ 自分の目的と相手の目的を整理しながら、自社のWebサイトの設計を見直す必要性を感じました。無形商材の場合、ユーザーに疑似体験させる工夫が重要で、サービスの流れや機能を紙やスライドで視覚化し、細かいフィードバックを受けることが効果的だと考えています。 試作で何を掴む？ 試作（テスト）からフィードバックを迅速に得ることが大切です。また、どのようなフィードバックを求めるかという視点を事前に持つことも必要だと感じました。課題の定義や情報設計が漠然としていると、良い試作へとつながりにくいため、前提をしっかり作り込み、アイデアを十分に出し切ることが重要です。 小さな挑戦はどう効く？ さらに、小さな試みを積み重ねることで、結果的に近道が見えてくると実感しています。正解へいち早く辿り着きたいという焦りが、かえってネックになることもあるため、スピード感と丁寧さの両面を大切にしていきたいと思います。 情報設計で成果を出す？ 情報設計においては、自分の目的と相手の目的を再検討し、課題の定義と連動させる余地があると感じています。さまざまなプロトタイプが存在し、それぞれの簡易さや工程の多さに違いはあるものの、得られるフィードバックの質にも個性があり、細かな確認を積み重ねることで質の高い成果物を生み出すと確信しています。

イシューは何だろう？ 今回の学びは、「イシュー」がいまここで答えを出すべき問いであるという点にあります。改善や成長のためには、この問いをしっかりと特定することが重要であり、特定したイシューを出発点に課題の因数分解を始めることで、具体的な改善策が見えてきます。 論点ずれはなぜ？ また、会議などで論点がずれてしまうケースの原因として、イシューが特定できていなかったり、共通認識が持てていなかったりする可能性に気づきました。 部下の意見はどう捉える？ マネジメントの現場では、部下からの提案や課題提起があった際に、まずはイシューが何であるかを明確にし、その上でフィードバックを行うことが大切だと実感しています。 全体で認識を合わせる？ チームで施策の検討をする際にも、まず全体のイシューを特定し、全員が共通認識を持つことが基本です。その後、担当ごとにイシューを出発点とした施策検討を進めることで、より効果的な対策が打てると考えています。 議論開始はどう進む？ さらに、話を聞く際には相手のイシューが明確になっているかに注意を払い、自分が話すときにはそのイシューをはっきりと伝えて話を始めるように努めています。複数人で議論を始める場合は、まずイシューを特定する議論から入ることで、思い込みや決めつけを避けることができると感じました。