(6ページ目)

本 ✕ 講義

に関する学び

---

目的はどう捉える？ 今週の講義では、クリティカル・シンキングの基礎となる「考える目的の特定」と「思考の癖の自覚」の重要性を学び、特に具体と抽象を行き来する思考プロセスが印象に残りました。 見えない視点は？ ライブ授業の「ドラッグストア」の演習では、私は具体的な「売っているもの」には目が向いたものの、「売っていないもの」への観点が十分でなかったことに気づかされました。この経験を通して、無意識のうちに「目に見える範囲」だけで物事を捉える暗黙の前提にとらわれていたことを痛感しました。論理思考とは単なるテクニックではなく、自身のバイアスを認識し、意図的に思考の枠を広げる姿勢だと理解しました。 伝え方はどう変わる？ また、職場の後輩に対しては、単に知識を伝えるのではなく、私が体験した「ドラッグストア」の演習を実際に体験してもらうことで、「あるもの・ないもの」を分類するプロセスを学び、チーム全体で自分たちがどんな前提に囚われているのかを客観的に捉える感性を磨いていきたいと考えています。 提案の根幹は何？ PMやプリセールスとして顧客提案を行う際も、具体的な問い合わせに即座に機能で回答するだけでなく、「なぜその機能が必要なのか？」と深く問うプロセスを取り入れることが有効と感じています。自分自身の暗黙の前提をなくし、顧客の言葉の背後にある真の課題を捉えることで、表面的な対応ではなく本質的な課題解決に向けた提案を実現していきたいと思います。 自己振り返りの意味は？ 最後に、他の受講生の皆さんは、業務中に自分自身の「思考の癖」に気づくためにどのような工夫やルーティンを取り入れているのか、非常に興味深く感じています。常に客観的に自己を振り返り、偏りなく物事を考えることの難しさを実感しています。

目的意識はどう考える？ 講義を通して、まず「戦略は目指すべきゴール（目的）ありき」という基本理念を改めて実感しました。その上で、現在の状況から目的地までのルートを明確に描くこと、そして有限なリソースを踏まえた上で戦略を立てる必要性を感じました。また、リソースが限られている分、競合との差が生じるため、独自性を持つことがより一層重要であると考えました。 独自路線は本当に？ 最短・最速のルートは誰もが求めるものですが、実際に実行に移すことは容易ではありません。自社の保有するリソースや競合とのリソース差といったさまざまな要因を鑑みると、単に最速のルートを目指すのではなく、「自社にしかとれないルート」を構築して実際に実行することが戦略として意義があると感じました。ウェブ上でそのようなルートの事例を見ることも多いですが、背後にある「目的」と「独自性」に改めて目を向け、業務に活かす姿勢が求められると実感しました。 施策はなぜ必要？ 私はクライアント支援の業務に携わっており、施策の提案や実行において、なぜその施策を行うのかという目的を見失わないよう、常に立ち返る必要があると感じています。施策が目的を達成できるか、そしてその過程で独自性が発揮されているかを再検討しながら業務を進めることが重要です。今後、施策実行前のブリーフィングを徹底し、チーム全体で目的を共有できるように資料化することで、目標達成に向けた意識を高めたいと考えています。 競合状況は理解済み？ また、独自性を追求するためには、市場構造や競合状況を常に把握し、情報をアップデートする仕組みが必要だと感じました。支援する側として一つの市場に偏らず、幅広い業界の情報にアンテナを張り、バランスの取れた視野を保つことが重要だと考えています。

