(27ページ目)

自分 ✕ 課題

に関する学び

---

仮説はどう考える？ 原因の仮説を考える際、まずは思考を広げた後、いくつかの軸に沿って収束させるという対概念の活用方法を学びました。問題にかかわりがありそうな要素だけでなく、その他の要因も広く挙げることの重要性を再確認しました。 解決策は何で選ぶ？ 次に、解決策を検討する際には、選定基準と選択肢をセットで整理することが大切であると感じました。どの軸で絞り込むかをイメージしながら、具体的な解決策の検討プロセスを意識することが、より充実した議論につながると学びました。 集客課題はなぜ？ また、社内で実施する勉強会や発表において、集客面で予想を下回るケースが多い現状を振り返り、テーマや内容、告知文に加え、スケジュールや運営、形式といった運用面での見直しの必要性も感じました。 外部連携はどう？ さらに、外部リソースの活用にあたっては、パートナー企業の選定が有効な解決策となる場面もあります。解決策のリストアップや選定基準の設計において、この方法が実際に役立つと実感しています。 意見はどう生かす？ 最後に、Q2に記載されている二点については、必要なタイミングで適用しています。普段から基準と選択肢をセットで考え、クライアントへの説明に活かしているものの、社内に閉じた課題の解決策検討では見落としがちな部分もありました。自分が見えていない課題や第三者の意見を取り入れることにも、今後積極的に取り組んでいきたいと思います。

問いをどう分解する？ 課題に取り組む際、まず問いを立て、それを分解してイシューを特定することが重要です。これまで、表面的な課題に対して安易に打ち手を検討していたと反省し、改めて課題を分解し、イシューを特定するプロセスに取り組みたいと思います。分解の際は、MECE（モレなくダブりなく）であることや、データの加工によって新たな気づきが得られるかを吟味しながら進めることが求められます。このステップを徹底することで、安易な解決策に頼ることなく、より効果的なアプローチが可能となります。 問題の本質は何？ 問題が発生したとき、すぐに施策に飛びつくのではなく、まず問いを立てて、それを分解してイシューを特定するプロセスを意識的に取り入れることが大切です。個人的には、実際に手を動かしながらアナログで書くことで課題を可視化する方が効果的だと感じています。それに際しては、MECEであるかどうかを確認し、他メンバーの力を借りて精度を高めることも重要です。 解決策はどう見極める？ 問題が表面化した際には、安易に解決策を模索するのではなく、自分でロジックツリーを書いてみることが推奨されます。必要に応じてデータを確認し、イシューを特定することで、より根本的な課題を明らかにします。そのイシューは周囲と共有し、欠けや漏れがないかアドバイスを求め、さらに経営層にも報告してフィードバックを得ることで、より精度の高い解決策を導き出すことができるでしょう。

講座で再確認した3つのポイント 今回の講座を通じて、以下の3点について再確認することができました。 まず、多角的に分析・比較することの大切さです。次に、自分の目線ではなく、聞き手の目線や聞き手の属する組織の目線に合わせることの重要性です。そして、聞き手が普段から利用している分析の観点を押さえておくことで、話が通じやすくなることも理解しました。 保有案件と市場調査の具体的学び 具体的な学びとしては、以下の内容が挙げられます。 まず、保有案件の分析です。案件のコンディション別に受注確率を算出し、保有案件量を確度別に分類して先週との差異を出しました。また、市場調査においては、マーケット分析を自動化する手法を学びました。 売上分析と満足度調査の手法 次に、売上分析に関しては、特定マーケットに対する自社の製品・サービス別の売上を整理する方法と、その自動化について学びました。お客様満足度調査では、データを用いて定量的に経年比較を行う生産性の高い分析方法を習得しました。 実務での応用と課題解決の姿勢 さらに、新しく作成した分析結果の表やグラフをわかりやすくする方法についても学びました。 これらの考え方や手法を実務で試みました。特に、頻度の高い業務である保有案件量の分析で実践し、課題を発見。その課題を講座で確認し、解決を図る姿勢を持ちました。講座内で解決が難しい場合には、職場の周囲から教わり、解決する方針としました。

