(2ページ目)

データ ✕ システム

に関する学び

---

デザイン思考をどう活かす？ デザイン思考には、共感、課題設定、発想、試作、テストのステップがあり、これを非線形に繰り返すことが重要だと学びました。この思考をビジネスに活かすためには、顧客やユーザーの行動を観察し、彼らの体験価値を最大化することが大切です。最近学んだカスタマージャーニーでも、ペルソナを細かく設定することが、サービスやプロダクト、戦略を考える上で重要だとされており、これがデザイン思考と通じると感じました。 学びを深めるステップは？ 学びにおいて大切なこととして、1.言語化、2.教訓化、3.自分化が挙げられ、これが特に印象に残りました。私は考えを言葉にするのが苦手なので、まず書いてみて、次に発言し、さらに伝わりやすくするステップを踏んでいければ良いと思っています。 システム開発の目的を再確認 現在、私は営業系のシステムを開発・管理・運用する部署に所属しており、社内の営業部門がメインの顧客です。これまで、ITやシステムに慣れていないユーザーをターゲットに、使いやすさを重視した設計を行ってきました。しかし、講義を通じて、システム開発の本来の目的は効率化や売上向上を図ることにあると考え直しました。ターゲット設定を見直し、本来の目的達成のための設計をもっと重視すべきかもしれないと感じました。 顧客理解に基づく設計とは？ システム開発においては、インターフェイスの使いやすさに過度に拘らず、データの意味を可視化し、顧客理解や戦略策定を実現するための設計に焦点を当てる必要があります。既存のシステムについても、ユーザー目線でその利用価値を最大化できるかを考え、ユーザーからのフィードバックを積極的に取り入れる姿勢が大切です。

分析の基本: 比較の重要性とは？ 分析は比較であるというシンプルな理解に到達しました。以前は、数字から何を見出すべきか分からず複雑に考えていましたが、シンプルな視点からスタートすることの重要性を学びました。ただし、正しい比較対象がなければ、正確な分析はできません。このことに関連して、"要素をそろえる"という部分については、さらに実践的な学習や本コースでの深掘りを行いたいです。 効率的な分析設計のために必須なことは？ また、グラフなどの見せ方を決定する以前に、分析する目的を設定すること、特に依頼された場合はその確認が大事だという点も理解しました。これにより、システムテストの品質評価やベンダー選定時など、具体的な場面で分析の質を向上させることができると考えています。 データ分析における注意点とは？ これまでの経験では、依頼時に目的が曖昧な状態で受け取ることが多く、データの分析において何をすべきか判断がつかなくなり、結論を出せないこともありました。今後は、以下の3点を重視して取り組む予定です。まず、やみくもにデータを加工せず、目的の確認と仮説立てを確実に行うこと。次に、分析は比較を念頭に置くこと。そして、比較対象を分析の目的に沿って選定することです。 依頼者とのコミュニケーションで何が重要？ 依頼者からは、目的の確認や必要な分析の方向性をしっかり聞き取ることが重要です。分析を始める前に目的を明確にするステップを必ず取り入れるべきだと感じました。その際、仮説をある程度考えると良いと思いました。また、仮説を立てる際には、比較対象が適切かどうかを依頼者と事前に合意することで、さらにスムーズに進められると感じています。

問いの大切さは？ 「問いから始める」という考え方が非常に印象に残りました。問いが何なのかを常に意識し、具体的な問いにまで落とし込むことが重要だと感じました。また、「問いを残す」ということは、問いを持ち続けることや自分が何を考えているのかを絶えず問いかけることであり、それにより、立てた問いが正しいのか、その問いに答えることで目標が達成できるのかを確認し続けたいと思います。さらに、問いを立てた後は「問いを共有する」ことが不可欠です。組織全体で方向性を共有しなければ、自分が解決しようとしている問題に取り組むことは困難になるため、問いの共有を常に心がけたいです。 工場問題の原因は？ 現在、私たちの会社は世界各国に5つの工場を持っており、お客様が希望するタイミングでの供給が困難になるケースが頻繁に発生しています。この問題の原因を詳しく分析する必要があります。考えられる切り口としては、工場のオペレーションに課題があるのか、あるいはシステムの受発注の仕組みに問題があるのかなどが考えられます。この分析を通じて、現状の問題点を明確にし、対策を検討していきたいと思います。 目標達成の方法は？ そのために目指すべきゴールと具体的方法、そしてその手段を実行することによって得られる価値についてしっかりと考えたいと考えています。検討した結果に基づいて資料を作成し、仮説を証明するための理由については、視覚的に分かりやすく示すように工夫したいです。この目的を達成するために必要なデータは何か、どのように分析すべきかを考慮しながら、自分の考えや実施したい施策について毎週の部内会議でチームメンバーと共有していきます。

