(13ページ目)

対象

に関する学び

---

クリティカルシンキングとは？ 「クリティカルシンキング」を身に付けることは、ビジネスや日常生活における考え方の土台となります。 自分自身との対話をどう行う？ 人は誰しも、価値観や経験、直感、思いつきなどを基に考えやすいため、無意識の制約があることに気付かずにいます。そのため、クリティカルシンキングの対象はもう一人の自分自身であると言えます。 他者との関わり方は？ 他者とのディスカッションや反復トレーニングを通じて、頭の使い方を選べるようになることが重要です。 プレゼンに必要な思考力とは？ 例えば、上司に対してチームの問題と解決策をプレゼンする際には、以下のような点を意識することが求められます。まず、問題の本質は何なのか、解決の方向性は正しいのかを考える必要があります。さらに、感情論ではなく説得力をもって話すこと、他の視点を取り入れることが重要です。そして、抜け漏れなく慎重に検討する姿勢が求められます。自分では「検討し尽くした」と思っていても、本当にそうなのかと自問し、思いつきや経験、直感だけで語っていないか、偏りがないかを客観的に見る力を養うべきです。 偏りのない思考を養うには？ チームメンバーや関係者と話すときには、自分の思考が偏っていないか、思いつきで話していないかを意識することが大切です。他者の視点に触れる機会を多く持ち、プレゼンの機会を積極的に作り、反復トレーニングを行うことが有効です。また、答えをすぐに出さず、頭の使い方を考える姿勢を持つことが重要です。

目的は何を求める？ データ分析において、まず目的を明確にすることが重要です。比較対象や基準を設けて仮説を立て、分析を進めることで、確実な意思決定につなげることができます。また個人的に、円グラフと棒グラフ（縦横）の使い分けが参考になりました。これまでは棒グラフの方向についてあまり意識していませんでしたが、今後は意識的に使い分けていきたいと考えています。 業務はどう進める？ 現在、私はR＆D部門で営業支援機能の一環として、顧客向けPoC作成や自社商材のクロスセル・アップセル立案を行っています。この中で、KPIの進捗率が良いチームと悪いチームが存在します。進捗率の悪いチームに対し、原因を分析してどのような支援が必要かを検討するための材料とする予定です。講義を受け、現在の業務の大半が定性的な要素に支配されていることに気づきましたが、これらも定量的なデータとして取得可能であることに今後注力していきたいと考えています。 指標はどこを確認？ 具体的には、目的を「進捗率の良いチームと悪いチームの差分を捉え、悪いチームのパフォーマンス改善につなげる」と設定しました。KPI管理している指標の前段階にある要素をロジックツリーで再度分解し、KPI設定に漏れがないか確認します。この過程で、数値データを得るための手法を考え、進捗率の良いチームと悪いチームへ調査を行って数値を取得します。同じ条件のデータ同士で比較して差分を捉え、数値的な差異からどのポイントで躓いているかを特定し、支援方法の検討につなげます。

どの要素に焦点を当てるべきか？ 問題解決のためには、What、Where、Why、Howの各要素に分けて進めるアプローチが重要だと学びました。単に数字を眺めるだけでは見えにくい情報も、プロセスごとに分けて考え、それを定量化 (例えば、ファネル分析やコンバージョン率) することで新たな課題が明らかになります。 仮説立案のコツとは？ また、問題の原因を探る際には仮説を立てることが鍵です。その際の思考範囲を広げるために、対となる概念である「対概念」が有効であることも学びました。分析を進める上では、条件を揃えることが重要で、いわゆるApple to AppleとするためにA/Bテストを行い、比較対象の違いを絞り込むことが必要です。原因を探る際には、多くの項目に手を広げず、仮説を絞り込んで十分に研ぎ澄ますことが求められます。 システム導入の目的をどう明確にする？ これからシステムを導入するにあたり、まずシステムが何のために必要かを明確にし、その問いを検討段階から関係各所と共有しながら進めることが大切です。そして、現状における問題の特定を行い、What、Where、Why、Howの各要素に分けて進めていきます。 比較分析のためには？ システムの導入においては、何を比較するのかを明確にし、例えば導入した場合と導入しなかった場合の比較や、複数社での比較を行います。また、現状とあるべき姿のギャップを定量的・定性的に描き出し、比較することが重要です。場合によっては仮説を立てて進めることも効果的です。

