(7ページ目)

データ ✕ 収集

に関する学び

---

誰のために取り組む？ 社内でデータ活用推進を担当する中、どのような人に、どのような目的でコンテンツを活用してもらいたいかを考える必要性を改めて実感しました。今回、デザイン思考における課題定義を学ぶ中で、まず「誰のための取り組みか」を明確にする重要性を再認識しました。各部署で業務状況や意識が異なることを踏まえ、ヒアリング内容に加え、「もしこの人が○○だったら」という仮説的な視点を取り入れてペルソナを作成することで、対象者の背景や課題、感情に寄り添った検討が可能になりました。その結果、リアルな声だけに捉われず、幅広い視点から課題を捉える仕組みづくりの基盤ができたと感じています。 解決策に頼りすぎ？ 今回の振り返りを通じて、解決策ありきで考えないことの大切さを強く感じました。業務の中で、つい「このダッシュボードを作れば良い」「この機能を入れれば便利になる」といった解決策から考えがちですが、本当に解決すべき課題は、ユーザー自身も言語化できていない無意識の困りごとである可能性が高いと気づきました。そのため、なぜその現象が起きるのか、背景にはどんな要因があるのかと問い続ける姿勢が、持続的な価値提供につながると実感しています。 本質的な課題の見極め？ また、課題定義においては、共感フェーズで得た具体的なエピソードや感情を丁寧に読み解くことが非常に重要だと学びました。単に「この人はこう言っていた」という事実を受け止めるだけでなく、「なぜ自分がそこに共感したのか」「その言葉の裏にある背景や価値観は何か」と考えることで、深い理解につながります。さらに、課題を抽象化して定義する際には、まず具体的な現象を十分に観察・収集し、そこから意味を引き出すことが大切だと感じました。抽象化は便利な反面、現実との乖離に陥るリスクがあるため、具体から出発し共感を手がかりに本質的な課題を見極める力を今後も養っていきたいと思います。

適切なグラフの選び方とは？ 相手に伝えたいことをスライドで表現する際に重要な点は以下の通りです。 まず、グラフの種類を理解し、伝えたい内容に応じて適切なグラフを選ぶことが大切です。スライドは極力シンプルにし、必要な部分にのみ装飾や色を付け加えるよう心掛けましょう。また、伝えたいメッセージの順番に合わせて図表を配置し、読み手の視線が自然に左から右、そして上から下に動くように工夫します。さらに、読みたくなる文章になるよう、アイキャッチを加えたり体裁を整えたりして、視覚的に引き込みやすくすることも重要です。 準備段階で意識すべきことは？ 「スライドを作る前段の労力」という言葉が特に印象に残りました。相手に伝えるためには、データの収集から見せ方、文章の工夫まで多くの努力が必要ということを改めて理解しました。これまで学んできたデータの分解や文章作成の注意点を見直し、実践に活かしていきたいと考えます。 例えば、オリエンテーションのスライドでは、読み手の視線の動きを意識し、文章の硬軟に気をつけて作成することが求められます。メール作成においても、どうすれば学生がすぐに読んでくれるかを考え、アイキャッチを置くことや体裁を整えることが重要です。これによりパッと目に入ってきやすいメールが作成できます。 見直しの重要性をどう考える？ スライドを作成する前には、まずそのスライドで何を伝えたいのか、その目的を明確にすることが不可欠です。その目的に沿って、必要な情報を考え、収集します。スライドを完成させた後、装飾が過剰ではないか、重要なポイントが一目で分かるか自分で見直すことが必要です。また、メールなどの文章を作成した後には、自分でも新鮮な目で見直し、伝えたい情報がスムーズに入ってくるか確認するよう心掛けます。 このように、伝え方を工夫することで、相手に確実にメッセージを伝えられるよう努めたいと思います。

