(6ページ目)

システム ✕ 効果

に関する学び

---

イシューはどう見抜く？ 課題解決を進めるためには、まずイシューを特定することが重要です。これは、課題に対して最適かつ迅速な解決策を導くための基本であり、どの取り組みが最も効果的に課題を解決できるかを明確にするためです。具体的には、データを分解してイシューの特定を容易にし、内部環境と外部環境を分析することで、課題の本質を正確に把握する必要があります。さらに、イシューを問いの形にし、具体的かつ一貫して検討する点にも留意することが大切です。 IT戦略はどう考える？ 学んだ手法とその解決方法を、自社業務と顧客先業務の双方に活かすことができると感じています。自社業務では、IT戦略を考える上で、どの領域に投資するかを提案することを目的とします。まず、自社の売上データを分解し、内部・外部環境を分析することで、ビジネスインパクトの大きい領域を特定します。その上で、従来のIT導入を促す戦略ではなく、顧客企業の利益向上を目的とした戦略を検討するための問いを立てたいと考えています。 業務効率改善はどう進む？ 一方、顧客先業務においては、業務効率化を提案することが目的です。具体的には、システム検証業務において最も時間がかかる工程を確認し、どのタスクを削減できるかという問いを設定することで、より効率的な業務改善に繋げることができると考えます。

数年後の実装はどう？ 私が想像していた「数年後の使い方」がすでに実装段階にあると実感しました。一方、社内情報を取り扱える生成AIはセキュリティの関係から、資料作成レベルのアウトプットには至らない状況です。そのため、どこまでAIと協力して業務を進められるのかを考える必要性を感じました。 需給と包装の課題は？ 動画内で紹介されていた需給予測の活用は、使用期限が短い食品業界にとって非常に意義深いと思います。また、包装という業務に絞った場合、配送効率の向上など、AIの効果的な利用が期待できると感じました。運送の効率化は国家レベルで急務となっており、一定規模以上のメーカーにとって、パレットやコンテナ単位での積載効率を上げる取り組みは喫緊の課題です。商品のサイズや荷姿の制約を考慮して最適な製品形状を導き出す機能は、AIによる簡略化が可能であり、社内システムに組み込むことで非常に有用になると考えています。 生成AIの導入は？ また、業務に活用しやすい生成AIについても興味を持っています。現状は社内情報に対応できるソフトが限られていますが、情報システム部門からは順次拡充される予定とのことです。具体的にどのような生成AIが導入されれば業務効率化に寄与するのか、実務で利用されている方々の意見をお伺いしたいです。

AIはどう分析するの？ AIは、要素の分解や比較を通じて分析を行う能力が、人間の思考プロセスに大きく近いことが分かります。人間が理解力や社会性を身につける過程と大きな違いはなく、シンプルな設問でも、複雑な要因分析や結論形成を試みる際に、AIに問いかけることで効果的に絞り込みができるようになっています。そのため、利用者側にもよりクリティカルな論理思考が求められます。 国内資料はどう集約するの？ また、日本国内のマーケットレポートに利用される各種資料やデータの収集、そして要約のための叩き台としての活用が進められています。過去の資料のデータアップデートや上書き修正、各種規程類の集約によって、社員向けの問い合わせ対応を効率化するための社内チャットボットの作成も試みられています。これは、規程をすべて把握している社員が少ないことから、重複する問い合わせを減らし、質問の重複発生の要因を分析する狙いがあるものです。 業務フローはどう自動化するの？ さらに、規程から業務フローの自動生成を行う取り組みや、システム間で紐づけが難しいデータの収集方法、さらにはシステム構築に関する相談も行われています。一方で、AIの情報が必ずしも最新でない点には注意を払い、参照するデータの正確性に留意する必要があります。

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

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

説明の根拠はどう確認する？ ピラミッドストラクチャーを用いることで、説明の際にその根拠に共通する要素を確認し、文章の構造を理解する学びを得ました。共通要素を言葉で表現するのは難しく、また、説明の正しさは相手によって変える必要があると感じました。例えば、勉強会を実施する際、上司を説得する場合は、勉強会によって社員の負荷が増えないことを強調することが重要です。一方で、同僚を説得する際には、スキルアップなどのメリットを提示することが効果的です。これは、相手の課題を解決する要素を説得に使用する例です。 会話でどう説明すべき？ 日々のミーティングでは、相手の前提を理解し、どのようなアプローチで説明すれば納得感を得られるかを考えながら会話を進めたいと思います。また、上司への提案時には、ピラミッドストラクチャーを使って根拠を明確に伝えることが重要です。 変革の価値は何？ 他部署への方針変更の説明においては、変更の理由をしっかり伝え、どのような価値が相手に提供されるか、またどのようなメリットがあるかを示すことが大切です。新たなシステム導入時には、必ずオペレーションの変更が伴うため、その際の相手へのメリットを具体的な根拠を示して理解してもらうことが必要です。