経済性をどう掴む？ 〇〇の経済性については、前提条件や注意事項があることは少し認識していましたが、「〇〇の不経済」という言葉を知り、動画で具体例を学ぶことで、この原理原則をより明確に理解できたと感じました。活用の際には、前提をチェックするために、多角的に検討して分析対象の状況や背景をよく把握することが重要であり、フレームワークや原理原則を使うだけでは簡単に解決できるわけではなく、調査や理解に努力することが不可欠だと思いました。しかし、努力が必要な部分でもフレームワークや原理原則があることを忘れてはいけず、その知恵を活かすためには日々意識し、体に染み込ませていくしかないと実感しました。 運用体制は大丈夫？ 現在進めている保守運用体制の複数社でのシェアードについても、この学びを活用できそうです。現状では、すべての観点でプラスの効果が出ると想定して体制やルール、費用負担の組み立てを検討していますが、実際には観点ごとに今回学んだ経済性と不経済の両方が混在しているのではないかと考えています。運用開始後に「こんなはずじゃなかった」という事態を避けるためにも、改めて冷静に分析したいと思います。 分析の流れは？ 以下のプロセスで進める予定です。 まず、背景と目的を再確認します。次に、関連ファクトを収集・整理し（数値情報）、現在想定している期待効果を経済性や不経済を意識して再度分析します（ここで主に学びを活用します）。最後に、分析で明らかになった点を基に計画の見直しが必要か確認します。

仮説はどう考える？ 仮説を考える際は、決め打ちにせずに複数の視点から仮説を立てることが大切です。仮説同士に網羅性を持たせるため、異なる切り口で検討を行い、検証時には何を比較基準にするかを意識的に選ぶようにしましょう。 データはどう集める？ データを収集する際には、対象者が意味のある情報源であるか、またどのような方法（アンケート、口頭など）で情報を得るのかを考慮してください。比較対象となるデータを収集することを忘れず、都合の良い情報だけでなく、反論となる情報も取り入れて検証するように意識します。 仮説はどう分類？ 仮説は、目的に応じて「結論の仮説」と「問題解決の仮説」に大きく分類され、時間軸（過去・未来・将来）によってその中身は変わっていきます。 過去データで発見？ たとえば、過去に掲載していた販売サイトのアクセス数やコンバージョン率を再確認することで、当時気づかなかった新たな発見が得られるかもしれません。担当していなかった時期のデータでも、改めて見返すことで仮説を生み出す練習ができます。また、メールマガジンのクリック率や流入ページ、ページビュー数なども注目すべき指標です。 多角的検討は必要？ これまで、思いついた仮説に合致する情報を優先的に探していたかもしれませんが、仮説が決め打ちにならないよう、複数の視点から網羅的に検討する意識が求められます。What、Where、Why、Howの各要素に落とし込んだうえで、プロセス通りに漏れなく検討していくことを心がけましょう。

分解で見える変化は？ 物事の解像度を上げるためには、対象を細かく分解することが有効です。分解した結果をグラフにすると、視覚的に変化が把握しやすくなります。 単純合算は危険？ たとえば、①の切り口と②の切り口でそれぞれの結果を導き出した後、単に合算して「～の傾向がある」と判断してしまう自分の傾向に気づくことがありました。しかし、このような安易な判断では、実際の状況を正確に捉えられない可能性があります。 早期結論で誤解？ また、すぐに結論に至ると間違った傾向を導き出すリスクがあるため、複数の切り口で分解し、得られた結果を合わせて検討することが重要です。仮説を立てた場合は「本当にそうであるか」を疑い、さらに検証する姿勢が求められます。 MECEの使い方は？ MECE―もれなく、ダブりなく分解するという考え方―は、タスクごとにどれだけの工数がかかっているかを把握する作業に役立ちます。グラフ化により、全体の中で平均以上の工数がかかっているタスクを見直すことで、必要なリソースや業務の調整が行いやすくなります。 実例で確認する？ プロジェクトにおいては、MECEの手法を用いて、チームメンバーがどのプロセスで課題を抱えているのかを分析しています。ただし、「もれなく」を意識しすぎることで、カテゴリが過剰に分割され、現実の問題に完全にフィットしない場合もあります。実務上、これらの点をどのようにコントロールして使用しているのか、具体的な実例を示していただけるとありがたいと感じています。