仮説の立て方は？ 仮説を立てる際には、複数の仮説を提示し、網羅性を意識することが大切です。3Cや4Pといったフレームワークを活用すると、仮説を立てやすくなることを実感しました。また、単に考えただけでなく、様々な切り口からアプローチするよう努めることが重要だと感じました。 データ選びはどう？ データ収集については、誰にどのように聞くかが非常に大切です。自分に都合の良いデータだけでなく、反対の意見となる情報も収集するよう心掛けています。一見、目の前にある情報だけで判断せず、目的に沿ったデータであるかどうかを考える重要性を改めて感じました。実際、抽出したデータで本当に検証したい内容が導き出せるかを、常に見直す必要があると考えています。 サービスはどう伝わる？ 新しい運用やシステムの活用状況、また提供しているサービスがどのようにお客様に届いているかを分析する際は、まず言葉で仮説を立てることに取り組んでいます。これまで、数値を見ただけで直感的に考え、その立証に必要なデータをどう抽出するか検討していましたが、目的に合致しているのか不安に感じることもありました。そのため、自分にとって都合の良いデータだけに偏らないよう、改めて意識しています。 生産性向上はどう？ また、社内の生産性向上施策が実際に効果を上げているかを検証する際にも、フレームワークを用いて複数の仮説を立て、網羅的に検討することを意識しています。抽出したデータが目的に沿っているかを確認した上で、そこからどのような結論が導けるのかをしっかり検証することが重要だと感じました。

フレームワークをどう活用する？ what-where-why-howのフレームワークで考えることが非常に印象に残りました。これを会社でよく言われるPDCAサイクルに当てはめて考えてみました。P&Cの部分はwhat-where-why-howに、D&Aの部分は施策と解決策の実行に相当します。 仮説思考の真価は？ 特に仮説思考はwhere→why→howの部分に適用できると思います。仮説と結論をセットで考えることで、無秩序な分析を防ぎ、限られた時間と資源で施策を考える際に有効だと感じました。 更に、単なるデータ集計とデータ分析は異なるという点についても再認識しました。 データ分析をどう実践する？ 私は現在、メーカーの物流子会社で働いており、様々なシステムから日々多くのデータが蓄積されています。しかし、DXを推進すると言いつつも事なかれ主義が根強く、なかなか進展しないのが現状です。今回学んだwhat-where-why-howの流れでデータを分析し、グラフ化して社内で共有することで、的を絞った改善策の検討に役立てることができると思います。 目標達成に向けた分析とは？ 具体的には、何を達成したいのかを明確にし、日々蓄積されるデータから目的に合ったデータを選定して分析し、情報として活用します。その結果を「わかりやすく伝える」ことを念頭に置き、周囲に共有して活動に巻き込み、活動の方向性を決める役割を担いたいと考えています。

分解の効果は何？ データを分解することで、より多くの知見を得られることを実感しました。特に、ある特徴が一つの切り口で現れた際に、それだけで答えを決めつけると他の観点から見ると誤りであることがあることに新鮮さを覚えました。答えが見つかったように見えても、それはあくまで仮説であり、しっかりと検証することが重要だと感じました。 現状をどう把握する？ ITシステム品質保証チームの今後の戦略を立てるにあたり、まず現状を把握したいと思います。そのために、システムの品質評価を分解し、現状に対する課題を見つけ、知見を得たいと考えています。具体的には、ユーザーが5段階で評価したデータの平均値であるNPS平均を分解していきます。 どの切り口が有効？ まず、MECEを意識しながら様々な切り口を考えます。層別分解としては、ユーザーの属性別や単価別を検討します。変数分解としては、評価の平均は合計値を評価数で割ることで得られるため、5段階各評価ごとの合計をグラフ化します。また、評価数の分布や1ユーザーあたりの評価回数の層を作り、さらに分解して考察します。プロセス分解としては、ユーザーが新規登録してからサービスを利用し終えるまでの流れをプロセスに分けて、各段階での評価がどの程度であるかを分析していきます。 検証の重要性は？ 以上のように、さまざまな観点から分解することで知見を得ることを目指します。

