(28ページ目)

業務 ✕ データ

に関する学び

---

なぜ目的は大切？ 分析とは、比較を通して物事を評価するプロセスです。まず、データ収集や具体的な分析を始める前に、はっきりとした目的を設定することが不可欠です。目的が定まらない分析は、結果として次の行動に結びつかず、単なる数字遊びになってしまうリスクがあります。 どのように対象を選ぶ？ そのため、目的を明確にし、適切な対象を選ぶとともに、多角的な観点から正しく比較することが大切だと考えます。データ分析に入る前に一度立ち止まり、目的に立ち返る余裕を持つことが、成功への第一歩となります。 どのように傾向を見る？ 具体的には、顧客の属性データやアンケート結果から傾向を読み取り、次月以降の施策に役立てています。また、自身の働き方に関しても、どの業務にどれほどの時間を費やしているかを他者と比較し、業務効率の向上を図っています。 どうやって振り返る？ このため、毎週金曜日に10～15分間の業務棚卸しの時間を設け、週次および月次での振り返りを実施しています。さらに、1on1などの機会を通じて、業務時間の使い方について他者から意見を聴取し、比較することで、より実践的な改善策を模索しています。一方で、対顧客の分析に関しては、常に目的を再確認し、施策ありきの分析にならないよう注意を払っています。

どうやって本質を見抜く？ 業務でデータ活用を推進する中、ユーザーの困りごとをヒアリングする機会がありました。慣れ親しんだ業務に没頭していると、ユーザー自身が困りごとに気づいていない場合があるため、共感をもって話を聞くことで本質的な課題を浮き彫りにすることができました。 なぜ議論は広がる？ 共感を通じて相手が話しやすくなると、本来の課題を見出すことができる一方で、深く話を聞けば聞くほどさまざまな課題が表面化し、議論が広がりすぎることもありました。この経験から、目的を常に明確にしながら、ユーザーの「困りごと」を丁寧に整理していくことの重要性を痛感しました。単に話を聞くだけでなく、どこに本当に困っているのかを正しく理解し、課題を構造的にまとめるスキルが求められると感じています。 今後の対策は何？ 今後は、共感と整理の両輪を意識し、言葉を丁寧に整えることで、相手の気づきを引き出し、より良い解決につなげたいと思います。 何を学び実践？ 今日の学びは、「共感」と「整理」のバランスが重要であるということです。相手の話に耳を傾け信頼関係を築くと同時に、目的を見失わずに情報を整理する視点を持つことで、ユーザーの困りごとを深く理解し、言語化および構造化する力をさらに磨いていきたいと考えています。

データ比較の意味は？ データの比較を通して、その意味合いを見出す手法として、数字に集約する方法とビジュアル化する方法の２つのアプローチがあることを学びました。 代表値の選び方は？ 数字に集約する手法では、まず代表値に着目します。代表値としては、単純平均、加重平均、幾何平均、さらには中央値が挙げられます。また、データのばらつきを評価するためには標準偏差を利用するのが有用です。どの手法を採用するかは、単に数値を並べるのではなく、各数値が持つ意味合いを十分に考慮した上で、目的に見合った適切な評価方法を選択することが重要です。 評価手法は何だろ？ 成長率や進捗率の評価では、場合によっては幾何平均が適していることもあります。ただし、実際の業務においては、単純平均や標準偏差による評価が一般的に用いられるケースが多いです。評価の目的やデータの意味合いによっては、中央値や幾何平均も選択肢に入れて、適切な評価手法を考慮する必要があります。 グラフ選びはどうする？ また、データのビジュアル化にあたっても、まずその目的を明確にし、適したグラフなどの表現方法を検討することが大切です。目的に合わせたデータの加工や表示の手法を選ぶことで、情報をより具体的かつ分かりやすく伝えることができると実感しました。

仮説の幅は広い？ 仮説を考える際は、正しい答えを一つだけ見つけることが目的ではなく、論点に対する仮の答えとしてフレームワークを活用し、幅広い可能性を検討することが大切だと感じました。決め打ちに陥らず、常に複数の仮説を立てる姿勢が重要です。 仮説の意義は？ また、仮説を考えることには、検証マインドの向上による説得力の増強、問題意識の向上、対応スピードのアップ、そして行動の精度向上という4つの意義があると学びました。これらの点は、データ分析にとどまらず、日常の業務においても活かせる有用な考え方だと思います。 難しさはどう？ 仮説思考というと難しそうに感じるかもしれませんが、普段の業務で些細な疑問を感じたときに自分なりの原因を考え始めているのであれば、実はすでに仮説思考を実践しているのだと実感しました。今回学んだ問題解決のプロセスを参考に、日々の業務に仮説思考を取り入れることができそうです。 小さな課題は？ まずは、短時間で取り組める小さな課題に対して、意識的にフレームワークを活用し仮説の幅を広げることから始めたいと思います。その上で、分析時の適切なグラフ選定や結果の分かりやすいビジュアル化といった、今まで苦手としていた分野の改善にも取り組んでいこうと考えています。