プロセスをどう分けるか？ 問題の原因を追求する上で、プロセスを分けることにより、より精度の高い分析や仮説構築ができることを学びました。また、GAILの解説にあった「思考の範囲を広げてみる」ことは新しい発見でした。仮説構築や原因究明を行う際、自社や自組織の問題に目が向きがちですが、社外の要因にも原因があるのではないかという視点が新たな切り口を与えてくれることを実感しました。早速、日々の業務にも逆説的仮説を取り入れてみたいと思います。 評価分析の注意点は？ 今週の演習で出てきた評価分析は、これまでも実践してきましたが、今後も活用していきます。注意点として、評価項目の設定や重みづけに気を付ける必要があると感じました。評価項目や重みづけによって、評価対象者によって結果が異なってしまうことがあるので、実際の業務では自分一人で評価項目を設定せず、他者の視点や意見を取り入れて設定し、評価を行っていこうと思います。 次の四半期に向けた準備 今月で第三四半期が終了し、来月から第四四半期が始まります。10月頭にあるQuarter Business Reviewに向けて、今四半期の結果の分析や問題点、改善が必要なポイントを洗い出し、次の四半期へのアクションプランを策定するつもりです。チームや各メンバーにおいて傾向があるので、What、Where、Why、Howの各ステップを意識し、分析、原因究明、改善策を見出していきます。各分析結果は組織および該当の個人に共有し、フィードバックをもらおうと思います。

仮説の意味は？ 仮説について、「結論の仮説」と「問題解決の仮説」という2つの種類があることを学びました。普段何気なく使っていた「仮説」という言葉について、自分はどちらの立場で話していたのだろうかと振り返る貴重な機会となりました。また、仮説を考える際には、決め打ちせず複数の可能性を探ることや、さまざまな切り口から網羅的に考えることの重要性を再認識しました。さらに、データ収集においては、必要なデータだけでなく、仮説に対する反論を排除するために比較対象となるデータも意識的に集めるべきであるという点が印象に残りました。 3Cと4Pの使い分けは？ 業務では、Customer/Competitor/Companyの3C分析を中心に行っていましたが、細かいサービス検討の場面では、Product/Price/Place/Promotionの4Pも活用していく必要性を感じました。特に新規事業の商品検討にあたっては、4Pの視点からより具体的な検討を進めたいと思います。 問題解決の手順は？ また、問題解決のプロセスとして、What、Where、Why、Howの順で考えることの重要性を学びました。これまでどうしてもHowから着手してしまう癖があったため、今後の学習期間内に、残りのプロセスもしっかり取り入れるようにしていきたいと考えています。 検証との連携は？ 最後に、仮説と検証はセットで考え、事前の準備や仕込みを徹底し、比較データなどを用いた適切なデータ収集ができるよう努めたいと思います。

なぜ実践が苦手？ この講座では「戦略における捨てるを身につける」という内容が特に印象に残りました。以前からその考え方に触れていたものの、講座を通じて実際の場面でこの手法を適用する必要性を改めて実感し、自分自身がその実践を苦手だと感じていた理由にも気づかされました。 批判とデータの意義は？ 「捨てる」という行動は周囲からの批判を恐れるケースが多く、自分がこれまで培ってきたものを変えるリスクと捉え、避けたくなる部分があると感じていました。しかし、グループディスカッションでは「捨てる」の代わりに、定量的なデータに基づいて選択するというアプローチが紹介され、トレードオフの視点を取り入れることで、これまでの取り組みを付け加える形で活かす方法もあるのではないかと学ぶことができました。 職場での製品挑戦は？ 自身の職場では、従来の製品とは異なる新たな製品開発が求められており、「新しいことを行う＝変化する」がしばしば批判の対象となる状況があります。そこで、まずは客観的なデータに基づいた判断が重要だと感じています。今後は、常にデータで分析できる体制を整え、メンバーにその意識を共有して、定量的な視点から取捨選択を行いながら業務を進めていきたいと思います。 連携の必要性は何？ 仕事は一人で完結するものではないため、日常的なコミュニケーションの重要性を実感しています。皆さんも、周囲との連携を図るために日頃からどのような工夫をされているのか、ぜひ教えていただきたいです。

