(91ページ目)

行う

に関する学び

---

目的整理はどう進む？ ライブ授業では、シナリオ実習を通じて目的の明確化、優先順位の決定、リソースの最適な活用、そして情報収集の大切さを学びました。一方、動画学習では戦略と戦術の違いに着目し、物事全体を俯瞰して捉える重要性を実感しました。これにより、まずは達成すべき目標の整理と明確化、そしてその目標に向けた無駄のない計画作成の必要性を体得することができました。 開発進捗はどう見極める？ また、システム開発の初期段階においては、顧客の要望整理と目的の明確化、優先順位の確定、さらには予算や人員配置、期限設定といったリソースの最適化が欠かせません。開発段階では、全体の状況を把握しながら効率的な進捗管理を行うことで、無理なくプロジェクトを進めることが可能となります。発生する課題に関しても、すべてに対応するのではなく、優先順位に基づいて取り組むことで、リソースを集中させながら最適な解決策を見出すことが大切だと感じました。

数値分解はどうする？ ITの現場では原因分析のシーンが何度もあり、今回の学習は具体的な分析手法を再確認する良い機会となりました。特に、数値をどの要素で分解するかが重要で、正確に分けないと誤解を招く恐れがあるという点は、日常的に直面している課題でした。そのため、今後は多角的な視点で分解することを意識したいと考えています。 印象改善はどう実現？ また、プレゼンテーションなど、相手に良い印象を与えたいシーンにおいても、事実と異ならない範囲で資料を工夫する手法として、この学びを活用できると感じました。 不具合原因の見直しは？ システム構築における不具合の数や原因分析の場面でも有用であるため、既存の分析フォーマットの中から今回の学びで得た要素を見直すことにします。さらに、部下と行う1on1でのヒアリングシーンにおいて、メンバーが抱える不安や不満などのメンタル的な問題に対しても、役立てられないか検討したいと思います。

伝える前の準備は何が重要？ 相手に何かを伝える際には、話す前に自分の考えや伝えたい内容、目的、そして理由をしっかりと整理しておくことが重要だと理解しました。伝えた後には、ちゃんと伝わったかどうかを確認し、さらに相手の話を聞きながら生じたギャップを埋めていくことが大切です。 相手のニーズをどう捉える？ 私が関わっている業界では、相手のニーズや要望、期限や制約などを明確にすることが非常に重要です。これまでの私は、相手から話を引き出すことに注力してきましたが、なぜそれが必要なのかの説明が不十分だったかもしれません。相手のレベルに合わせて話を進める必要性を感じています。 コミュニケーションの目的とは？ コミュニケーションは何のために行うのか、その目的と目指すゴールを常に意識して、話し、そして聴くことが重要です。お客様との商談、社内のメンバーやパートナーとの会話、面談において、これを明確に実行したいと思います。

目的と仮説の意義は？ データ分析を行う際には、目的と仮説をしっかりと持って取り組むことが大切です。そして、分析の結果に対する「それでどうなるのか？」を明確にすることを意識しましょう。MECE（モレなくダブりなく）にグルーピングした後、そのグルーピングを自分でレビューし、精度を高めることも重要です。 自己レビューの限界は？ 私は日常的に分析や示唆出しを行っており、適切な粒度でグルーピングをすることの重要性を感じています。しかし、自己レビューには限界があるため、まず自分でレビューをした後に、他者からのレビューを意図的に組み込むことで、多角的な視点を得るようにしています。 レビュー導入の理由は？ 分析後には、レビューを求めるプロセスを自身の業務フローに組み込んでいます。他者のレビューを得るために、締切よりも早めの段階でアウトプットを心がけています。この取り組みは、企画を伴うすべての業務に適用しています。

現状とあるべき姿は？ 問題解決の最初のステップとして、現状とあるべき姿を定量的に示すことの重要性を再認識しました。合わせて、ロジックツリーやMECEの考え方についても学び、特にMECEの「モレなく、かぶりなく」という定義がどのように要素全体をカバーするかという点で理解が深まりました。 議論の糸口は？ チームで問題解決のアイデア出しを行う際には、ロジックツリーを活用してミーティングを進める方法が有効だと感じています。また、議論の中でMECEを意識することで、問題解決への多様なアプローチが見つかると実感しました。 数値で示す理由は？ さらに、根本的な解決のためには、まずチーム全体で現状とあるべき姿を数値的に明確に示すことが不可欠だと感じています。今後は、初心に立ち返りこの点について改めて話し合い、ブレインストーミングなどの会議でもロジックツリーを活用して、より論理的な結論へ導いていきたいと思います。

データ分析の本質とは？ Week 1の講義・学習で新たに学んだ点は以下の3点です。①データ分析の本質は「比較」、②データ分析は必ずしも「定量的である」必要はない、③データ分析の前の条件設定が重要。前提条件が揃っていないと正しい分析はできません。 分析結果をどう共有する？ 社内データの活用時に、前提条件・分析目的・分析結果から行うアクションを利害関係者に共有することで、共通の目的達成のために議論ができると感じました。データ分析は一方的に行い、結果を発信するものではないということを広く共有し、浸透させたいと考えています。 データ活用を身近にするには？ データに関する業務が属人化しており、”データ活用＝特定の人の特別な仕事”になっている部分があります。現在扱っているデータは広く社内で活用可能な内容も含むため、よりデータ活用を身近に感じてもらえるような機会（社内セミナー、報告会）を増やす必要があると思います。

