(31ページ目)

検証

に関する学び

---

どうして企業は違う？ 業種や企業の考え方によって、適切な範囲内で変化するという点が一番の学びでした。特にオリエンタルランドでは、価値創出のために人件費が売上原価と位置付けられている点が非常に新鮮に感じられました。また、すぐに財務諸表を見るのではなく、まずその企業の特性を思い浮かべた上で財務諸表をイメージし、実際の数字と照らし合わせることで、自分なりの仮説が見えてくる点に学びの深さを感じました。 業務で何を実践？ 今後は、①自分の担当業務においてこの手法を活用したり、日経新聞などで気になる企業について詳細に調査する際に役立てたいと考えています。②また、自社業務で様々な企業の財務諸表を分析する機会に備え、その知識をしっかりと身につけたいと思います。 試行はどう進める？ 具体的には、まずある企業を選び、その企業の財務諸表を自分なりに予想します。その上で実際の数値を確認し、仮説の検証を行うというサイクルを繰り返していく予定です。その結果を単に自分の中に留めるのではなく、何かしらの形でアウトプットすることでより実践的な学びに結び付けたいと考えています。

データ取得の方法をどう改善する？ 複数の仮説を立て、それを検証するためのデータを取得することについて学びました。これまでは、既存のデータを用いて検証することが多く、完全な結果ではないと感じることがありました。今後は、仮説の精度を向上させるために、データの取得方法を工夫し、再構築していきたいと思います。 ニーズ調査で次に向かうべきは？ また、担当するマーケットのニーズ調査についても学びました。従来の一般的な仮説からもう一歩踏み込み、「なぜ、なり手不足になるのか」という問いに対する仮説を立てて検証し、その結果に基づいて課題を解消するようなサービス案を考えることが重要だと認識しました。 ワーキンググループの成功へは？ 現在、社内で行っているワーキンググループでこれを実践しています。ニーズの検証までは完了していますが、まだ具体的なビジネスには結びついていません。「Q2」を実践することで、早期に実際のビジネスへと発展させたいと考えています。 仮説とデータ活用の展望 今後も、仮説の立て方やデータの取り扱い方を工夫し、実務に活かしていきたいです。

自分の思考を見直すには？ 私は、自分の思考が偏っていることや、無意識のうちに自身に制約を課していることに気づきました。この気づきを大切にし、今後は「もう一人の自分」として自分の思考を見直し、意識的に「頭の使い方」を工夫していきたいと考えています。具体的には、「視点」「視座」「視野」という三つの視点を意識して、自分の思考に問題がないか、不足している部分がないかをしっかりと考える力を身につけたいです。 業務方針の見直しは？ 次年度の業務方針を検討する際には、考えに偏りがないか、誰に向けて発信するのか、表現が明確かなどを確認し、漏れなくダブりがないように柔軟な考えを持ち続けたいと思います。また、仮説を立てる際には、視野の広さと深さを意識して考えていきたいです。 チームの議論はどう？ チームでディスカッションを行う前には、各メンバーが自分の思考を書き出してきてもらうことを習慣とし、それを順次発表させて、改めてチーム全体で検証していくことにしました。このプロセスの中でも、思考が偏っていないか、視野の広さや深さを意識することが重要であると考えています。

どうやって最速解決する？ 課題解決においては、最短かつ最適なルートでゴールに到達することが他者に対する優位性につながると考えます。そのため、場当たり的な対応や、全体をむやみに検証して無駄にコストや時間を費やすことを避けるためにも、まずは仮説を設定することが必要です。いかに精度の高い仮説を立てるかが重要であり、そのためには適切な知識、経験、そして考え方が求められます。 課題の本質は何？ また、課題に取り組む際は、まず何が課題であるのかを適切に理解し、把握することが不可欠です。課題が不明確であれば、得られる答えも曖昧になってしまうからです。その上、対象となるビジネスなどのドメイン知識や過去の経験に基づき、適切な仮説設定に注力していきたいと考えています。 経験は十分伝わる？ すでに実践している部分もありますが、さらなる精度向上とスキルアップを図るために、フレームワークと呼ばれる考え方のツールを導入して、より高い精度を目指していく所存です。今回学んだ3Cや4Pを基本とし、今後さらに他の手法も取り入れながら、知識と経験を積み重ねていきたいと思います。