分解の基本はどうする？ 分解の仕方によって、物事の見え方や捉え方が変わることを理解しました。分解は最初から細かく行うのではなく、まず全体を定義し、広い視点で傾向を捉えることが重要です。その際、分解の切り口として「いつ、誰が、どのように」を意識すると探しやすくなります。また、分解にはMECE（漏れなくダブりなく）を意識することが求められ、層別、変数、プロセスの分解が考えられます。一度分解して終わらず、他の視点も探し続ける姿勢が大切です。 どんな視点で分解する？ システム開発提案などで改善系の提案を行う場合には、操作時間や処理時間、問い合わせの状況、不具合の発生状況など、さまざまな視点で分解することが重要です。これにより、より費用対効果の高い提案が可能になります。これまでもデータ分析を行ってきましたが、自分の想定に偏ったデータ分解をしていたことに気づかされました。他の視点があるのか、偏りがないかを常に自問自答しながら、問題の本質を捉えたいと考えています。 来期提案で注目すべき点は？ 来期の体制提案では、現行システムの課題を洗い出すことを目指しています。そのために、現行機能の操作性、問い合わせ、要望一覧をまとめ、来期で取り組むべき改修内容の有効性を示し、それに沿った体制を提案したいと考えています。MECEを意識したデータ分析を活用し、説得力のある提案を行えるように努めます。

分析で大切な比較の本質とは？ 今回の学習を通じて、以下の重要なポイントに改めて気付きを得ました。 まず、分析の本質は比較にあることです。ある場合とない場合を比較する、いわゆる「Apple to Apple」の比較が重要です。また、分析に入る前に仮説を立てることが大切であり、目的を明確にすることが求められます。具体的には「何を見たいのか」「何が見えるのか」を明確にすることが重要です。さらに、グラフを活用して視覚的に捉えやすくすることも効果的です。 ITシステム導入の比較ポイントは？ これらのポイントを念頭において、バックオフィスにおけるITシステム導入の検討を進める際には、以下の点を意識して比較を行いたいと考えます。 まず、「何のために比較するのか」を明確にし、導入した場合としなかった場合の効率面やコストを具体的に、定量・定性データで比較することが必要です。何を見たいのかを明確にし、複数社での比較を実施することが大切です。また、場面によっては仮説を立てて進めていくことも考慮すべきです。 導入効果をどう検証する？ 具体的には、人事系システム導入に向けて、まずは社労士などのスペシャリストからの助言を参考にしつつ、導入の目的自体を明確にします。次に複数社での比較を実施し、導入した場合としなかった場合の検証を行います。この視点で検討を進めていきたいと思います。

分析時に問いかけの重要性とは？ 分析の目的を「問いかけ」から始めることの重要性を学びました。具体的なテーマを最初に決めてしまうと視野を狭めてしまう可能性があります。そのため、「何のために？」と問いかけることからスタートし、具体化することが大切です。また、チームで物事を進める際には、ゴール（目的）を明確にしておくことで、本質から脱線することを防ぐ効果があると理解しました。この認識を忘れないように、何度も共有することを徹底したいと思います。 新規企画にどう役立てる？ 新しいサイトやサービスの企画や改善の際にも、この方法が役立つと感じました。たとえば、上司から「このシステムを導入するために資料を作って会議をセットしておいて」と指示を受けることがあります。その際、イシューを明確にしておくことが効果的だと思いました。 効率的なミーティングの準備法は？ これまで私は、新しいサイトやサービスを企画する際、「●●について」とテーマを限定してキックオフの資料を準備していました。今後は、事前に情報を分解し、目的を問いかけることでテーマを具体化した状態で会議に望もうと思いました。責任者からスピーディーな改善を求められることが多い中、これにより時間の節約にも期待が持てます。また、データ分析を用いて現状の数値をしっかり把握することで、改善後の効果測定も行いやすくなると感じました。