根拠の変化はどんな？ 講義では、説得力につながる根拠は聞き手や状況により大きく変わるという点が特に印象に残りました。同じ内容を伝える場合でも、相手の立場や役割によって「納得につながるポイント」が全く異なるため、目的や背景を重視する相手には得られる効果や経緯が、実行容易性を重視する相手には負荷や実現可能性、必要なリソースといった現実的かつ具体的な要素が重要となります。つまり、誰に対して根拠を提示するのかを意識し、相手の文脈に合わせた情報の選択が不可欠であると改めて感じました。 説得力の本質は何？ これまで、私は自分が正しいと思う根拠をそのまま提示してしまうことが多かったですが、本当に重要なのは根拠そのものの正しさだけではなく、相手にとって説得力があるかどうかであると気づきました。コミュニケーションとは、自分の論理を一方的に押し付けるのではなく、相手の視点に立って情報の組み立て方を調整する行為であると深く実感しました。また、適切な順序を意識した準備が、思考の整理不足による説明のぶれや不要な情報の挿入を防ぐことにもつながると学びました。 効果的な整理法って何？ 具体的には、何を伝えたいのか、その理由は何か（＝相手が知りたいこと）、さらにその理由は何かという枠組みで事前に思考を整理することが効果的です。このプロセスにより、言葉に一貫性と説得力が生まれ、伝える内容の透明度や品質が向上します。例えば、部内外の関係者との情報共有や意思決定の場面では、相手の関心軸に合わせた根拠の選択が大変有効です。経営層への報告では定量情報を中心に、現場メンバーとの議論では背景や目的、担当者への負荷など定性的な情報を重視することで、相手が判断しやすいコミュニケーションが実現できると感じました。

自分の考え、偏ってる？ 今回のワークショップを通じて、自分の考え方や思考が偏っていることに改めて気づきました。これまでは自分本位の視点でしか考えておらず、他者への配慮が不足していました。そのため、学んだことを実践に移すべきだと言われても、具体的にどう行動すればよいか分からない状態が続いています。たとえば、今回の事例では、論理的にC判定の説明をすることしか思い浮かびませんでした。 なぜ講義を後回し？ 特に今週は、水曜日の講義を事前にスケジュールに組み込んでいたにもかかわらず、目先の仕事を優先してしまい、講義を後回しにしてしまいました。録画で見れるからと先延ばしにした結果、学習を習慣化することが難しかったと反省しています。 仲間と意見交換は？ 今後はインプットを継続しつつ、自分の考えを行動に移し、それに対するフィードバックを得られる仲間を作りたいと考えています。私は企業内プロジェクト推進を長く担当しており、プロジェクト内で互いに意見を交換し合える後輩との関係を築いてきました。今後は、一般的なリーダーシップ論や自分の考えを聞いてもらい、他者からのフィードバックを得る機会を増やしたいです。 学習習慣はどう確保？ また、仕事は定例的なものではなく、不規則なこともありますが、その中で学習習慣をいかに確保するかが課題です。この問題も含めて、一緒に学ぶ仲間との対話を通じて解決策を探していこうと思います。 チーム作りはどうする？ さらに今週、上位者から次期実施予定の施策内容を聞きました。その内容には、私自身が課題と考えているものも含まれていました。その項目については、積極的にリーダーシップを発揮し、課題設定やチーム作りを提案してかかることを決意しました。

Whatの重要性とは？ 問題解決のステップにおける「What」の重要性として、「あるべき姿と現状を埋めるギャップ」を意識することが挙げられます。ここでも、正しい状態（ありたい姿）と現状の「比較」が必要であることを学びました。 ロジックツリーの活用は？ 問題の明確化・特定の段階で活用できるフレームワークとして、層別分解と変数分解があります。特に変数分解の観点でMECEを考えることは、要素の抜け漏れが少なくなる可能性が大いに期待できると感じました。 また、ロジックツリーのコツ・留意点として、「感度の良い切り口をたくさん持っておく」という点が重要です。業界や会社ごとにキーとなる要素があるため、その観点をロジックツリーに組み込めるよう、日ごろから情報収集に努める必要があります。 分析スキルをどう向上させる？ 分析を行う際、目の前の情報に飛びついて、初めから原因を勝手に予想してしまい、本質を捉えきれていない分析を行うことが度々ありました。面倒くさがって「What」を適当にしてしまうこともありましたが、分析は「What」と「Where」にこそ時間をかけて問題を特定すべきだと感じました。しかし、「What」を考えるにあたって、まず何をMECEを意識して分解するかが重要になります。自身の仕事においても、まず「What」「Where」のステップのクオリティを上げられるように努めていきたいです。 学びを実務にどう生かす？ WEEK2で学んだことの共有やロジックツリーのフレームワークを活かせる業務の選定、過去のキャンペーンを取り上げて、講義と並行して学んだことをアウトプットできるような分析の場を設けることにも取り組みます。講義終了後、チームに共有します。