初期仮説の危険性は？ 仮説は初めから決めつけず、幅広い視点で持つことが大切です。あらかじめ仮説を立て、それに基づいて検証するため、もし初期の仮説に誤りがあれば、その後の工程にも大きな影響が出る可能性があります。 計画的データ収集は？ また、仮説を検証する際には、必要なデータを計画的に収集することが求められます。必ずしも全ての情報が揃っているとは限らないため、誰にどのように情報を収集するか、目的に沿って進める必要があります。 売上データで何発見？ 日々の業務で売上データを見る中で、発生した事象に対してまずは幅広く仮説を出すことが有効だと感じました。これまで漠然とした感覚で仮説の検証に取り組んでいたため、今後はより意識的に取り組むことが必要だと思います。 周囲の意見は頼も？ 仮説を立てる際は、自分一人で考えるのではなく、周囲のメンバーからの意見も取り入れ、網羅性を高めるよう努めます。過去の経験や先入観をなるべく排除し、フラットな視点で物事を俯瞰することを心がけるとともに、仮説検証の目的を踏まえて最適なデータ収集方法を選択していきます。

データ加工法をどう活用する？ データの加工法について学びました。与えられたデータをそのまま使うのではなく、自分で項目を追加することを意識することが重要です。例えば、絶対値や相対値（比率）を追加することで、データにひと手間加えることができます。数字をグラフにすることも非常に効果的です。また、データを分解する際には、複数の切り口で考えることで異なる見解が得られることがあります。 人件費分析で何を検証する？ 現在、人件費分析を行っているため、今回学んだ切り口や加工法を実践しています。具体的には、時間外労働時間の妥当性を検証するために、データを性別、既婚未婚、年齢（若手かベテランか）、部門ごとに切り分けて情報を抽出し、グラフで可視化します。 PowerBIでどう可視化する？ 人事データを入手したら、比率や不足している情報を追加し、勤怠情報としての表を作成します。このデータを可視化するためにPowerBIを使用し、グラフ化します。さらに、散布図を用いて時間外労働時間と相関のある事柄を確認し、そのデータを参考に実際に関連性があるかどうかを調査します。

優先順位付けの重要性とは？ リソースは有限であり、戦略的に物事を進めるためには優先順位をつけることが重要であると理解しました。何をやり、何を捨てるのかを決めるには、判断基準を設ける必要があります。特に、投資対効果を算出することが一つのポイントです。根拠のある判断基準があれば、後ろ向きな印象のある「やらない/捨てる」という決断も納得感を持って周囲に説明できるとわかりました。 実証実験での課題は？ 現在の業務において、「何をやらないか」を決められないことが大きな課題だと感じています。特に実証実験を始める際、規模や検証すべき内容（今回は何を検証しないのか）を明確にすることが、有限なリソースを効率的に活用し、仮説検証の精度を高めるために役立ちます。 効果的な仮説検証の進め方 これからは、各フィールドで進める実証実験の目的を明確にし、検証すべき仮説を見直していきます。チームで検証すべき仮説を洗い出し、どの仮説を優先して検証するかをグループ会議で議論します。また、担当フィールドで想定している開発機能も、その優先順位に基づいて絞り込んでいく予定です。

正しい仮説はどう作る？ 仮説を正しく構築することで、検証マインドが高まり、ビジネスの精度向上につながります。そのため、適切な仮説を立てるスキルの習得が求められます。また、「what」「where」「why」「how」といった視点を意識することで、課題の把握や解決方法の糸口を見つけることが可能です。 販売分析の秘訣は？ 日々の販売分析においても、仮説思考を取り入れるよう努めています。現場担当者が実務の中で肌感覚で感じている課題について、定量的・定性的な両面から評価し、チームとして合意のもとで進めることが重要です。 仮説は独立すべきか？ また、仮説は一つに絞らず、対策や重要性、影響力を十分に考慮した上で、業務への反映が必要です。複数の可能性を見極めながら、最適な対策を検討していく姿勢が大切です。 改善プロセスは？ 具体的なプロセスとしては、まず現場担当者が感じている課題を確認し、併せて実績数値などのデータを基に問題点を洗い出します。その上で、いくつかの仮説を立て、裏付けとなるデータや対策案を検討しながらプロセスの改善を進めています。

