(5ページ目)

分析 ✕ システム

に関する学び

---

なぜ分解して考える？ プロセスを分解して問題の本質に迫る手法について、非常に分かりやすい事例から学ぶことができました。特に、採用プロセスの一部である中途採用面談や、顧客への提案における在庫差異の問題解決に、このアプローチを活用できると感じています。また、ABテストにおいては、条件をできる限り同一とし、検証範囲を絞るための仮説設定が重要である点も再認識しました。 採用面談、何が問題？ まず、中途採用面談に関しては、自身が関与する採用活動において、プロセスのどの部分で問題が発生しているのかを明確にするため、面談調整に要する日数と採用結果の情報を人事部から収集することを検討しています。この情報をもとに、面談調整に時間がかかる原因を特定し、改善策を提言することで、採用率の向上を図ることができると考えています。 在庫の差異、どう解決？ 次に、顧客への提案、特にシステム間の在庫差異に関する課題解決では、既に現状の業務プロセス分析は実施していますが、課題が発生しているプロセスの粒度が細かすぎるため、より単純化した形で説明する必要性を感じました。問題となりうる箇所を明示した上で、システム改善または運用プロセスの変更のいずれかを提案し、顧客にとって最適な解決策を提示していく考えです。

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

弾痕が少ない理由は？ 今回の研修で最も印象に残ったのは、戦闘機の補強に関する話でした。弾痕が多く残っている部分ではなく、むしろ弾痕が少ない部分を補強すべきという考え方に驚かされました。この事例は「生存者バイアス」と呼ばれ、帰還できなかった機体の状況を無視すると正しい判断ができないという重要な教訓を示していました。 比較対象の選び方は？ また、分析の基本は「比較」というシンプルな考え方に基づいているものの、適切な比較対象を選ぶことや、見えにくいデータに注目することの難しさと大切さを改めて実感しました。 データ比較で改善策は？ 私が担当しているシステム開発プロジェクトにおいては、テスト工程でのバグ検出率向上が課題です。そこで、研修で学んだ比較の考え方を活用し、成功事例と失敗事例のデータ、たとえばテスト時間やレビュー時間を比較することで、より効果的な改善策を見出していきたいと考えています。 比較難点をどう乗り越える？ ただし、比較対象の条件が必ずしも揃っていないケースや、対照となる対象そのものが存在しない場合など、現実のデータ分析では困難な点もあります。こうした状況では、新しいデータの収集や、比較方法の検討をさらに深掘りしていく必要があると感じました。

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

デザイン思考はどう変わる？ デザイン思考は、当初は外見や部分的な要素に焦点が当てられていましたが、徐々に全体設計へのアプローチへと発展してきました。お客様への共感を軸とすることで、顧客にとって本質的な課題解決を目指す姿勢は、単に技術的に高度であるだけではなく、実際に役立つ製品やサービスへと結実するために不可欠です。 技術進歩と課題は何？ また、AIの進化により、ITシステムの試作が容易になったため、全体プロセスの回しやすさは向上しています。しかしながら、細部の制御が難しい現状では、あと一歩の実現に大きな工数と時間が必要となるケースも見受けられます。加えて、顧客と製品やサービスの提供者はそれぞれ別の利害を持つため、どうしても緊張関係が生じるという課題があり、こうした点を含めた総合的な方法論の整備が望まれます。 試作と提案はどう進む？ 今後は、ChatGPTなどを活用して顧客の発言から課題やソリューションを分析し、その結果を基にReplitで試作案を作成、実際に顧客に提示するという流れが実現できるのではないかと考えています。授業を通して、こうしたプロンプトの設計など、具体的な手法を確立していくことが目標です。

分析はどのプロセスから始める？ ＜印象に残った内容＞ ・プロセスに分解し、各プロセス毎に数値を見る ・A/Bテストの前に目的と仮説を明確にする ・データ分析はまず身近な課題から着手する A/Bテストの代替案は？ ＜感想＞ A/Bテストはオンラインサービスとの相性が非常に良いが、対面サービスやコストの問題で簡単に実施できない場合の代替案が気になりました。 残業時間削減へのアプローチ ①社内で使用しているSFA（営業支援システム）の切り替えに伴い、入力画面のインターフェース検討においてFigma等のツールを使ってA/Bテストを実施し、手戻りが無いようにする。 ②今後の人員削減に伴い、業務の棚卸しを行う。 この切り替えは少し先になるため、思考訓練として自分の残業時間を減らすための施策を考えました。 まず、業務の洗い出しと各業務のプロセスの分析を行います。そして、以下の代案を検討します。 外注や自動化は可能？ ・外注の可能性を探る 　・無料の外注が可能か 　・有料の外注が利用できるか ・自動化を進める ・不要なプロセスを廃止する 以上のステップを踏み、効率的かつ効果的な業務運営を目指したいと考えています。

フレームワークはどう？ 3C、SWOT、VCフレームワークについて深く理解しました。これらのフレームワークはどの業界にも適用可能であり、分析に非常に役立ちます。しかし、実際にしっかりと分析を進めようとすると、情報が十分でない場合や分析力の不足が課題となることもあると感じました。 競合戦略は何？ そこで、競合分析に挑戦してみることにしました。具体的には、ウェブ上での調査やIR資料の確認、および転職者からのヒアリングを通して、競合他社が実現を目指していることや、そのための戦略を探りました。その中で学んだことは自社に取り入れ、どのような影響があるのかを理解することを心がけました。 自組織の分析は？ さらに、3C、SWOT、VCフレームワークを用いて自組織を一度分析してみることを考えました。外部環境の理解にはPEST分析を用い、得られた内容を3Cの外部環境部分や競合分析、SWOT分析の強みと弱みの項目に活用しました。SWOT分析では、PEST分析から得た機会と脅威に焦点を当て、VCフレームワークでは営業活動から最終顧客へのシステムリリースに至るまでのプロセスを機能分割し、その中での強みを詳細に分析することを目指しました。