デザイン思考をどう活かす？ デザイン思考には、共感、課題設定、発想、試作、テストのステップがあり、これを非線形に繰り返すことが重要だと学びました。この思考をビジネスに活かすためには、顧客やユーザーの行動を観察し、彼らの体験価値を最大化することが大切です。最近学んだカスタマージャーニーでも、ペルソナを細かく設定することが、サービスやプロダクト、戦略を考える上で重要だとされており、これがデザイン思考と通じると感じました。 学びを深めるステップは？ 学びにおいて大切なこととして、1.言語化、2.教訓化、3.自分化が挙げられ、これが特に印象に残りました。私は考えを言葉にするのが苦手なので、まず書いてみて、次に発言し、さらに伝わりやすくするステップを踏んでいければ良いと思っています。 システム開発の目的を再確認 現在、私は営業系のシステムを開発・管理・運用する部署に所属しており、社内の営業部門がメインの顧客です。これまで、ITやシステムに慣れていないユーザーをターゲットに、使いやすさを重視した設計を行ってきました。しかし、講義を通じて、システム開発の本来の目的は効率化や売上向上を図ることにあると考え直しました。ターゲット設定を見直し、本来の目的達成のための設計をもっと重視すべきかもしれないと感じました。 顧客理解に基づく設計とは？ システム開発においては、インターフェイスの使いやすさに過度に拘らず、データの意味を可視化し、顧客理解や戦略策定を実現するための設計に焦点を当てる必要があります。既存のシステムについても、ユーザー目線でその利用価値を最大化できるかを考え、ユーザーからのフィードバックを積極的に取り入れる姿勢が大切です。

データ分析で比較はなぜ重要？ データ分析の基本は「比較」であることを学びました。しかし、ただ単に比較すれば良いというわけではありません。分析の目的に応じて比較の軸が異なるため、その目的を明確にすることが重要です。さらに、データ分析の結果を報告する際には、見せ方を工夫することも大切です。比率を見たいのか、推移を見たいのかなど、定量データに応じた適切な見せ方を検討する必要があります。 飛行機の生存能力をどう改善？ 動画の中で、飛行機の生存能力を上げるための改善点を考えるという課題がありました。初めは「欠損している部分」を改善するべきだと思いましたが、分析の目的を考えると、「欠損していない部分」を補強する方が生存能力が上がるという解説を見て納得しました。 業務でのデータ分析の課題とは？ 日々の業務でも、お客様がデータ分析をしたいと言いつつ、現状の把握だけで終わってしまうケースが多々あります。そこで、データ分析の基本として、目的の明確化と比較の重要性を伝えていきたいと思います。たとえば、実績だけの数値を並べているケースでは、その数値が良いのか悪いのか判断できず、その後のアクションが不明瞭になっているお客様が多くいます。このような場合には、具体的な提案を行いたいです。 学びを実践するプロセスが大事？ 学んだことを実践し、アウトプットすることで、その結果が良かったのか、改善の余地があるのかを言語化することも大切です。振り返りを必ず行い、学んだことを整理し自分の中に落とし込むプロセスを欠かさないようにします。グループワークや講義の中では、自分ごととして捉えることを意識し、積極的に考え、発言するように心がけています。

