(10ページ目)

収集

に関する学び

---

原因をどのように探る？ 原因を探究することについて学びました。問題の原因を明らかにするためには、その問題に至るまでのプロセスを分解して考えるアプローチがあります。複数の解決策を用意し、それらを判断基準の重要度に基づいて根拠をもって絞り込むことが重要です。 データ分析の精度を高める方法は？ 具体的なステップを踏んでデータを分析し、問題解決の精度を高める方法や、仮説を試しながらデータを収集し、より良い解決策に繋げる方法を学びました。これら両方のアプローチを組み合わせることで、データ分析の精度を一層高めることができます。例えば、「自分の残業時間」について考えてみると良い練習になります。 A/Bテストはどのように進める？ 【A/Bテストについて】 A/Bテストとは、二つの施策を試し、比較するテストです。目標の設定から始まり、改善ポイントの仮説設計、実行までのステップを踏みます。優位なデータ数が集まるまで行い、その期間内で検証を行うことが重要です。目的と仮説を明確にし、シンプルで低コストかつ少ないリスクで運用できるようにすることが求められます。 残業問題をどのように解決する？ 試しに「自身の残業時間」の多さについて考えてみました。棚卸できる業務をその場しのぎで抱えていたり、時間割やスケジュールの把握が疎かになっていたりと、整理すべき項目はいくつか見つかりました。複数の解決策を導くためには、まだ整理しなければならない複合的な原因が残っていますが、「有耶無耶」な部分を明確にすることで解決策が見えてきました。 今後の課題解決のステップは？ 今後は、メンバー個別の面談や少人数のミーティングを通じて、現在の課題を一緒に洗い出し、原因を突き止めてみることを実践したいと考えています。そして、仮説を立て、複数の解決案をもって組織としての意思決定や問題解決に繋げていきます。

戦略と戦術の違いは？ 日常的に漠然と理解していた戦略と戦術の違いについて、今回の講義で言語化されたことにより、より明確に理解できたと感じました。戦略とは、全体的な方向性を考えることであり、戦術とは、その方向性を実際にどのように実現するかを考えることだと理解しました。具体的には、戦略は「ありたい姿」を描くことであり、一方で戦術はそれをどう達成するかに関わるものであると感じました。 スポーツ例でどう考える？ スポーツの例で説明すると、戦略として「リーグ優勝」を目指すことが「ありたい姿」であるとした場合、その戦略に基づいて具体的な戦術を考える必要があります。それには対戦相手を研究したり、トレーニング方法を工夫したり、選手を獲得するなどが該当します。この違いが非常に印象に残りました。 「2歩3歩」をどう捉える？ さらに、講義の中で「2歩3歩先を読む人」という言葉が心に残りました。広い視野を持ち、常に様々な事態を想定し備えることの重要性を再認識し、そのためには情報収集が欠かせないと改めて感じました。 自己戦略の意味は？ これを自分の職場や仕事に置き換えてみると、自分の居場所や方向性が曖昧でも、自分の理想像を明確に持ち、それに基づいて行動することが求められます。自分自身の「ありたい姿」を常に意識し続け、それを実現するために会社での自分の役割や自分自身の在り方を戦略的に考えるべきだと思いました。長期的戦略と短期的戦略をうまく使い分けていきたいと考えています。 計画はどう実行する？ 例えば、何かに着手する前には、まずゴールを明確に思い描き、最も効率の良い方法を考えて行動することが重要です。また、2歩3歩先を予測し、あらゆる可能性を考慮し最悪の事態を想定して備えることも必要です。さらに、自分の計画の中で省くことができる部分がないかしっかりとチェックすることが求められます。

