(6ページ目)

データ ✕ システム

に関する学び

---

新たな視点の重要性は？ 一度一見納得のいく答えにたどり着いた後でも、その答えが本当に正しいのかを疑う視点を持つことが重要だと思います。ほかの視点から再度考えることで、これまで気づかなかった事実に気付く可能性が高まります。また、要素を分解する際には、MECEの考え方に基づいてデータを重複なく漏れなく整理することが大切だと感じました。 どうすればリソース確保できる？ また、サーバ保守業務に従事している私にとって、ユーザから届くリクエストの分析は日常的な作業です。一定時間ごとのリクエスト数を見ることで、日中と夜間で訪問者数の違いを把握でき、サーバの応答時間の計測を通じてシステムへの負荷状況を確認することが可能です。リクエストのトレンド分析により、将来的に必要となるサーバ台数の予測が行え、適切なリソース確保につながります。また、応答速度の追跡を通じて、サーバが限界を超えるリスクを事前に察知し、システムダウンを防止するための対応策を講じることができると感じました。

生成AIはどう役立つ？ 生成AIを業務効率化の手段として活用しようと考えていた私ですが、当初は「人間が介在しなくても」業務が進むのではという思いもありました。しかし、講義を受ける中で、生成AIは人間がしっかりとした役割を与え、明確な指示を出すことで初めてその価値を発揮できるということに気づかされました。 体験価値の進化はどう？ また、提供する価値が単なる「モノ」から「コト」へとシフトしている現在、単純なデータの組み合わせや決まりきった製品ではなく、生成AIを活用してより深い体験価値を顧客に提供できるサービスを展開したいという思いが湧いてきました。 システムの未来はどうなる？ 現在、数万人規模の業務を生成AIが自律的に理解し遂行するシステムを開発中ですが、現段階では主に業務効率化やコスト削減を目的としています。今後は、この生成AIにより、既に提供しているサービスにさらなる付加価値を加え、顧客の体験価値を一層向上させることを目指したいと考えています。

各平均値はどう選ぶ？ 加重平均は以前から活用していましたが、その際は重み付けの解釈に重点を置いていました。改めて考えると、単純平均、加重平均、幾何平均、中央値といった各種の平均値は目的に応じて使い分けるべきですが、実際の業務では加重平均に偏りがちです。また、見える化の手法としても円グラフやヒストグラムが多用され、ばらつきは主に標準偏差の数値で把握しています。 業務量の重みをどう見る？ 業務量の重み付けについては、データから抽出することで一層理解が深まり、数値化により説得力のある説明へとつながると感じています。今後も業務要件を数値から読み解く手法を積極的に採用していきたいです。 数値が語る本質は？ さらに、業務量のヒアリング調査結果やシステム利用率など、数値のインパクトは重要な判断材料となります。これらを自分の業務タスクに組み込み、インプットデータのマネジメントを計画の初期段階から取り入れていくことが今後の課題だと考えています。

分析の目的は何でしょう？ 分析とは、基本的に「比較」を行うプロセスであり、その際に利用するデータの種類によって得られる結果が大きく変わります。たとえば、顧客IDのようなデータは分析に適していない場合が多く、どのデータを利用するかは、そのデータが何に使われるか、また何を明らかにしたいかによって決まります。まず、分析の目的を明確にした上で、同条件（Apple to Apple）で比較し、そこから示唆を導くことが基本の流れです。 どのデータが必要だろう？ また、あるクラウド型売上管理システムのデータを用いた売り上げ分析や予実分析といった業務では、条件を統一してデータを加工することで、明確な示唆を得る手法が採用されています。このような分析視点がある程度確立されている場合でも、たとえば市場規模の分析など、既存のレポートが十分でない状況では、まず仮説を立て、どのデータが必要かを逆算することで、分析の方向性を見出すことが可能だと感じました。

フレームワークの意義は？ 仮説の基本的な理解を改めて振り返ることができました。これまで、どちらかというと自分のバイアスに左右されることが多かったですが、3Cや4Pといったフレームワークに沿って物事を進める習慣が必要だと実感しました。もちろん、データの活用において都合の良い点に気付いてしまう傾向もあり、そこは今後の課題です。 チーム作業に注意すべき？ また、実際の業務においては、ある程度の人数で構成されるチームで作業を進める場合、フレームワークを用いる際に工夫が求められることを改めて認識しました。それでも、基本に則って作業を進めることが、合意形成を図る上で重要であると感じました。 合意形成、どう進める？ 変革やシステムの刷新・改善といった業務では、関連部門との合意形成が不可欠です。こうした基本的なプロセスをフレームワークに落とし込むことで、問題の根本をより深く理解し、具体的なアクションプランを立てることができると考えています。

仮説とは何だろう？ ビジネスにおける仮説とは、ある論点に対する仮の答えのことを指します。仮説には「結果の仮説」と「問題解決の仮説」があり、その内容は過去、現在、未来の時間軸に沿って変わっていきます。 データ収集はどうする？ 仮説を立てる際は、偏りなくデータを集めることが重要です。反論が予想される項目についても、対応できるデータを用意することで、仮説全体の説得力が向上します。 仮説展開の鍵は？ 業務においては、まず結果の仮説を立て、その後で問題解決の仮説へと展開するケースが多いと感じます。普段は課題に対して直接問題解決の仮説を検討しがちですが、結果の仮説をしっかりと行うことで、問題解決の仮説を立てる際に抜け落ちがない視点で検証できることに気づきました。 収集可能性を確認？ また、どのようなデータが収集可能かという点は、今後のシステム更新においても重要な視点として意識していきたいと考えています。