データ分析で重要なのは？ 現在、実務の初歩的なデータ分析に触れる機会はあるものの、改めて分析手法を体系的に理解することができました。特に、データ分析においては課題設定と仮説が極めて重要です。ただ単に分析手法の知識を持つだけでなく、領域知識も必要となるため、日常業務では特に業務理解を深めることを意識していきたいと思います。 業務改革で何が求められる？ 業務改革の根拠としてデータ分析を利用することが多いですが、第1週の学習を通じて、私が現在取り組んでいるのは、分析というよりもむしろ集計や可視化に近いことを理解しました。したがって、まず課題の設定や仮説に基づいてどのようなデータで比較するかを慎重に検討し、情報を収集することから始めるべきだと考えています。 領域知識を高めるには？ また、課題設定や仮説を立てるための領域知識が不足しています。そこで、領域知識の向上を目指しながらも、分析を進めるためには周囲の協力を仰ぐことも重要だと感じています。データが複数のシステムにまたがって保存されているため、一度どのようなデータが存在するのかを整理することが重要です。

業績分析の意義は？ オリエンタルランドに関する演習を通じて、エンターテインメント業界においてもアカウンティングの視点が不可欠であるという大きな気づきを得ました。これまで、テーマパークのような非日常体験を提供する業態は、感性やブランド力が中心であり、数字とはあまり結びつかないと考えていました。しかし、今回の分析で、顧客の特性から提供価値、業務活動や経営資源、そして売上や原価、資産といった財務情報に至るまで、すべてが論理的に整理され戦略的に設計されていることを実感しました。 経営全体を見る理由は？ また、今回学んだアカウンティングの視点やフレームワークは、今後の業務でクライアントの課題を整理する場面で活かせると考えています。たとえば、新規システム導入の相談を受けた際には、単に技術的な要件や予算を確認するに留まらず、「そのシステムがどのような価値を提供するのか」「どの業務活動と関係しているのか」「導入によりどのコストが削減され、どの資産が活用されるのか」といった経営全体を俯瞰する視点で問いを立てることで、より本質的な提案が可能になると感じています。

問題点は何でしょう？ 何が問題かを明確にし、結論のイメージを持ちながら取り組むことが大切だと感じました。何を解決したいのかを考えることで、目的に立ち返ることができるため、数字をどのようなグラフで表現するか悩む場面でも、考え方の整理が進みました。データ分析においては、仮説思考が基本であるとも実感しています。 プロジェクトの目的は？ 業務改善プロジェクトに取り組む際には、まず目的の設定が不可欠です。進める中で何を解決したいのか、そして最終的な結論のイメージを持ちながら作業を進めたいと考えています。現状では、システムや運用の活用率といったデータが中心ですが、活用と非活用という単純な区分のみで目的に沿った分析が可能かどうか、再度検討する必要があるように思います。 誰にでも分かる目的は？ 目的設定については、誰にでもすぐにイメージできるような分かりやすいものにすることが重要です。現在取り扱っているデータから新たな気づきが得られないか、また、ほかのデータを追加することで見えてくる可能性があるかどうかにも注目していきたいと思います。

データ分析で新視点を得るには？ データ分析とは、比較を行うことで新たな視点やアイデアを引き出すことが可能であると学びました。同じ基準や条件を用いることで効果的に分析ができ、新しい発見に繋がることが特に印象的です。 効率化への第一歩は？ これまでの仕事では、何となくデータを用いながらプロジェクトの進捗を管理していましたが、新しい職場では積極的にデータの可視化を取り入れ、業務の効率化を図りたいと考えています。以前は過去のデータより直近のプロジェクトの状況にのみ焦点を当てていました。 なぜデータ可視化が重要？ 日常業務の中で、業務上必要がない場面でもデータを可視化することは重要だと考えていましたが、既存のシステムやBIツールに頼りがちでした。しかし、自ら業務プロセスをデータ化することが、業務のパフォーマンス向上に繋がるのではないかと考えています。 ダッシュボード作成スキルをどう磨く？ 現在は過去のプロジェクトマネジメントの経験を活かし、会社の既存のダッシュボードを一から作成するスキルを身につけるために勉強を続けています。

分析の目的はどう設定する？ 数字整理の段階で、分析の目的や仮説を設定して作業を進めることの重要性を学びました。この方法により、さまざまな観点から結果を導き出せることがわかりました。また、分析前にMECEやロジックツリーを活用して要素を整理することで、抜け漏れのない分析が可能であることも学習しました。 多様な切り口で何を掘り下げる？ この手法は、社内システムに対するユーザー満足度調査の分析に役立つと感じています。以前は、部署毎や勤続年数などの一般的な数値のみでの分析にとどまっていましたが、より多様な切り口で分析を進めることで、真のニーズを掘り下げることができるのではないかと考えています。 ロジックツリーの作成はどうする？ まず、ロジックツリーを手書きで作成し、可視化します。そして、それを基にしてExcelのピボットテーブルを活用し、他にどのような切り口があるかを常に自問しながら分析を進めます。あわせて、MECEによるモレやダブりがないかにも注意を払っています。