解決すべき問いは？ まず、何が解決すべき問いであるか、そして今、何を解決しなければならないのか、なぜそれが必要なのかを明確にすることが重要です。問いを言葉に表すことで、思考や議論がぶれるのを防ぐための基盤が整います。 論点整理はどう？ 次に、その問いに対する答えを導くため、論点を整理します。自分自身の偏りに気を付けながら、さまざまな視点から論点を洗い出すことが求められます。その上で、具体的かつ正確な情報をできるだけ収集し、集めた情報を根拠として論点への答えを主張します。このプロセスを繰り返すことで、内容に厚みが生まれ、主張に説得力が加わります。 適切な表現は？ また、問いとその答えをシンプルで正しい日本語に言語化することが大切です。メッセージ性のあるプレゼンテーションにするためには、情報の整理だけでなく、聞き手にとって理解しやすい表現方法が必要です。 会議進行はどうする？ 会議を主催し進行する際は、まず解決すべき問い（イシュー）を明確にし、その目的を問いの形で参加者に事前に共有します。定例の会議であっても、イシューを提示することは実践すべき基本事項です。さらに、そのイシューを解決するため、複数の視点からの論点を提示し、各参加者に必要な情報を収集するよう指示すると効果的です。多職種が集まる会議では、さまざまな視点からの情報が交わされるため、基礎知識の習得も欠かせません。 議論軌道修正は？ これらの準備を整えた上で会議を進行し、議論が逸れた場合には必ず最初のイシューに立ち戻り軌道修正を図ることが求められます。解決すべきイシューを明確にし、複数の視点から検討するために常にイシューリストを作成し、その優先順位を考察します。こうした準備と情報整理により、各論点に対する答えを根拠を持って主張できるようになり、議論が本筋から逸れるのを防ぐことができます。

どんな学びがあった？ week1からweek5までの学びを振り返り、有限な資源を効果的に活用するためには、まず情報を収集・整理し、自分の判断軸に基づいて本質を見極めた上で優先順位をつけることが有効だと理解しました。今回の学びは、仕事以外にも応用できる点が特に印象に残りました。これまで分けて考えていた部分が、ライブ授業を通してプライベートの目標や趣味にも活かせることに気づき、限られた時間内で計画を立て、実行に落とし込めると感じました。 情報整理はうまくいっている？ 日頃から情報収集や整理を行う際には、有限なリソースを意識し、時間をかけすぎないようアンテナを張っておくことが大切です。また、専門の取引先に情報提供を依頼するなど、工数管理を徹底する姿勢も必要だと考えています。 新制度の判断はどうする？ 自社では捨てる・辞めるという行為について比較的寛容な面があるため、新しい制度を導入する際には試験導入を行い、実際に期待する効果が得られるかどうかを慎重に判断することが望まれます。判断軸としては、会社の方向性をしっかり把握し、経験則に頼りすぎないことが重要です。不明な点があれば相手と対話し、真意を確認するように努めたいと思います。 ニュースや情報はどう活かす？ また、日常的にニュースや他社情報にアンテナを張るとともに、他社の財務諸表の分析を行うことで、内容によっては定点観測し派生する影響も把握できると感じました。さらに、専門知識を持つ取引先との接点を日頃から持つことも、情報の更新に役立つと考えています。 チームの連携はどう取る？ 実行後には、捨てる・辞めるという判断もあらかじめ決めておくことで、スピード感を持って取り組むことができると実感しました。さらに、業務開始時にチームメンバーと判断軸を共有し、認識を統一することが円滑な業務遂行に繋がると感じています。

意思決定はどのように？ ジレンマに直面した際の意思決定プロセスについて、具体的な手順を学びました。仮説を立て、その仮説に基づいてデータを収集し、最終的な結論につなげる基本的なプロセスが身についてきたと実感しています。特に、ある教育機関で見られた事例―忙しさから採用候補者の面接時間が確保できない一方で、面接を行わなければ生徒からの不満が蓄積し、経営に悪影響を及ぼす可能性がある―は、自分がスケジュールを詰め込みすぎている点に気づかされる貴重な経験となりました。講義の冒頭で「データ分析においては、何を目的とするかが極めて重要である」という話を聞いて、改めてその本質に立ち返る機会となりました。 人口減少策をどう見る？ 人口減少対策においては、何をもって効果とするか判断するのが難しく、一見、あらゆる施策を試すような印象を受けますが、実際にはリソースが限られているため、何を課題として捉えるかが大切です。今一度、どのような仮説を立て、どんな事業を展開し、結果をどのように検証するかという一連のプロセスについて考え直す必要があると感じています。最近、ある地域の各自治体が実施する政策の一部を説明変数として、UIJターンに影響を与える要因を分析した論文に触れる機会がありました。施策分野ごとに縦割りで考えがちな現状に対して、異なる組み合わせが流入人口に与える影響を示すデータに、非常に新たな視点を得ることができました。 データ調査の下準備は？ 自力で高度な分析を行うには限界があるものの、まずは地域内の市町村が実施している政策を類型化し、その一覧を作成するなど、データによる調査の下準備が可能だと考えています。具体的には、関係人口や交流人口を創出する施策、雇用創出に関する施策、住居に関する施策、さらに子どもや子育て支援に関する施策について整理し、評価データをまとめていく予定です。