規模経済の効果は？ 規模の経済性（スケールメリット）では、生産量を増やすことで生産コストが下がり、発注量が多いほど交渉力を高める効果があります。習熟効果に関しては、効率化の進展で1個あたりのコストが低減できる一方、ナレッジの蓄積状況によりその効果に差が生じることも見受けられます。 範囲経済の利益と危険は？ また、範囲の経済性は既存の資源を他の事業に展開することでコスト削減を図る手法です。しかし、多角化によって非効率が生じ、逆に追加コストが発生する場合も完全には排除できません。ネットワーク経済性の場合、ネットワーク参加者の増加により利便性が急速に向上し、優れたサービスが市場でのデファクトスタンダードとなる機会もありますが、より魅力的な代替サービスの出現により容易に置き換えられるリスクも存在します。 システム開発の可能性は？ 自社のシステム開発業務においては、習熟効果と範囲の経済性の両面が活かせると感じています。パッケージ開発を通じた開発ナレッジの蓄積で生産性の向上や教育の効率化が期待でき、加えて開発に携わる中で得た業務スキルをほかの顧客にも展開することで、競合との差別化や市場での優位性が実現できると考えています。

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

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

イノベーションって何が大切？ イノベーションの普及には、比較優位性、適合性、わかりやすさ、使用可能性、可視性の5つの要件が求められます。製品やサービスの売れ行きは、顧客が抱くイメージに大きく左右されるため、ネーミングや宣伝は、顧客に理解しやすいものにする必要があります。こうした点から、顧客の心理を正確に捉えることが重要だと言えます。 顧客ニーズはどう捉える？ 一方で、差別化の過程においては、競合他社の動向に気を取られすぎると、本来の顧客ニーズを見失う危険性があります。常に顧客に目を向け、顧客の期待に沿った商品づくりを心掛けることが大切です。 IT提案はどう評価する？ 自社のITソリューションの提案を上記の普及要件に照らして考えると、まず比較優位性を示すために、新しい技術やアーキテクチャを採用し、従来システムと比べて優れている点を強調することが求められます。次に、適合性の観点からは、顧客の現行の運用に大きな変更を加えることなく、作業効率などの負担を軽減する提案を実施する必要があります。また、わかりやすさについては、全ての要素を網羅的に説明するのではなく、顧客にとって効果が高い点を中心に伝えることが効果的です。

どうやって問題を細分化？ 問題を整理するためには、まず大きな問題をそのまま扱うのではなく、細かく分解することが重要だと実感しました。理想と現実のギャップをとらえ、「優先度」と「需要度」の高い問題から順に解決していくことで、無駄を省き、最短ルートでの解決に近づけると感じました。具体的には、ロジックツリーを用いて問題を枝分かれさせることで、見落としや重複がないかをチェックしながら問題点を洗い出すアプローチが有効だと理解しました。 顧客と戦略は一致している？ また、現状の戦略と顧客の声（VOC）の間にズレを感じた場合、まずどの部分に認識の違いがあるのかを明確にすることが必要です。例えば、顧客の不満が商品、価格、スピード、サービスのどの面に向けられているかを分析し、現行戦略がどこにリソースを重点的に割いているのかを照らし合わせることで、ずれている部分を具体的な改善策に落とし込むことが求められます。さらに、問題の再発防止のために、原因を整理し（ヒューマン、プロセス、システム、環境などの観点で）定期的な振り返りとKPIによる効果測定を行い、必要に応じてロジックツリーで再確認する体制を作ることが重要だと改めて感じました。

何を伝えるべき？ 文章を書く際には、まず「何を伝えたいか」という目的を明確にし、読み手が知りたい情報に焦点を当てることが大切だと学びました。読んでもらうためには、最初につかみを工夫し、目的を簡潔に示すとともに、段落ごとに整理して読みやすい文章構造を作ることが効果的です。 図表の役割は何？ また、図表を使用する場合は、内容に適したものを選び、文章とのつながりをわかりやすく示すことで、より伝わりやすい文章を作成できると実感しました。 システム開発はどうする？ この文章作成のアプローチは、システム開発にも大いに活かせると考えています。開発目的や要件を明確にし、常にユーザーや関係者のニーズに注意を払いながら、資料作成や説明時には結論や狙いを示し、構成を整理して伝わりやすくすることが重要です。さらに、画面遷移図やデータフローなどの図表は、内容にふさわしい形式で提示し、理解しやすくする工夫が求められます。 コミュニケーションは改善する？ これらを実践することで、全体のコミュニケーション品質を高め、より効果的な開発プロセスを実現できると確信しています。