仮説の見方は？ ビジネスにおける仮説思考について、まず複数の仮説を同時に考え、それぞれに網羅性を持たせることが重要だと学びました。仮説を検証するためには、適切なデータを取得して比較する必要があり、その際には何を比較指標とするのかを意図的に選ぶことが求められます。たとえば、残業時間の増加要因として故障対応の増加が疑われる場合、単に故障件数だけでなく、1件あたりの対応時間も合わせて評価することが必要です。 情報収集の意図は？ また、データ収集では意味のある対象から意見を聴取し、反論を排除するために必要な情報まで踏み込むことが重要です。さらに、実際のビジネス現場では、3Cや4Pといった分析の枠組みを活用して具体的な仮説を立てることで、解像度が高まり、個々の仕事に対する検証マインドや説得力が向上するほか、ビジネスのスピードや行動の制度が改善されることが分かりました。 過疎地域の課題は？ 一方、過疎地域への移住促進においては、雇用の創出が鍵となります。人口が5000人以下の市町村では、産業の集積が不十分なため、相応の所得を得られる雇用を生み出すには、行政が主導して仕事づくりを進める必要があります。こうした雇用創出の一策として、総務省が制度化した仕組みがありますが、現状では本県で十分な成果が上がっていません。 事業展開のヒントは？ この原因を明らかにするために、どのような業務に何人派遣しているか、また仕事の切り出し方についてデータを収集し、市町村担当者と情報を共有することが今後の事業展開のヒントになると感じました。現在、管内の1市町村で既に事業が展開されており、協力体制の可能性を検討しています。また、他の市町村でも類似の事業設立が検討されているため、たとえば損益分岐点を意識した事業計画の作成方法をケーススタディとして示し、過疎地域の課題解決につなげる取り組みを進めたいと考えています。

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

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

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

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

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

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

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

データ分析はどう見る？ 今週はデータ分析の基本的なアプローチについて学びました。データを評価する際は、まず「データの中心がどこに位置しているか」を示す代表値と、「データがどのように散らばっているか」を示す散らばりの2つの視点が大切であることを実感しました。代表値としては、単純平均のほか、重みを考慮した加重平均、推移を捉えるための幾何平均、極端な値の影響を排除する中央値などがあると理解しました。また、散らばりの具体的な指標として標準偏差を学び、データが平均からどの程度離れて散らばっているかを数値で評価できることが分かりました。 現場での活用方法は？ これらの知識は、実際の現場での作業時間、コスト管理、安全管理などに役立つと感じました。例えば、複数の現場における作業時間の平均を求める際、単純平均だけでなく、現場ごとの規模に応じた重みをつけた加重平均を用いることで、より実態に即した傾向を把握できると考えます。また、標準偏差を利用することで、同じ作業工程でも現場ごとのバラつきを数値で示し、ばらつきが大きい工程には重点的な対策が必要であると判断しやすくなります。数字の羅列だけでなく、背景や偏りを理解しながらデータを多面的に捉える習慣の重要性を再認識しました。 次のステップは何？ 今後は、各現場における作業時間や工程進捗、コストなどのデータを収集し、単純平均だけでなく加重平均や標準偏差も併せて算出することから始めます。特に、同じ工程内で標準偏差が大きい場合は、どの現場で大きなばらつきが見られるのかを明らかにし、その現場の状況や原因を直接確認することで、関係者と改善策を議論します。また、社内報告でも単なる平均値だけでなく、ばらつきや偏りをグラフなどで視覚的に示すことで、現場間の違いや課題を分かりやすく伝える資料作りに努めていきたいと思います。

どんなデータで戦略化？ 私の顧客は主に社内の営業担当で、取得できるかどうかに関わらず、どのようなデータがあればより戦略的な活動が実現できるかというアイデアを集めるブレーンストーミングが面白いと感じています。現状、データ提供側は、こうしたデータをもとに顧客の考えや行動を理解し、営業がその仮説に基づいた行動に移ることを前提としているため、実際のデータ活用にはつながっていないと考えています。そのため、単に可視化しているデータに対する意見収集にとどまらず、営業として必要なデータについても積極的に意見を集めたいと思っています。 伝え方はどう変える？ 既存のデータの可視化においては、私自身が顧客（営業）視点で開発を進めています。しかし、システムベンダーとの要件定義の際、どうしても自分が実現可能だと感じているアイデアしか伝えがちでした。そこで、直近のシステム改修にあたっては、実現が難しいかもしれないアイデアも含め、幅広い提案をもとに話し合いを行いました。 代案提示の意味は？ その結果、実現不可能に見えるアイデアに対しても、ベンダー側からは「こういった形なら実現可能」という代案を提示していただくことができました。これにより、自己完結する前にアイデアを言語化し、関係者に発散することの重要性を学びました。 参加者選定どうする？ また、ブレーンストーミングの手法についても新たな学びがありました。これまでは、同じグループや部内で取り組むレクリエーション的なブレーンストーミングにおいて、出されたアイデアがどこか似通っており革新的なものを得られなかった印象がありました。今回、出したい成果に合わせて参加者を選び、初めからブレーンストーミングの設計を行うことで、以前感じていたもやもやの原因がわかり、スッキリとした気持ちになりました。