問題解決ステップの重要性とは？ 問題解決には、「What」「Where」「Why」「How」の4つのステップがあります。これらのステップを順番に進める必要はなく、行き来しながら取り組むのが良いでしょう。特に問題に直面した際、いきなり「How」から始めてしまうことが多いですが、まず「What」で問題の特定に取り組むことが重要だと感じました。「What」を明確にすることで、その後の「How」のステップが実態に沿わなくなることを防ぐことができると考えます。 ロジックツリーで会議問題を解決？ 私は数値を用いた分析を行う機会はほとんどありませんが、職場には多くの課題が存在します。定性的な問題でも、問題解決のステップを活用して、問題の明確化、原因の特定、なぜそうなってしまっているのか、どう解決できるかを考えることができます。 具体的な課題の一つとして、時間内に終了しない会議や目的がはっきりしない会議が頻発する点があります。これをロジックツリーを使用して分解し、原因を探り、対策を立てることができると考えます。 「あるべき姿」を常に意識する これらの課題については、現在の職場に来てからの半年間、自分なりに分析し改善に取り組んできました。しかし、周囲がその課題を認識しておらず、そのため私自身も徐々に違和感を感じなくなってきています。今後は「あるべき姿」と「What（何が問題なのか）」を常に意識することを心掛けていきたいと思います。

全体像はどう把握？ データを加工する際には、まずインパクト、ギャップ、トレンド、ばらつき、パターンといった視点から全体像を把握することが重要です。その上で、数字で示すのか、ビジュアル化するのか、数式を用いるのかといった手法を選択します。予め何を知りたいのかという前提を忘れず、単に平均値を取るだけでなく、ばらつきに注目して外れ値に潜むチャンスを見出す視点が必要だと感じました。 競合比較はどう見る？ 自社品の売り上げや競合との比較についても、提示された数字をそのまま受け止めるだけではなく、どこにベンチマークを置くのかを意識することが求められます。売上が前年より伸びている場合でも、市場全体が拡大し、競合もその中で成長しているのであれば、そのギャップはどこにあるのかを考える癖を身に付けることが大切です。月ごとのシェアや日々の実績トレンドを、抽象的な視点と具体的なアプローチの両面から分析し、真相に迫ることが目標です。 トレンド集計の課題は？ また、毎日売上トレンドを集計し、メンバーと共有しているものの、単なるトレンド情報だけではベンチマークを示すことができません。さらに、競合品のデータもタイムリーに入手できていないため比較が難しい状況でした。ピボットテーブルで集計する前のデータ収集に手間を感じ、与えられたデータベースだけで処理しようとしていた自分の意識を改め、より柔軟な視点でデータ活用に取り組む必要性を強く実感しました。

根本原因はどう探る？ 問題や課題に直面した際、それらの背景や根本のイシューを特定することが最初に、そして非常に重要であるということを学びました。イシューの特定や設定には、立場や部門の違いから様々なアプローチが考えられ、必ずしもイシューが一つではなく、複数存在することもあるという理解が深まりました。 品質不具合の真実は？ 多く発生するのは品質の問題であると考えられます。社内での問題であれば、「なぜこの不具合が発生するのか」という視点でのイシュー特定が一般的ですが、逆の視点、「なぜこの不具合が顧客から受け入れられないのか」という視点でのイシュー設定も可能であるという新しい学びを活かしたいと考えています。具体的には、この不具合が直接取引の顧客でどのような問題となるのか、さらには最終ユーザーではどのような問題となるのかという視点を取り入れれば、品質責任の負担を平準化したり、過剰スペックを是正したりすることに繋がる可能性があると感じました。 会議で何を疑問視？ 週次で開催される品質会議では、不具合に関する品質部門からの分析内容やその是正に向けた対策について、自分自身が何か疑問を持つように意識することが重要です。「何が問題か」「どこで発生するのか」「なぜ発生するのか」といった基本的な把握に加え、問題や品質がなぜ顧客に受け入れられないのか、顧客でどのような問題に繋がるのかという視点を持つことから始めていきたいと考えています。