何を比較すべき？ 分析について学んだことは大きく３点あります。まず、分析は何かと何かを比較することで初めて意味を持つという点です。単に数値を並べるだけではなく、比較対象を明確にすることで発見が生まれます。 目的は何か？ 次に、分析には明確な目的が必要であるということです。目的がはっきりしていなければ、どの数値を見て何を判断すべきか分からず、結果として行き当たりばったりな分析になってしまいます。 チーム連携はどう？ そして、チーム内でのコミュニケーションの重要性です。分析に取り組む際は、目的や比較する基準についてメンバー全員で認識を合わせることが不可欠であると実感しました。 業務の実態は？ 私の担当業務は中小企業向けのインサイドセールスの運営です。日々、コール数、コール時間、商談化数、受注数といった指標の管理に努めるとともに、受注商材の傾向やメール配信からの顧客獲得状況なども活用しています。これらのデータを比較する際には、まず各項目の条件が揃っているか、そもそもの目的は何かを確認することを常に意識しています。 成果向上のヒントは？ 今後は目的や比較基準の確認を徹底し、チーム全体で正しい分析の考え方を共有して、より成果が出る体制を築いていきたいと考えています。

イシューはどう特定？ イシューの特定は容易ではなく、常に分解を行わなければ混乱に陥りやすいと感じています。常に「イシューとは何か」を意識し、その切り口となる仮説を用意しつつ、多角的に検証する必要があります。実際、以前は思い込みで打ち手を考えていたときに比べ、約30倍もの時間を必要とすることを実感しました。 打ち手は何が有効？ クライアントの現状に対し、どの打ち手が有効かを検討する際、これまで見慣れたSNSや特定のプラットフォームだけに頼るのではなく、リアルな情報も加味しながら、あらゆる角度からイシューを特定する重要性を改めて認識しました。 仮説の検証はどう？ イシュー特定のためには、直感に頼らず、常に仮説を立てた上でデータを分析することが欠かせません。仮説の検証が十分に進まない場合は、別の仮説を設定し、さまざまな視点から考察する習慣を身につけることが大切だと感じています。 構造再考はどうすか？ 自身の業務に照らし合わせると、クライアントの課題特定についてはまだ不十分だと感じました。ピラミッドストラクチャーを用いた際に根拠が不安定になる場合は、根拠を補足するための情報を集める必要があるか、もしくは一度構造を解体して再考する選択肢も考えるべきだと思います。

直感は信頼できる？ 普段の仕事やデータを扱う際、経験や直感に頼った仮説が基本であったことを改めて実感しました。データ分析そのものではなく、むしろデータ収集の段階で不足している点が原因だったと考えています。この経験が、部門費などの予算策定時における変化の捉え方を再見直すきっかけとなりました。 予算根拠は正確か？ 部門費の策定根拠や、今後の設備投資に関する理由付けについては、未来を見据えた考察が十分でなかったと感じています。何か異変があった場合の修理費用が予算に計上されず、過去の事例や頻度を確認することで、適正な管理につながる一手段としたいと思います。 委託実態はどうだ？ 請負会社に業務を委託している現状では、作業の安定性はもちろん、雇用期間が短期に終わる点にも課題を感じています。労働内容に加え、職場環境も影響していると考え、既に委託から10年が経過している案件も多いことから、改めて状況把握から始めたいと思います。 記録整備は必要？ 具体的には、請負会社で働く方々の実務経験年数や年齢層などの基本情報の収集を行い、当社を離れる理由なども可能な限り情報として集める予定です。また、設備投資に関しては、過去の作業記録のデータベース化が未実施であるため、そこから着手する方針です。

最初のLIVE講座の印象は？ クリティカルシンキングの総まとめの週では、最初のLIVE講座で「自分の思考の癖を知る」というテーマが特に印象に残りました。その後のLIVE講座では、week1～5で学んだ知識を活かしながら、２つの問題に取り組み、その中で数字の並びを見ると細部に過度に意識が向いてしまう自分の癖に気づかされました。そこで、まず問題全体を把握し、数値を見える化する、軸を変えて視点を変えるといった手法を段階的に取り入れることの大切さを実感させられました。 数字分析はどう進む？ さらに、数字の羅列や傾向を分析する際、現実の業務の中でも工数の見直しやシステムの性能分析などが必要になる状況を思い起こしました。今回学んだデータ分析のツールを活用すれば、初めに考えすぎず、さまざまな角度からデータの整理と視覚化を行い、その上で仮説を立て補足説明を探すという実践的なアプローチが可能だと感じました。 どのデータ視覚化？ 今後は、単に収集したデータに基づいて行動するのではなく、まずはデータを多角的に分類し、視覚化する作業を徹底して行います。そして、その中から得られる示唆をたくさん書き出し、グループ化や抽象化を通じて整理し、自分の視点をさらに深める検討を進めていきたいと思います。

