(3ページ目)

データ ✕ システム

に関する学び

---

売上原価の違いは何でしょうか？ 企業分析を行う際、販管費と比べて業界やビジネスモデルによって売上原価の構成が大きく異なる点に着目することが非常に大切です。売上原価は売上獲得に直接関係するコストであり、各企業が採用する価値創造プロセスの違いによって、その内容が大きく変わってきます。学習中には、とある大手企業の事例からこの点の重要性を改めて実感しました。 事業分析の視点はどこでしょうか？ まず、自社事業別のPLやBSの分析と、各競合企業の分析が必要であると感じました。当社はビジネスモデルの異なる複数事業の複合体であるため、各事業の価値創造プロセスの違いを意識した分析が求められます。この考え方で競合企業を調査していくことにも意義を見出しています。 利益上昇の理由は何でしょうか？ また、売上総利益が前年比で大幅に上昇しているため、その要因を特定する必要があります。ここで注目すべきは売上原価です。原価は売上に直結する支出であるため、まずは売上構成の詳細やその推移を把握し、その上で原価の中身を詳しく調査することが基本になると考えています。 情報整理はどう進めるのでしょう？ さらに、必要な社内データが複数のシステムで管理されている現状では、情報の整理が不可欠です。すぐに必要な情報にアクセスできるシステム環境が整えば、より迅速かつ正確な分析が可能となり、大いに業務改善につながると期待しています。

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

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

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

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

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

数字をどう分解する？ 数字はグラフ化することで、視覚的かつ直感的に捉えやすくなり、説得力が増します。そのため、数字から情報を得る際は、ひと手間加えて分解することが重要です。ただし、単に区切るのではなく、仮定を立てた上でMICEを意識した切り口で分解する必要があります。分析を進めて結論にたどり着く過程では、短絡的な判断を避け、「本当にそうか？」と立ち止まって丁寧に確認する姿勢が求められます。 システムプロジェクトで何が大事？ システムの導入や改修、さらには現行システムの廃止などのプロジェクトを進める際には、現状の課題と期待される改善点を明確に提示するために、数字を用いたデータ分析が役立ちます。システム関連のプロジェクトは多額の費用が動くため、慎重な判断が必要です。そのため、さまざまな切り口からデータを分解し、要件と費用の比較検討に活かすことが大切です。また、社員向け研修の終了後には、受講者アンケートの結果を分析し、そのフィードバックを次の計画に反映させる方法も有効です。 苦手意識はどう克服？ 一方で、数字に対して苦手意識を持つ人もいます。私自身、業務で直接データを扱う機会はあまりありませんが、定期的に報告される各種レポートを基に、MICEを意識した分解の手法やデータの取り扱いに徐々に慣れていきたいと考えています。

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

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

簿記学習のポイントを振り返る 今回の内容は、以前から簿記で学習していたことと重なっていたため、理解するのは比較的容易でした。固定負債と流動負債の違いを理解するのには最初苦労しましたが、学んでおいて良かったと思います。また、1年以上の負債でも通常の営業サイクルに含まれるのであれば流動負債とするという例外ケースは見分けるのが難しいかもしれません。ただし、今のところはそのようなケースにはまだ出会ったことがありません。 自店舗の資産を深く考えてみる 自分の店舗の資産と負債について考えてみました。これまで店舗の資産について深く考えたことがなかったので、良い機会になりました。私の店舗は賃借であり、大部分のPCやシステムもリースや利用料を払って使用しています。顧客データや人材などのソフトな部分は資産と言えますが、基本的にはBSには表記しません。具体的に考えると、資産の特定は難しいものです。 おおよそのBSを作成してみる 次に、自店舗のBSをざっくり作ってみました。正確なものではなく、おおよその仮定で考えられる項目に置き換えてみました。さらに、自社全店舗を合わせたものが会社全体のおおよそのBSになると考えると、若干大雑把な数字になりますが、それでも考えてみる価値はあると思います。

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

データ分析の基礎を理解するには？ データ分析を始めるにあたり、まずはデータの形式を理解し、その違いを把握することが重要だと感じました。分析に必要なデータを集め、形式に合わせた加工を施し、さらに可視化することで示唆を得る流れを認識しました。特に、データの性質をしっかり理解しないままでは、可視化しても意味がないことを学びました。 どう業務課題を探索する？ 例えば、各店舗での様々な商品の契約状況から、それぞれの商品の契約者に共通する特徴を可視化したり、取引履歴と商品の契約状況の関連性を探るといった作業は、まずデータの性質を把握することから始まります。データを比較し、その特徴を掴むことで、業務課題に関連するデータが何であるかを見極めることができます。 他社事例をどう活かす？ また、他社のデータ活用事例を知ることで、自社の業務に置き換えて考え、業務上の課題を発見する手がかりとすることができました。社内においても、各種システムで収集・蓄積されているデータの内容を把握し、それを整理して業務課題を解決するための手法を模索することが大切です。こうしたプロセスを経て、データの性質を十分に理解し、適切に可視化し比較することで、より良い業務改善に繋げることができると感じました。