なぜ問いは必要？ この講座を通じて、問を立てることの重要性や、そのための考え方を学びましたが、「なぜ問の形にする必要があるのか？」については深く考えたことがなかったと気づきました。問題を問いの形にすることで、解決に向けた思考を進められるということが大切だと学びました。また、講座での課題を通じて、自分が「経験や勘に頼って主観的に考えがち」であることに気づき、これからは客観的に考える方法を身につける必要があると感じました。 どの問いが響く？ 「問から始める、問を押さえておく、問を共有しておく」の三点は、さまざまな場面で役立ちそうです。例えば、新規サービスの開発プロジェクトにおいても、「顧客が求めているものは何か」という問いを立て、それを常に念頭に置きプロジェクトメンバーと共有することは、今すぐにでも実践したいことです。また、リーダーの役割を担う中で、「何を課題（問い）と捉えるべきか？」を見極める訓練を積んでいきたいと思います。 正しい問いは？ プロジェクトを進める際や会議、データ分析の際には、必ず「問い」を中心に置くことを忘れずに進めようと考えています。問から逸れていないかを確認し、客観的な視点で議論を進めることが重要です。また、リーダーとしてその問いが本当に解くべきものであるかを見極めたいです。講座を通じて多くのことを学んだので、これから様々な場面で実践を重ねていくことが非常に大切だと感じています。

講義で何を学んだ？ 今週はライブクラスに参加できなかったため、動画で講義を視聴しました。講義では、データ分析を進めるにあたって、解決すべき問題を明確にすることの重要性が説かれていました。また、売上低下の原因を複数の視点から分解し、掘り下げた情報の中から解決につながる要素を見出す手法について学びました。 比較で見る視点は？ 具体的には、客層やばらつき、年齢層、客単価といった各要素を前年のデータと比較することで、売上低下の原因を浮かび上がらせる方法が紹介されました。比較の過程では、どのグラフを用いて示すのが適切かは一つに限らず、さまざまな手法が存在する点も興味深かったです。 偏りを防ぐには？ また、自分の考えに偏りがかからないよう、誰にでも納得してもらえる解決策を導くためには、内容をしっかり分解しデータ分析することが不可欠であると再認識しました。これまでの経験や業種に頼らない、異なるアプローチや視点で物事を見る意識を持つことの大切さを改めて感じました。 論理的思考は？ データ分析の学習を通じて、より論理的な思考と仮説検証の実践が重要であることを学びました。情報整理やパターンの発見、適切な結論の導出には、さまざまなフレームワークや手法の活用が役立つと感じ、これを習慣化することが今後の課題と考えています。また、不得意なエクセルでのグラフ作成についても、試行錯誤を重ねながらスキル向上に努めていきたいと思います。

何を達成する？ これまでの学習を振り返る演習を行いました。この機会に、これからの自分の理想像を改めて描き直し、その中でシンプルで一貫性のあるリーダーを目指したいと思いました。戦略思考の基礎を再度学び直し、目的を明確にして、それを達成するための最短ルートを設計することの重要性を再認識しました。特に「何を達成したいのか」、「いつまでに達成したいのか」、「なぜそれが必要なのか」といった目的を具体的に言語化することが重要だと実感しました。また、利用可能なリソース、特に人材を最大限に活用することの必要性も理解を深めました。効率的なルートを設計して、より効果的に目標達成を目指したいと考えています。 戦略はどう見極める？ 問題を俯瞰し、深掘りを繰り返して分析する意識を持ち続けたいと思います。全体の流れを確認し、そこからイシューを特定し、攻略法を戦略的に立てることを心がけています。イシューの解決から全体の解決に繋げる部分を構築し、その過程で戦略思考を活用していきたいと考えています。また、学んだフレームワークも活用し、規模の経済性を最大限活かせる方法を模索し続けたいです。 学びをどう実践する？ フレームワーク活用の習慣化を進め、分析に必要な要素を素早くカテゴライズし、様々な課題に応用する技術を磨いていくつもりです。また、朝礼で学んだことを発表する場を活用し、学習内容のアウトプットを繰り返すことで、理解を深めたいと思っています。