問題の原因をどう探る？ 問題の原因を探るためには、データを確認しながら原因を突き止めることが重要です。問題の原因を明らかにするために、プロセスを分散して問題箇所を絞り込み、原因の仮説を立てるのが効果的です。問題がある場合、その結果には必ずその流れがあり、その流れを押さえることで、プロセスのどの段階に問題があるのかを特定できます。 解決策の検討はどう進める？ 解決策を検討する際は、複数の選択肢を洗い出し、根拠を持って絞り込むことが求められます。ステップを踏んでデータを分析し、問題解決の精度を高めることと、仮説を試しながらデータを収集し、より良い問題解決に繋げることは、両者のアプローチを組み合わせることが効果的です。まず手始めに身の回りのデータを分析すること、分析の練習を積み重ねること、そしてどんな分析計画を立てるかシミュレーションし、どんな情報を誰から収集するのか、データはどんな形で収集すればよいかを考えることが大切です。 シンプルで低コストなA/Bテストの利点 A/Bテストは、AとBの施策を比較するシンプルなテストです。運用や判断がしやすく、低コストで少ない工数で実施できるため、リスクが少ない。A/Bテストを行う際には、目的や仮説をしっかりと明確にし、有効なデータが集まるまで実施します。ただし、複数の要素をテストしたい場合には別の手法を検討すべきです。また、パターンは同時に同じ期間行うことが必要です。 データ分析の第一歩は何から始める？ 解決策を考えるときには、必ず複数の選択肢を検討し、「ステップを踏んでのデータ分析」と「仮説を試しながらのデータ収集」の両輪で分析を行うことが効果的です。分析が苦手な方には、まず身の回りのデータを分析すること、分析の練習を積み重ねること、そして問題にはそこに至るまでの流れがあることを意識することをお勧めします。

深く考える習慣をどう養う？ 物事を深く考える習慣を身につけることが大切だと感じました。表面的な情報にとどまらず、本質や意図を常に考える姿勢を保ちながら、鋭敏な感性を持つことが重要です。物の見方も偏らず、多様な視点で捉える姿勢が大事です。新しい発見や視点から考えることで、これまで気づかなかった発見に出会えるのではないかと思います。また、感情に流されることなく、感情的にならずに判断することが求められます。これらのプロセスを経て、質問する力がつき、自信も生まれるでしょう。こうした過程が、正解に至るためのプロセスであり、それこそがクリティカルシンキングだと感じています。 IT業界での活用法は？ 私はIT業界に従事していますが、問題解決やトラブルシューティングの場面でこの考え方が役立ちそうです。エラーが発生した際にはまず「その本質は何か？」と考えることから始めます。また、要件定義や仕様書作成の際にも、顧客の要件や要望を本質から理解することで、顧客要望の実現度に比例した品質を追求できます。プロジェクトの意思決定でも、複数の選択肢からベストなものを判断する助けとなるでしょう。具体的な例では、コードレビューが挙げられ、そのロジックが何を実現しようとしているのかを把握するのに有効です。リスク評価やセキュリティ対策など、ほぼすべての場面でこの考え方が役立つと感じています。 具体的なスキル向上法は？ まず、明確な目標を設定し、どの業務や場面に適用するか課題を設定します。次に情報収集を行い、報告する情報や受け取る情報の正確性を確認します。その際、情報を疑ってみたり、批判的に見る癖をつけます。話をする際には複数の視点を持ち、問題を小さな単位に分解して考える習慣をつけます。また、感情的になるのを避け、感情と事実を分けます。これらを習得し続けてスキルを磨くよう努力を続けます。