リーダー像はどう変わる？ Week1で記述した「ありたいリーダー像」を再確認したところ、記された内容自体は大きく変わっていないように感じます。しかし、学習を終えた今、どのような行動や考え方がリーダー像に近づくために必要かという基礎が固まった点で、大きな成長があったと感じています。以前より、影響の輪を自分から積極的に発信していく自信がつきました。 行動計画はどう描く？ また、今後の具体的な行動として、「目標設定時の自分の納得感を高める」期間には、Plan発表の際に十分な時間を確保し、様々な角度から納得できるプロセスを探り、理由付けと数値目標を立てることに注力したいと思います。 振り返りは何を見る？ さらに、「振り返りの時間を取る」ため、手持ちの仕事が完了したタイミングで、仕事の結果を数字で表現し、成功点と改善点の両方を検証する時間を設けます。 数値評価はどう進む？ 具体的には、5月以降の期におけるPlan作成時に十分な時間を確保し、4月までに実施した業務についても振り返りを行い、具体的な数値で表現して評価してみる考えです。

問題解決のプロセスとは？ 問題解決のプロセス、What、Where、Why、Howについて学びました。私は前職でQC的な問題解決を学び、問題やボトルネックの特定、「なぜなぜ分析」、計画、アクションのような手法で考える癖があり、今回学んだ内容と似ている部分が多いと感じました。しかし、元の思考フレームワークに戻りがちな自分を再認識しました。 フラストレーションを解消するには？ データ分析や見える化は行っているものの、仮説の検証や具体的なアクションを自発的に行っていない部署の現状にフラストレーションを感じています。おそらく、具体的なアクション（How）を実行できないと諦めているために、根本原因（Why）の追求が疎かになっているのではないかと考えています。 新たなシナリオ作成と実践法 今回学んだことを基に、「How」を実行できると仮定してシナリオを作成し、実践してみたいと思います。また、一連のプロセスを効率的に進められるよう、自身をトレーニングし、さらにBIツールやPythonを活用して知見やスピードを向上させる手法を学びたいと考えています。

データ検証の意味は？ データを検証し、仮説を立てた上で再びデータを確認する―リスクを抑えながら新たな可能性を模索する問題解決のプロセスについて学びました。その中で、A/Bテストの活用についても知ることができました。 実践規模の見極めは？ 仕事に活かす方法として、プロセスをどの規模で実施するかが、データ抽出の視点や意思決定の重要度によって左右される点に気付かされました。企業の規模によっては、実行が難しい場合も出てくると感じました。 チームでの一歩は？ そこでまずは、自分のチーム内で進められる範囲から取り組んでみようと思いました。 チーム育成のポイントは？ チーム内での人材育成プロセスに、データの検証と仮説の立案を取り入れ、今後の計画に反映させたいと考えています。近年、チームメンバーとなる人の出身部署が多様化しているため、前提となる知識やその特性にも違いが出ていると感じます。これにより、それぞれの出身部署や知識の有無を的確に把握し、最終的には一人前のチームメンバーとして成長するプロセスを、より効率的に進めたいと思います。

原因分析はどう進める？ 原因の分析にあたっては、まずプロセスごとに分解し、確認することが大切だと感じました。特に「what／where／why／how」を意識し、まず「where」から入念に分析することで、その後の「why」や「how」の解像度が高まると理解しています。 A/Bテストってどうやる？ また、A/Bテストが有効な手法であることを学びました。その際、検証する「要素」は極力少なくし、その他の条件は共通とすることで、スコープを狭めることが重要だと感じました。実際にアプリ上でプッシュ通知とバナーを用いたA/Bテストを実施した経験から、振り返ると「キーメッセージ」に差が生じてしまった点が課題として残りました。 ログイン改善は何が？ さらに、アプリのログイン率向上を図るため、ログインに至るフローを細かく分解し、原因の追究を行いたいと考えています。特に、パスワード設定の箇所で離脱するユーザーが多いという仮説に基づき、検証からスタートする予定です。その後の改善策として、ユーザーインタビューやUIテストの実施を検討しています。