総合演習の意義は？ 総合演習の授業では、これまで学んだフレームワークやテクニックを活用することができました。この総合演習は非常に良い練習問題であり、こうしたケーススタディを繰り返し行うことで、実践的な力を身につけられるという期待が持てました。 講座の成果は？ クリティカルシンキング講座を受講したことで、思考の基盤をしっかりと強化し、業務にその考え方を取り入れることができました。具体的には、相手の立場や状況を考慮しながら資料を作成したり、情報を正確かつ伝わりやすくするための工夫を行いました。この講座を受講した後、周囲から「わかりやすい」「洗練された」と評価されることが増え、自身の成長を感じています。 学びはどう生かす？ 総合演習やクリティカルシンキング講座で学んだことが実務に活かされ、成長を実感できたことは素晴らしい成果だと感じています。今後は、具体例を用いてどのように学んだ内容を日常で活用しているのかを詳しく説明することで、学習の効果をより明確にしたいと考えています。 イベントは振り返る？ また、担当したイベントについても振り返りを行い、次回に向けた申し送りを検討する予定です。これと同時に、今年の総括と来年度に向けた実行計画の立案、営業場面での顧客の本質的な課題を捉えた提案活動にも取り組んでいきたいと考えています。 今後の実行計画は？ 解決に向けた道筋を立てる際には、ピラミッドストラクチャーやマインドマップ、MECEなどのフレームワークを活用し、まずは目的を確認することから始めたいと思います。これまでの講義を再度振り返り、高いモチベーションを維持しながら次の学習計画を練るつもりです。

定性分析はどう整理？ 現在、自社の業務改善のための分析を進める中で、これまで漠然としていた内容が「定性分析」であったことに気づき、大きな発見となりました。業務のやり方は数値で把握しにくいため、現場での観察やインタビューを通じて状況を捉え、得られた情報から実態を明らかにする必要があると感じました。また、コーディングにより一次コード、二次コードと分類し、フレームワークやプロセスに落とし込む方法を実践することで、今後も学びを深めていこうという意欲が湧きました。 顧客課題をどう捉える？ 顧客課題仮説の導出は非常に難しいと実感しました。定性分析でコーディングを進める際、観察やインタビューから得られる情報が十分かどうか不安になるとともに、ペルソナやカスタマージャーニーマップの捉え方によって仮説の内容が変わる点も大きな気付きでした。今回の講義で学んだのは、顧客課題仮説を広く捉えるのではなく、焦点を絞り「ユーザー」「状況」「課題」「ソリューション」という具体的な文書化を行う手法であり、その手法は非常に有効だと感じました。 問題本質をどう捉える？ さらに、「問題の本質を捉える」から始まり、洞察の整理と可視化、顧客課題仮説の作成、ユーザー中心の視点の維持、そして検証と改善という流れを作ることの重要性を学びました。定性分析では、プロセスやフレームワークの構築により、定量分析で検証すべき仮説が明確になるという点も理解できました。実際の現場での観察からは、ユーザー自身が気づいていない暗黙知に触れることができる有効な手法であることを実感しました。今後はこれらの経験を活かし、顧客に対する課題分析をさらに実践していきたいと思います。