AI活用の実情は？ 各企業がすでに日常的にAIを活用している現状を知り、非常に驚かされました。一方で、自社がこの分野で遅れていると感じ、経営層やシステム部門へ提言を行っていく必要性を痛感しています。また、単一の生成AIではなく、複数の生成AIを組み合わせて活用している事例を知り、自分でも試してみる意欲が湧いています。 資料と改善の鍵は？ まずは、経営会議で使用する発表資料や報告資料のひな形作成に取り組みたいと考えています。さらに、従業員からのヒアリング（電話や直接の対話）を記録し、文字起こしや要約を行うことで、業務の改善につなげられると感じています。将来的にはデータ分析への応用も視野に入れて、積極的にチャレンジしてみたいと思います。 事例から学べる？ 具体的な活用事例を知ることが、理解を深める上で非常に役立つと考えております。どのような使い方や技があるのか、ぜひ教えていただけると幸いです。

プロセス整理の効果は？ これまでの学びを活かして課題に取り組む過程で、プロセスごとに整理して考えることで、闇雲に取り組むよりも効率的に時間を短縮できることを実感しました。今後は、What→Where→Why→Howの視点を意識しながら課題解決に臨んでいきたいと考えています。実務ではまだ訓練が必要だと感じるため、講義で学んだ自分の身近で取り組みやすい内容から実践していこうと思います。 データ活用の成果は？ ２ヶ月前に新たな環境やシステムが導入されたため、その効果を検証する目的でデータを活用してみたいと思います。もし改善が見られない場合には、改めてWhat→Where→Why→Howのアプローチを試してみるつもりです。 新手法の可能性は？ また、A/B分析の活用場面は現状の職場では明確な適用例は思い浮かびませんが、新たに検査項目を導入する際には有効な手法となる可能性があると考えています。

ライブ授業をどう捉える？ ライブ授業を通して、分析においては「比較」が非常に重要であると改めて実感しました。限られた情報の中で考察を進めると、様々な視点が生まれる一方で、正確な回答を導き出せない場合もあることが認識できました。 データ準備の確認は？ データ分析を実施する際には、まず必要なデータをしっかりと揃えることが不可欠だと学びました。新しいシステムの導入を検討する場合、価格、使用頻度、使用者の経歴、最も利用される時間帯など、複数のデータを準備し、事前に確認すべきポイントを絞り込む必要があります。 集計と比較はどうする？ その上で、まずは確実にデータを集め、その後に集めたデータを比較しながら、必要な情報や懸念点を検討していくことが大切です。さらに、足りない情報がないかを意識しながら、新しいシステムに求められる要素を見極めるプロセスの重要性を再認識しました。

分解とMECEはどう見直す？ 分解の切り口を考える中で、特にHowの視点が不足していたことに気づきました。また、MECEについては、これまで感覚的にとらえていたものが、言語化されることで他者にも分かりやすく伝えられる形で理解できたと感じています。 どこで躓いている？ プロセスのどこで問題が発生しているのかを明確にする視点は、社内の申請システムなどで躓くポイントを把握し、全員が理解できるマニュアル作成やシステム変更による効率化の検討に役立つと実感しました。 行動に移すタイミングは？ さらに、分析を始める前に様々な考察に没入してしまう傾向があることを認識しました。まずは悩まずに行動し、データを集めながら多角的に分析するという姿勢を、来週からの業務に活かしていきたいと思います。

原因項目をどう抽出？ 考えられる原因項目は、できるだけ抜け漏れなく抽出したいと考えましたが、パーセンテージが低いものはある程度省く方針です。しかし、すべてを漏れなく網羅するのは容易ではなく、現状では項目の抽出だけにも時間がかかりそうだという不安を感じています。 売上動向をどう捉える？ また、顧客分析や売上不振店舗の分析にこの手法が活用できる可能性を見出しました。具体的には、会員システムのデータを年代別や再来店回数別に切り分けて売上の動向を把握することが有効と考えています。単に広告や媒体の整理だけでなく、会員システムの効果的な利用も売上向上のポイントになると感じました。 抜け漏れの要素は？ ただ、他に漏れている要素がないかどうかの抽出が、引き続き課題として残っています。

仮説の意義は？ 上司から「仮説と検証」の基本原則を再認識する機会を得ました。闇雲に分析を進めるのではなく、明確な仮説を立てることが、効果的な分析の第一歩であると感じました。 数値で見る説得力？ また、具体的な数値指標や基準の設定方法、会員システムを用いたデータ比較において、どの項目が最も説得力を持つかという点について、詳細を知る必要があると考えています。これらの疑問を解決することが、今後の分析に大いに役立つでしょう。 フレーム整理は？ さらに、フレームワークに関する知見も示されており、様々な手法に飛びつく前に、一度整理して考えることの重要性を実感しました。納得がいくまで試行錯誤を重ね、着実に理解を深めていきたいと思います。