分析フレームはどう使う？ 分析の実施に際して、講義ではプロセス、視点、アプローチという3つのカテゴリに分けたフレームワークが紹介され、シンプルなモデル化が印象的でした。仮説思考のプロセスは「目的の把握」「仮説の立案」「データ収集」「検証」の4段階に分かれており、分析に必要な視点として、インパクト、ギャップ、トレンド、ばらつき、パターンの5つが挙げられました。また、具体的なアプローチとしてグラフ、数字、数式の3つが提示された点も理解の助けになりました。 クライアント事例を深掘り？ 現在、あるクライアントから依頼をいただいている基幹システムと倉庫管理システム間の在庫差異に関する分析支援に、本講座で学んだ内容が活かせると考えています。ロケーション、保管場所、品目、品目タイプ、システム、オペレーションなど、複数の要因が複雑に絡み合いながら在庫状況に時間的なずれを生じさせているため、講義の知識が問題解決の一助になるのではないかと思います。 差異分析の視点は？ また、Q2で実施している活動において、差異分析のプロセスの意識づけに講義内容を活用できると感じました。オペレーション履歴の抽出や、過去3カ月分のデータを用いた分析の中で、ばらつきやパターンという視点が特に重要であると実感しています。そのため、今回学んだ相関関係を意識した分析手法が有効に働くと考えています。

緻密な準備が成功を導く？ 慎重になり過ぎず、頭でっかちになり過ぎないことが大切です。手を動かす前に仮説を立て、何を比較するかの指標を決める必要があります。ただし、やってみないと分からないこともあり、その際には柔軟に変更しても問題ありません。 有効な切り口を探る方法は？ 引き出しの多さと選球眼が求められます。専門知識が少ない領域では、まずはフレームワークに頼るとよいでしょう。専門知識がある領域にフレームワークを掛け合わせることで、発見が生まれます。筋のよい切り口を選択するためには、現場の肌感覚としてのドメイン知識が重要です。 例えば、webサイトからの問い合わせを増やすための分析が必要な場合、データはすべて手元にあるので実践可能です。流入経路、案件種別、問合せ企業の業種、企業の所在地、案件規模、実施月、実施までの期間など、指標となり得る項目が多数あります。これらの指標を基に、問い合わせ数との相関関係を探ることで、有効な分析が可能となります。 仮説とフレームワークの活用 システムの切り替えに伴うベンダー選定や資料作成、現場からの業務要件整理とRFP作成などの業務においても、フレームワークや仮説の立て方が活用できることを実感しています。これらの方法は、実務において有用であり、実際に業務を進める上での基盤となります。

物事を客観視するには？ 講座全体を通じて得た学びを振り返ると、まず客観的に物事を見る力が重要性を増していると感じました。また、視点や視座、視野の持ち方、そして問題を分解する方法についても多くを学ぶことができました。問題に直面した際は、適切な問いを立てることから始め、データの加工・可視化を行って分析し、解決策を見出しスライドを作成するというステップが有効であると理解しました。 運用変更の必要性は？ さらに、変化に伴うアクションを決定する際には、システムや社内ルールの変更に応じた運用変更が不可欠です。その際には、なぜその運用変更が必要なのかを関係者に分かりやすく説明することが大切です。同時に、変化に応じたアクションが本当に必要かを問い、様々な角度から分析することが必要です。このプロセスを通じて、回答を常に疑いながら最善の解決策を見出したいと考えています。 効果的なプレゼンは？ また、上層部へのプレゼンテーションでも得た知識を役立てたいと思います。今年度のKPI達成や課題の共有に際しては、受け手にとって効果的なプレゼンとなるよう、視野・視座・視点を意識した分析と資料作りを心掛けます。これにより、より理解しやすく、見やすい資料を作成し、効果的な情報の伝達を実現したいです。