(4ページ目)

改善 ✕ システム

に関する学び

---

数値分解はどうする？ ITの現場では原因分析のシーンが何度もあり、今回の学習は具体的な分析手法を再確認する良い機会となりました。特に、数値をどの要素で分解するかが重要で、正確に分けないと誤解を招く恐れがあるという点は、日常的に直面している課題でした。そのため、今後は多角的な視点で分解することを意識したいと考えています。 印象改善はどう実現？ また、プレゼンテーションなど、相手に良い印象を与えたいシーンにおいても、事実と異ならない範囲で資料を工夫する手法として、この学びを活用できると感じました。 不具合原因の見直しは？ システム構築における不具合の数や原因分析の場面でも有用であるため、既存の分析フォーマットの中から今回の学びで得た要素を見直すことにします。さらに、部下と行う1on1でのヒアリングシーンにおいて、メンバーが抱える不安や不満などのメンタル的な問題に対しても、役立てられないか検討したいと思います。

問いと答えで学ぶ理由は？ 今週はクリティカルシンキングの振り返りを行い、WEEK1の自分の回答を再確認しました。問いと答え、すなわち主張と根拠のシンプルな構成が印象的で、問いを明確に設定し、その問いだけに集中して回答するという行為の難しさを実感しました。 お客様の課題は核心？ また、商談時にはお客様からシステム構築による課題解決のご相談をいただくことが多い中で、お客様の課題が何か、本当にその課題が核心なのか、そしてその解決策が改善につながるのかを、主張と根拠をセットで検討する必要があると感じました。講義で「早く答えを導き出すには常に考え続けることが大切」という話が印象深く、思考の切り替えを意識して反復することで、そのスピード感を自分のものにしたいと思います。今後は、何かを考える際に必ず主張と根拠を意識する行動を心がけていきます。

どう原因を見極める？ 課題解決においては、まず対象の業務プロセスを細分化し、どの段階が問題の原因となっているかを明確にすることが重要です。自分の感覚だけで原因を決定するのではなく、有識者へのヒアリングなどを通じてプロセス全体を整理し、どの部分に注力するかを正しく見極める必要があります。どのプロセスを改善すれば、課題解決に大きな効果が期待できるかをしっかり検討することが求められます。 何をテストするの？ また、改善案の効果を正確に判断するためには、A/Bテストの導入が有効です。改善前後の両方のパターンを同じ条件下でランダムにテストすることで、施策の効果を客観的に評価できます。さらに、システム導入のトライアルにおいては、現行システムと新システムを同時に使用することで、正確な効果測定が可能となるよう進めることが望まれます。

経済性と習熟効果はどう？ 規模の経済性について学びました。固定費と変動費の違いを正確に分析することの重要性を再認識し、分析を誤ると規模の不経済に陥る可能性がある点が印象に残りました。また、習熟効果についても一定程度理解していたものの、製造現場では人が入れ替わるのは仕方のない事実であるため、個々の熟練度に過度に依存しない設計やマネジメントが求められると感じました。 自動化の影響はどう考える？ 製造現場では、自動化やAIの導入により、人が関わる部分が次第に置き換えられています。こうした変化を進めつつも、システムの導入によって新たな不具合が生じる可能性や、重要な業務においては依然として人の習熟度が影響を与える点に注目しています。そのため、こういった課題についても分析し、適宜改善策を講じていく必要があると考えています。