日本語の使い方は？ 相手に分かりやすく伝えようと努めていたつもりでしたが、日本語の使い方に改めて課題があると感じました。今後は、主語を一つに絞り、述語がその主語に確実に対応するよう心がけ、文章も簡潔にまとめていきたいと思います。 根拠はどう考える？ また、主張を伝えるための根拠の組み立て方として、抽象的な柱から徐々に具体的な内容へと展開していくステップを学びました。しかし、伝えたい相手の立場や状況によって興味や関心は異なるため、相手の視点に立った根拠づけが非常に重要だと感じています。 学びを生かすには？ このような学びは、日常のコミュニケーションや資料作成といった様々なシーンで活かせると考えています。たとえば、伝えたい内容をピラミッドストラクチャーで整理し、主語と述語を意識した簡潔な文章を心がけることで、相手に伝わりやすくなり、結果として相手の理解負担だけでなく、自分自身の伝える負担も軽減できると思います。 文章チェックは？ 具体的には、メールやチャットなどの文章コミュニケーションにおいては、①主語と述語の関係が正しいか、②文章ができるだけ簡潔にまとめられているか（文が60文字以内を目安にする）、③相手の立場に立った内容になっているか、という点を常に確認していきたいです。また、資料作成の際には、ピラミッドストラクチャーを用いて思考を整理し、論理構造の妥当性をしっかりと確認することを意識します。

何故手順を明確に？ これまで「何となく」で進めていた問題解決のステップについて、今回あらためて「What, Where, Why, How」を意識する重要性を実感しました。手順を明確にすることで、全体の流れが整理され、取り組みがより効果的になったと感じます。 現状のギャップは？ また、日常業務においてしばしば指摘されるように、「あるべき姿（目標）」と「現状」とのギャップが課題であるという考え方は、自分自身の問題発見力の不足を強く意識させる要因となっています。全体的な視点で課題を捉えたつもりでも、見えていない問題が存在する可能性があるため、ロジックツリーやMECEといったフレームワークの有用性を改めて認識しました。 遅れはどう取り戻す？ 実際、現状では採用目標（ありたい姿）に対して採用実績が未達の状況です。今月である第3四半期が締まり、来月から第4四半期に入るため、これまでの遅れをどのように取り戻すかについて、ロジックツリーやMECEを活用して具体的な施策の検討に結びつけたいと考えています。 どんな課題に挑む？ 具体的には、以下の点について課題を追求していきます。 ・母集団形成がうまくいっていないため、応募を阻害している要因や、求人票を見ても応募に至らない理由の究明 ・先月と比べて書類選考通過率が大幅に低下しているため、不合格となる要因の分析 ・面接実施率を向上させるための施策の検討

仮説を立てる重要性とは？ What Where Why Howや問題解決のプロセス、3C、4Pなどのフレームワークを学ぶ中で、「仮説を複数立てる」ことが特に意識できていなかったと感じました。振り返ってみると、実際に分析と仮説検証を行った段階で満足してしまっていた自分に気づきました。 プロセスの抜け漏れを防ぐには？ 問題解決のプロセスは、データ分析において無意識に取り組んでいることが多いのですが、時折抜けや漏れが生じることがあります。体系的に整理することで、網羅的に仮説検証を行うことができると感じました。 営業戦略にデータ分析は必須？ 営業戦略策定では、データ分析が必ず伴います。What Where Why Howのそれぞれのフェーズで言語化し、仮説を立て、検証して原因を特定し、進めていきたいと考えています。3Cや4Pといったフレームワークは、常に最初に使うのではなく、仮説を立てて分析を行った後にチェックの際に活用したいと思います。 網羅性を確認するフレームワークの使い方は？ フレームワークの使用は、まず自分で考え分析を行った後、網羅性を確認するために活用することが大切です。現在進行中の「課題」の分析においても、仮説を複数立て、問題の所在を特定し、原因を突き止めていくという流れを忘れずに進めているところです。網羅的に1ステップずつ進めていくことを意識して、課題の解決に取り組んでいきたいです。