「分かる」とはどういうこと？ 「分かる」とは、分けていくことの手段だという言葉が印象的でした。傾向が見えないことは失敗ではなく、傾向が見えないことが分かるのです。分けることに迷うなら、まず分けてみるという考え方も心に響きました。 データ視覚化の重要性とは？ また、データに対してひと手間を加えることや視覚化の重要性についても学びました。以下のポイントが特に役立ちました。 1. 全体を定義する。 2. モレなく、ダブりなく切り分けるために、年齢や時間といった目的に合った切り口に分ける。 3. 分解する切り口には、層別分解、変数分解、プロセス分解の3つがある。 データ選定の再考は必要？ さらに、自社をPRする際のデータの選定について考える際、以下の点が参考になりました。例えば、現状のパンフレットには「メディアで取り上げられた回数」を掲載していますが、そのデータがステークホルダーが欲しているデータかどうか、他に適したデータがないかを再検討することも重要です。 パンフレット制作におけるデータ活用法は？ パンフレット制作業務においても、現状データの選定理由を整理し、ステークホルダーが関心を持つデータを選定したうえで、様々な切り口でデータを分解することが求められます。

分析の基本を理解しよう 分析は比較であるという基本を理解することが重要です。目的や仮説をもとに分析に取りかかること、そして問題解決のステップ（What-Where-Why-How）を意識することが求められます。仮説を立てる段階から、何と比較するかを考えながらデータを集め、それを加工・集計し、ビジュアル化することで発見につなげるという手順が大切なのです。 仮説立案の重要性 現在の業務では、多種多様なデータが提示されることが多く、闇雲に分析してしまうことがあります。ここで重要なのは、仮説をしっかり立てて分析に取り組む姿勢を忘れないことです。 データ収集から始めよう 今後の業務では、どのデータを集めるかという段階からスタートします。その際に、学んだことを振り返りながら全体の設計に取り組みたいと考えています。 フレームワークの活用法 今回の講座は自分にとって納得感のあるものでしたが、人に説明や指導するにはまだ至っていません。復習しつつ、意識して普段の業務に当たることで、講座で学んだ内容を自分のものにしていきたいです。特に、フレームワークについては知識としては以前から持っていましたが、きちんと使用したことがなかったため、今後は積極的に活用していきたいと思います。

人間中心の考え方とは？ WEEK1のライブ授業で特に印象に残った点として、共感から始まる人間中心の考え方がありました。また、「万人受けするものは売れない」という教訓から、常に「誰のために作るのか」を念頭に置くことの重要さを学びました。さらに、相手の気持ちなど目に見えない部分まで含めて考える必要があることが強調されていました。そして、自分の感情を色で表現し、それを伝えることの難しさも実感しました。 デザイン思考に潜む魅力 デザイン思考において、優しさや愛情がその根底にあるのではないかと感じ、より興味が湧いてきました。普段、私はtoCの業務に携わっており、満足度や継続利用率の向上に向けたコミュニケーションを行っています。これまではなるべく全員が満足できるものを提供しようと考えていましたが、今後は誰に届けたいのかを意識していきたいと思います。 ３月のイベントに向けた準備 ３月のイベント開催に向けては、次のステップを考えています。前回の参加者データを確認し、目的に合ったターゲットの再設定を行います。また、データの整理やその理由付けを行い、社内で相談の上最終決定をします。そして、訴求内容を変更し（サムネイルや文言の調整）、開催後には前回との比較や効果検証を行う予定です。

思考の偏りにどう向き合うか？ この講座を通じて、物事の分解方法や見せ方の基本を学ぶことができました。その中で、自分の考え方には思考の偏りがあることも改めて認識し、常にそれを前提として振り返ることが重要だと感じました。 データに基づく「イシュー」とは？ また、問題解決においては、本当に必要なデータとそれに基づく「イシュー」を抑え続けることが求められると実感しました。チームメンバーが同様に問題解決に取り組む際、その課題を特定し、解決策の立案までの流れを明確に説明できるようになることで、自分自身の理解も深まるように努めました。 業務要件定義の重要性 業務要件定義の際には、業務ユーザーが具体的にどのような問題に直面しているのかを分解し、それを言葉にする重要性を学びました。意識的に、このアプローチを用いることで、意思決定を行う際にどこまで網羅的に分解できているか、その対策が本当に有効であるかを十分に議論する必要性を感じました。 課題分解で認識の齟齬を防ぐ方法 特に、業務ユーザーの課題をシステムで解決する場合、課題の分解を丁寧に行い、認識の齟齬がないよう努めることが不可欠であると痛感しました。これらの学びを通じて、問題解決能力の向上に繋がることを期待しています。