問いの共有はどう？ 日頃から仕事で「イシューは何か」を考えてはいたものの、問いを意識し続けたり共有することはあまりできていなかったと感じています。しかし、共有がなければ話が進まず、解決策を見つけるのが難しいということにも気づきました。 データ活用の期待は？ 来月からはデータ部門のサポートに入るため、さまざまなデータを活用してイシューの洗い出しと解決策の検討を行うのがとても楽しみです。これまで学んだ内容をもとに、相手に分かりやすく伝えるため、図や表、イメージなどを積極的に活用しようと考えています。そのためにも、まずは基本から再度復習することにします。 伝える工夫は何？ まず、基本をしっかりと復習し、自分の言葉でノートにまとめたアウトプットを行います。そこから実務でデータを使い、自分なりの工夫を加えたスライド作成や資料作りに取り組むとともに、人に伝えるための表現方法にも意識を向けていこうと思っています。

仮説の分類とは何か？ 仮説の分類という概念を知らなかったため、この考え方は非常に参考になりました。ビジネスにおいて重要な課題であるコミュニケーションと問題解決を、時間軸を用いて分類し、仮説を立てる思考法は大変勉強になりました。 仮説思考を活動方針にどう活かす？ 現在、来期の活動方針を策定しており、今回学んだ仮説思考を活用したいと考えています。前々期、前期、今期のデータを比較することで、売上に課題がある製品とその属性（新製品か定番品か、製造コストなど）を基に、改善計画を提案できるのではないかと考えています。 売上課題の仮説をどう立てる？ 具体的には、売上における課題についていくつかの仮説を立ててデータを比較してみる予定です。例えば、①売上金額が減っているのか、②粗利率が下がっているのか、といった課題の内容を明らかにし、更にその課題が発生している要因について仮説を立てて掘り下げていく作業を行う予定です。

データ分析は何が肝心？ データを分析する際、「分解」する視点や切り口によって得られる情報が大きく異なることに気づきました。表面的な情報で安易に判断せず、多角的な視点からデータを分析し、十分に検証することの重要性を認識することができました。 要因の背景はどう検証？ たとえば、離職率の原因を調査する際には、年齢や勤続年数、部署、職位などの要素をMECEに分けて分析することで、特定の要因や傾向を見つけやすくなります。さらに、背景や理由を深く掘り下げることで、適切な予防策を講じることが可能になると考えています。 分解で見えているものは？ まずは、自分自身でデータを加工・分解することで、データ分析に慣れていきたいと思います。データを扱う際にはMECEを意識し、さまざまな視点から分析を行うことを心がけます。また、そこから導き出した仮説については、他の視点からも確からしいかを検証する姿勢を持ちたいと考えています。

手法活用はどうする？ 5W1Hや層別分解の手法は知識として持っていましたが、実際の業務では目の前の課題にとらわれやすいと感じています。今後は、これらの手法を意識的に取り入れ、より体系的な分析を実施したいと思います。 理想との違いは何？ また、分析を行う際には現状とあるべき姿とのマイナス差に注目することが多かったことから、目指す姿とのギャップに関する分析が不足していると感じました。今後は、理想との比較も含め、より実践的な分析に活かしていきたいと考えています。 計測軸は見直すべき？ 各部門の工数実績を分析する中で、計測軸をMECEの観点から整備するためにその他の軸も設けています。しかし、全体の一定割合が「その他」に分類されていることから、課題の見落としが発生する可能性があります。このため、計測軸の見直しを行うとともに、現状のあるべき姿との比較だけでなく、目指す姿に対する分析も加えて実施していく所存です。

仮説は何のために？ 仮説を立てることで、問題意識が芽生え、物事に対する検証マインドが育まれます。時間軸によって仮説の内容は変化しますが、頻繁に検討することで説得力が増し、スピードや行動の精度が向上します。そのため、仮説を立てた上で実際に行動していくことが重要です。 なぜ結果に違いが？ 経理業務は過去のデータを整理する作業ですが、整理後の結果を見て、なぜこのような結果になったのかを考える際に仮説を活用できます。仮説を立てることで、結果が正しい理由があるのか、それとも処理に誤りがあったのかを、まずは検証することが可能です。 何が原因と判断？ 具体的には、予算との比較や前年度との比較を行うことで、突出した変化を確認します。もし大きな変化が見られない場合は問題がなかったと判断できますが、何かしらの極端な変動があった場合には、その原因を仮説に基づいて検証することで、より正確な分析が行えるようになります。

仮説検証の重要性を再確認 段階を踏んで仮説検証を進める重要性を改めて認識しました。また、A/Bテストという手法についてこれまで全く知らなかったため、新しい分析方法として今後積極的に活用したいと考えています。 A/Bテストの効果的な活用法は？ 売上向上の施策に対しても、効果検証としてA/Bテストを用いてみたいと思います。これまで効果検証自体は実施していましたが、異なる施策を同時に行ったことはありませんでした。今後は実施できる事案を含め、慎重に検討していく予定です。 情報共有と承認のステップ まず、１か月以内に従来の施策とA/Bテストによる効果検証の違い、メリット・デメリットに関して部長会で情報共有を行う予定です。その際、A/Bテストが実施できそうな事案についても紹介し、従来法では得られない効果まで説明します。実施に対する承認を得た後は、来期の1Q内に実務担当者と協力し、テストを実施する予定です。