(3ページ目)

改善 ✕ システム

に関する学び

---

ビジネスのメカニズムとは？ ビジネスの知識は「先人の知」であり、既存の法則や手法の上に成り立っていると考えられます。多くのビジネスが存続している理由を分析すると、規模の経済性、範囲の経済性、習熟効果、ネットワーク経済性といったメカニズムによって分類できることがわかります。 経済性を活かす戦略は？ 当社の基幹ビジネスである環境測定関連の保守事業が全国展開したことは、規模の経済性に該当します。また、関連するシステム開発や他の環境関連部署を設置した事例は範囲の経済性に当たります。社内資源の活用だけでなく、顧客接点やブランド力といった無形資源も考慮に入れることで、規模や範囲の経済性を最大限に活かしながら、不経済に陥らないよう留意すべき点についても理解が深まりました。これにより、業務改善に対するアプローチも変わってきます。 多角化の根拠は何か？ さらに、今後の多角化を進めるにあたって、単にキーワードを関連づけるだけでなく、その多角化の根拠を明確に整理し、より戦略的な思考を持つことが必要だと思いました。 多角化事業をどう分析する？ 以前、自社事業の多角化状況を表に整理したことはありましたが、その経緯や現状については十分に考えていませんでした。多角化事業のそれぞれがどのメカニズム上に成立しており、現在のどの段階で規模や範囲の不経済に陥っていないかを分析することが重要だと感じています。新規事業の位置づけについても、ビジネスのメカニズムに則った説明ができるように分析を進めたいと思います。

住民サービス改善とは？ 私の職場である自治体において、住民への行政サービス提供の改善を実践しています。一例として、市役所の窓口での手続き改善点を見出すため、職員がロールプレイング形式で体験しながら意見を出し合ったり、電子化された行政手続きを自ら試用してみたりする取り組みがあります。 試用体験の効果は？ 電子化された行政手続きは、リリース前に何度も動作チェックを兼ねた体験が行われるため、自然と試用される流れになっています。私自身は行政手続きの担当部門ではなく、システム開発側にいるため、制度の細かな点についてはあまり把握していません。そのため、住民に近い立場から、専門用語を極力排除し、質問項目も必要最低限に工夫して使うよう努めました。この経験から、行政特有の硬直した手続きや、利用者側のストレスを実感し、ユーザー視点に立ったサービス開発が可能であったと考えています。 ユーザー共感どう生む？ 利用者はあくまでサービスのユーザーであるため、ユーザー視点で製品やサービスを開発するのは当たり前のことです。しかし実際には、業務の多忙さや手間を理由に、この基本的なステップが省かれている場合が多く見受けられます。組織全体の取り組みとしてユーザー共感のプロセスを重視することで、より良い環境づくりが実現できるのではないでしょうか。共感と共創が伴わない製品やサービスは淘汰されるという認識のもと、今後もユーザー体験の改善に努めていく必要があると感じています。

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

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

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

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

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

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

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

今回の学習で、私は以下の2点を学びました。 具体内容の合意は？ まず1点目は、イシューの留意点についてです。合意形成の際には抽象的な表現ではなく、具体的な内容に落とし込むことの重要性を改めて認識しました。例えば、上司や関係者との目標設定の際に、単に「売上げUP」といった漠然とした表現ではなく、「○〇分野での機器販売について、売上げUP」のように具体的に提示することで、プロジェクトやサービス導入の計画・遂行における合意形成をより確実なものにできると感じました。これに基づき、今後は行動計画として、イシューを十分に具体化してからプラン策定に入るよう努めていきます。 スライドはどう伝える？ 2点目は、スライド作成時の効果的な方法についてです。プロジェクトやサービス導入の説明において、よりわかりやすい資料作りが求められる中、グラフの活用やアイコンの設置、タイトルの工夫、レイアウトの見直しなど、実践的なポイントを学びました。直近の部門内でのシステム改修に関する説明では、これらの学びを実際に取り入れ、より伝わりやすいスライド作成に取り組む計画です。今まで以上に分かりやすい資料となるか、レビューを通して改善していきたいと考えています。

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

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