理想と現実の違いは？ ありたい姿と現状のギャップを整理し、問題点を明確にすることが非常に大切だと感じました。キャリアに関するレクチャーではよく耳にする言葉でしたが、実際には問題解決の着手点としてその意義を強く実感しました。講義の中には「目についた問題に手をつけるのは運であり、経験がある場合のみ解決可能なケースもある」という話があり、新たな場面ではこの教えが実際に有効であると感じました。 MECE実践はうまくいく？ また、MECEの「漏れなく、ダブりなく」物事を切り分ける考え方ですが、頭では理解していても、実際に実践する際はその徹底が難しいと感じました。紙に書き出すなど、訓練を重ねることでスキルとして定着させる必要があると実感しています。 根本原因の探し方は？ さらに、分析に留まらず、隠れている真因を特定するという視点が問題解決の前提として重要であることを認識しました。目の前のトラブルや課題に対して、対症療法や思いつきに頼るのではなく、根本原因を追求して解決を導く行動指針として、この講座の内容を日常業務に取り入れたいと思います。 庫内整理の対策は？ 具体例として、庫内在庫の整理においては、庫内が満杯になり在庫の格納が難しくなった場合、調達部門に入荷抑制を依頼する必要があります。その際、MECEの考えを活用し、商品の特徴に応じて分類することで、どの商品が庫内を圧迫しているのかを特定することが求められます。 作業エラーの真因は？ また、作業エラー、特に誤出庫の原因を特定する場合も、作業員が実施している一連の作業を漏れなく、ダブりなく羅列し、原因を明らかにする手法が必要であると学びました。

授業の意外な発見は？ 今回の授業では、「共感」「課題定義」「発想」「試作」「テスト」という5つのステップについて学びました。事前に書籍などで知っていた内容でしたが、グループワークを通じて従来の発想との違いを実感することができました。特に、デザインは「目に見えないものを見える化すること」という定義が印象的でした。狭義と広義という異なる側面においても共通する根源的な考え方を理解できたと思います。また、デザイン思考が「意味のイノベーション」であるという考え方についても、新たな気づきを得ることができました。 企画に生かす秘訣は？ 現在、私が担当しているのは、グループ内の中核人材育成研修の企画です。研修内容のアップデートにあたり、デザイン思考のエッセンスを取り入れたいと考え、本講座を受講することにしました。今回の授業内容は、グループワークの進め方も含め、今後の企画に大いに参考になると感じました。これまでは、具体的な商品企画の場面でなければデザイン思考の適用は難しいと考えていましたが、「早く雑に作り、試して壊してまた作る」という基本的な考え方は、研修企画にも十分活かせると実感しました。 フィードバックはどう？ 今後は、研修企画書の作成に際して、時間をかけすぎず直感的に書き上げ、その後に何度もフィードバックを受けながら完成度を高めることを意識していきたいと思います。ただし、どの立場からフィードバックを受けるべきかも重要な課題です。研修受講者、研修を実施する組織側、または研修講師のどれに重きを置くべきか、この点については今後の講義でさらに議論されると考え、注意深く見守っていきたいと思います。

データ分解の意義は？ データを多角的に分解する手法の重要性を実感しました。講義では、講師別、クラス別、時間軸などさまざまな角度からデータを整理し、平均値だけでは見落としがちな現象を明らかにする方法を学びました。このアプローチにより、どこで何が起きているのか、根本的な問題を特定する手がかりを得ることができました。 採用プロセスの落とし穴は？ また、採用プロセスにおけるボトルネックの特定についても学びました。ある事例では、新規部署立ち上げに伴い募集条件を広げた結果、意図しない層からの応募が多発し、重要な候補者への対応が後回しになる状況が発生していました。プロセスを各ステップごとに分解し、各段階の通過率を比較することで、特定のステップでの高い辞退率が問題の根幹にあると定量的に明らかになりました。 問題解決の流れは？ さらに、問題解決のプロセスとして「What（何が起きているか）」「Where（どこで起きているか）」「Why（なぜ起きているか）」「How（どのように解決するか）」という一連のサイクルが再認識されました。無闇に対策を講じるのではなく、問題の本質に迫るための順序立てたアプローチが、より効率的な解決策を導く上で非常に有効であることを学びました。 応募分析の視点は？ この学びは、応募者データを「スキル要件」「経験年数」「流入経路」などの各属性に分解して分析する際にも活かせると感じます。単に応募総数を見るのではなく、どの条件や経路においてミスマッチが発生しているかを具体的に特定することで、募集要項や告知文の精度を高め、重要な候補者にリソースを集中できるようになると確信しています。