フレームワークの利便性とは？ フレームワークを活用することで、情報の収集が網羅的に行え、見落としを防ぐことができると感じています。自分の判断に頼ると、偏った情報や自分に都合の良い情報を選びがちですが、フレームワークは効率的に必要な情報を集められる手助けとなります。 ターゲット設定はどうする？ ターゲットを設定する際、具体的にしすぎると市場が狭まり、逆に抽象的だと広がりすぎる印象があります。このバランスについて、他の人の意見も参考にしながら学んでいきたいと思っています。 長期視点での差別化は可能？ また、実現可能性や差別化の持続性を判断する際には、即座に取り組めるものもあれば、費用や時間、人材が関与し、長期的な視点が必要となる場合もあります。事例によっては、品質、量、価格、サービスなど、様々な側面での改善策を検討し、優先順位を設定して取り組むことが重要だと感じました。 顧客視点でのニーズ把握 実務を通じて、自分は競合製品との差別化に対する意識が高いと感じています。担当製品だけでなく、疾患領域の課題を検討することで、顧客視点でのニーズを把握できると考えています。製品の視点を疾患領域に変えることで、新たなポジショニングの視点が見える可能性もあると感じます。 将来を見据えた判断とは？ さらに、実現可能な策においては、自社の過去の取り組みや製品の動向を把握することで、判断の参考にしています。疾患領域のトレンドを確認し、ガイドラインや学会のトピックスを理解することで、5年から10年後の治療を予測する準備ができます。そして、領域全体の中での適正なポジショニングを考えたいと思っています。 経営層の判断基準を理解する 直近のプランの審議では、経営層の判断基準を議事録から確認し、過去の製品のプランを参照して領域の特性を理解していきたいです。

Week6での気付きは？ Week1から学んでいたことが、ようやくWeek6で腑に落ちた感じがしました。 仮説思考の重要性とは？ ライブ事業では、ストーリーを立てて分析する方法を具体的に学びながら復習することができました。 よい分析のためには「仮説思考」が重要です。まず目的を明確にし、問いに対する仮説を立てます（例：打率ではなく失塁率が高い選手が原因ではないか）。次にデータを収集し、その仮説をデータで検証します。仮説がデータにより証明されなければ、新たな仮説を立て直します。 データ収集はどう進める？ データ収集の手段としては、検索エンジンや公開データ、アンケートやABテストなどがあります。 分析を進める際の5つの視点として、以下の点が重要です： - インパクト：影響度の大きさ - ギャップ：何がどのように違うのか - トレンド：時間的な変化の傾向 - ばらつき：分布に隔たりがあるか - パターン：法則性があるか WEBマーケティング分析のポイント グラフ化のステップとしては、まず仮説やメッセージを明確にし、比較対象を決めて、適切なグラフを選びます。 WEBマーケティングの売上に繋がりやすい顧客の分析には、以下の点を考慮していきます： - 企業規模や購入製品群（リピート購入か、多種製品群を購入しているかなど） - 地域による差異 - 製品の月別の差異 - 顧客情報の獲得経路の有効性 これらをMECEに分解し、先入観を避けつつ仮説検証を進めます。 来月以降、少し余裕ができるので、上記の分析を進め、WEBサイトの改善を図ります。ロジックツリーの活用で細かく分解しつつも、Week6の講義にあったとおり、目的に必要な分析範囲を見極めたいと思います。また、メンバーに説得力のあるプロセスを踏み、説明することも重視したいと思います。

仮説検討は効果的？ フレームワークを使って仮説を検討する重要性を改めて実感しました。自分の視点だけで考えると、異なる仮説が実は同じ意味を持っていたり、抜け漏れや重複が生じ、MECE（漏れなく、ダブりなく）にならないことがあると感じました。また、業務では自社の既存データを中心に扱っており、外部のデータと比較する機会が少ない点にも気づきました。一般的なデータにも注意が必要で、信頼性が低かったり数値が大げさに見せられるケースもあるかもしれません。こうした状況だからこそ、学んでいる知識を活かし、有効なデータと信頼できる情報源を見極める必要があると思いました。 動画から何を学ぶ？ 先週のグループワーク後に視聴した関連動画で紹介されたさまざまなグラフや分析手法も非常に参考になりました。自分がこれまでなんとなく実施していた方法が当てはまる部分もあれば、これまで注目していなかった視点に気付くこともあり、改めて復習する意欲が湧きました。 実務で新発見は？ 実務では、指示通りに同じグラフを作成することが多い中、自分自身でフレームワークを活用して仮説を立て調査することで、新たな発見につながる可能性を感じています。現在の職場では、これまでにない未来的な取り組みが多く、自社の過去のデータだけでは捉えきれない視点が必要だと再認識しました。大きな歴史的流れに沿った視点も、今後の改善に大いに役立つと考えています。 改善策の検証は？ まずは、フレームワークを用いて「どの部分が改善され、会社の売上に貢献できるか」という仮説を立て、データの収集と検証に取り組みたいと思います。また、データだけに頼らず、職場の改善点や取り組みについても多角的な視点を持って検証することで、会社全体の業績向上だけでなく、自分自身の成長につながる発見があると期待しています。