本当に正しいのか？ クリティカルシンキングは、自分自身を対象とする重要なスキルです。出したアウトプットに対して、「本当にこれで正しいのか？」という視点を常に持つことが求められます。これには、思考の偏りをなくすために、視点、視座、視野という3つの視を意識することが大切です。病院のワークを通じて様々な視点を意識することができた一方で、視座や視野を広げることには至っておらず、特にこれらの意識を持つ必要があります。 具体と抽象の境目は？ 具体と抽象の行き来も重要です。私自身、比較的具体的な事象に目を向ける傾向がありますが、ある程度具体で考えた後に抽象化するなど、行き来することを心がけています。このプロセスを支えるために、フレームワークの活用が非常に役立ちます。 企画はどう伝える？ これらのスキルは、企画の前段階での問題特定の場面や、自分自身の企画立案の場面で特に有効です。また、上司への提案時や日常のコミュニケーションにおいても、これらの視点を活用しています。さらに、部下のアウトプットに対する意見を述べるときや研修講師として対面で質問を受ける場面でも非常に役立っています。 なぜ問い続けるの？ 特に企画の初期段階では、フレームワークと3つの視を活用することで、自分の思考の偏りから脱することができます。また、自分の出したアウトプットに対して、「本当にそうなのか？」「要するにどういうことか？」「なぜそれが言えるのか？」という視点を持つことが極めて重要です。

分析の流れは？ 分析とは、情報を分類し整理して、比較対象や基準を設ける作業です。データには種類があり、それぞれに適した表現方法を選ぶことで、どのように加工し見せるかが重要となります。また、分析のプロセスは、まず目的を明確にし、次に目的に沿ったデータや項目を選び、その上で実際にデータ分析を行い、最後に結論やまとめを導く、という流れが求められます。特に目的の明確化、データ・項目の選定、そして結論づけが重要です。 原価推移は分かる？ 現在、立ち上げ中の製品原価推移を毎月報告し、現状を集計して前回との比較を行い変化点を確認しています。この報告は現状把握を目的としているものの、集計データから見える原価と、量産化後に実際に把握される実原価との間には差異が存在します。 差異の原因は？ そのため、この差異を低減するために、必要な情報が何かを検討し、データ収集と分析を実施することが求められます。どこに差異が発生しているのかを把握し、解決のための打ち手を提案することが目的です。 どのデータを選ぶ？ 比較に用いるデータとしてどの項目を選定するか考えると、多くの情報が存在するため、どこから手をつければよいのか迷うこともあります。まずは、既に把握している情報から仮説を立て、検証を進めるのが良いでしょう。その際、データをどのように加工し分析につなげるかに注意する必要があります。特に実原価を正確に把握するためには、人、物、時間といった要素が流動的である点に注意が必要です。

課題発見のための具体的手法は？ 本質的な課題を発見するためには、対象を分解し問題点を明らかにし、その対策を検討することが重要です。その際、グラフなどを使用して問題点を的確にあぶり出すことが効果的です。手当たり次第に検討するのではなく、焦点を絞ることが求められます。 イシューの重要性を理解 イシューを明らかにし、常に意識することも重要です。打合せなどでは、まずイシューの共通認識を持つことが必要です。これは基本的なことですが、実践するのは難しいです。打合せの目的（イシュー）を共通認識として持つことが不可欠です。 業務を進める上でも、まず自分の中でイシューを明確にし、それを持ち続けることが大切です。必要に応じてイシューを修正する際も、その目的を明確に意識し続けます。 他社データの活用法とは？ また、同業他社や好きな会社のデータを見て分析し、自分の仕事に活用することができます。考えるための題材は自分の仕事以外にもたくさんあり、例えば同業他社の有価証券報告書などからも情報を得ることができます。 打合せでは、その目的（イシュー）を最初にアジェンダに記載し、全員が共通の認識を持てるよう確認することが重要です。また、新聞や書籍などのグラフに注目し、その場合に適したグラフを選ぶ視点を持つことも有益です。 さらに、新聞記事や自分の業務を進める上で、常に目的やイシューを意識しながらメモを取ることが有効です。これにより、意識的に課題や解決策に集中することができます。