数字分析で見える傾向は？ 数字をいくつかのパターンでグラフ化し比較すると、傾向や特徴がつかめることがわかりました。知りたい情報に対して、意図的に複数の分析軸が必要であることも理解しました。特に一番の気づきは、一つの分析結果だけを見てすぐに結論を出すのは危険だということです。急ぐあまりに、ついやってしまいがちですので気を付けたいと思います。 分解時の注意ポイントは？ また、切り口を考える際のポイントとして、全体を定義したうえでモレなくダブりなく分解していくことが重要だと感じました。意識してチェックしていないと、歪みが出ることに気付けません。 課題の本質をどう見抜く？ 自分の業務では、お客様アンケートなどを整理する際の切り口を設定するときに使えると思いました。さらに、原因不明な状態で課題改善を依頼された際にも有効だと感じます。例えば、上司から「この課題はおそらくこの辺に原因があるからこの方向性で解決してほしい」と相談され、現場では「ほんとの原因はそこではないと思う」という意見の乖離があった際、どのように調整すればよいか悩むことがあります。そのようなときに、要素分解を用いて課題の本質を明らかにすることができると思いました。 精度の高い分析へ向けて 現在推進しているサイトのUI改善は、ヒアリングを中心に改善施策を検討していますが、今一度データの分析を掘り下げてみたいと思いました。その際に以下の点を実施しようと思います。 - 切り口を複数用意するために、分析に必要なデータを多く収集する - 手を動かして分解する - どんな切り口が分析に役立ちそうか関係者にもヒアリングしてみる - モレなく、ダブりなくの視点で問題ないか、分析の切り口を周囲の人と意見を聞き確認してみる 以上の点を意識して、より精度の高い分析を行いたいと思います。

自分に関係付ける重要性とは？ どの内容も聞いたことがあるものでしたが、自分に関係付けて考えたことがないと気付き、少し恥ずかしい思いをしました。特に、ロジックツリーについては知識としては持っていたものの、実際に描くことはほとんどありませんでした。今後は退職分析において、要素分解を試みたいと思っています。こうした学びに必死になって取り組める環境に飛び込んで良かったと、改めて感じています。 問題解決の思考法はどう実践する？ 問題解決のプロセスとして、What（何が問題か）、Where（どこに問題があるか）、Why（なぜ問題が起きているか）、How（どうするか）の順に考えることを学びました。しかし、私の場合、特に「Why」にこだわりすぎて哲学的になりすぎたり、わからなくなってしまうことがあります。そのため、この順番通りに愚直に考え、PDCAサイクルのように思考を回していきたいと思います。 人事データの分類方法は？ 私は人事部でデータ分析を担当しています。ロジックツリーにおいて、人事データに関する情報は、「個人情報」や「雇用情報」などに分類されます。具体的には氏名、生年月日、性別、入社日、部署、役職、資格、経験、語学といった情報です。これをMECEにするためには、さらに細かく分ける必要があると感じました。また、人事データという漠然としたカテゴリーから、具体的に項目を洗い出すことが可能だと思いました。 実践のために心掛けることは？ 実践においては、手を動かし、描き出すことが重要です。周囲のメンバーと積極的に対話し、多角的な意見を収集するよう努めたいと思います。同時に、目的を明確にすることを忘れないように心掛けます。そして、私は製造業に勤めていますので、「直接部門」と「間接部門」を混同しないよう、気を付けて分析していきたいと思います。