(17ページ目)

職種が「技術職（化学・素材・食品・医薬）」

の受講生の学び

---

AI指示はどう決める？ 生成AIを活用する際は、「指示⇒生成⇒評価」のサイクルを意識することが大切です。まず、状況設定や目的を明確にして、どの部分をAIに任せるかを慎重に決める必要があります。その上で、生成された内容をリアリティ、合理性、共感性の観点から評価し、最適な成果へと繋げる役割が重要となります。特に「指示」と「評価」においては人の関与が不可欠です。 求められるスキルは何？ また、VUCAな時代の中で求められるのは、基礎的なヒューマンスキルに加え、経営の基礎知識や思考力、創造力、構想力などのコンセプチュアルスキルです。今後は、課題を自ら設定し、多様なリソースを巻き込みながら実行できる人材が必要とされます。さらに、ビジネススキルとデジタルリテラシーをバランスよく向上させるために、具体的にどの知識やスキルを深めるべきかを理解し、業務での生成AI活用において「指示」と「評価」に重点を置いた取り組みをしていきたいと考えています。

どんな判断基準？ グループワークで生成AIを活用する際、回答を判断するときは、人間が情報に流されることなく、またAIに引っ張られずに、判断軸をぶらさないことが重要だという意見が多く寄せられています。たとえば、壁打ちを繰り返し、違和感を感じた場合にはリセットする、あるいは別のツールを活用するなどの方法が挙げられます。これは、人間同士の会議や相談の場面でも同様に当てはまります。 検証の姿勢は？ また、生成AIに丸投げするのではなく、根拠を確認しながら妥当性を検証するという当たり前の姿勢が求められます。風土改革や人材研修といった課題整理の場面、企画やフィードバックにおいて、正解が一つに定まらない状況では、幅広い情報収集と壁打ちを含む議論が必要です。今後もそのプロセスを積極的に活用していきたいと考えています。 連携学習の魅力は？ さらに、データ解析や統計学といった分野についても、生成AIと連携して学んでいく意欲があります。

A/Bテストの見直しは？ 業務において、あまり考えずにA/Bテストを実施していたことに気づきました。今後は、企画段階からバイアスを取り除く方法を模索し、比較のためのベースラインを整えることに留意したいと考えています。仮説に基づいてどのように探索を進めるかが鍵となり、改めて分析は「比較」が非常に重要であると実感しました。 フレームワーク活用法は？ また、これまで学んだフレームワークや考え方（３C、４Pなど）を積極的に取り入れていきたいと思います。習得がすぐにはいかなくても、慣れるまで継続して実践し、しっかりと身に着けていく所存です。 データ分析はどう行う？ さらに、A/Bテストを実施する際には、可能な限りランダマイズすることや、比較に必要なサンプル数や実施期間を十分に検討することが重要だと感じました。分析時にも、どのような背景や手法でデータが収集されたのかを意識しながら、より正確な評価を行えるよう努めていきます。

本質はどう捉える？ 問題解決プロセスでは、「何が問題なのか（what）」「どこに原因があるのか（where）」「なぜその問題が発生しているのか（why）」の３点に対して、徹底的に検証することが重要であると学びました。 原因をどう探る？ また、whyの部分については、3Cや4Pといったフレームワークを活用することで、より具体的な原因の特定と分析が可能になることが印象的でした。各アプローチにおいて、仮説を立て、既存または新規のデータを用いて検証する作業が鍵であると感じています。 新たな視点は？ 特に、売上データの結果は複合的な要因が重なっており、一概に原因を絞るのは難しいという現実があります。それにも関わらず、自分なりにここが原因だろうという仮説を立て、検証を通して新たな視点や解決策につなげることの重要性を実感しました。今日学んだフレームワークを活用しながら、今後もさまざまな課題にチャレンジしていきたいと思います。

本当に売れる商品の条件は？ 売れる商品とは、単に良い商品であるだけでなく、顧客に「欲しい」と思わせる何かを備えていることが重要だと学びました。顧客の抱える課題を解決し、自社の強みを活かしたポジショニングを明確にしながら、商品の魅力を十分に伝えることが求められると感じます。 顧客視点の意味は？ 顧客の視点に立つことの重要性を改めて実感し、製品開発においてもその観点を取り入れようと思いました。性能の向上ばかりにとらわれず、医療現場で実際に使用されるシーンを具体的にイメージしながら、使用者が感じる不便さやニーズに応えることが開発の鍵であると考えています。 信頼関係はどう築く？ また、展示会やヒアリングの場では、当社技術の単なる紹介に留まらず、顧客が抱える問題や当社製品がどのようにその解決に寄与できるのかをじっくり聞き取る姿勢が大切だと学びました。こうした取り組みが、顧客との信頼関係構築へとつながると実感しています。

イシューはどう捉える？ 今週は、「今答えを出すべき問い＝イシュー」の特定がいかに重要かという点について学びました。実際の事例をもとに、「なぜ？」「どうすれば？」と経営者の視点でロールプレイを行いながら検討することで、実際に取られた施策の意外な点にも触れ、論点を見極めることの大切さと、その問いを最後まで押さえ続けることで分析の方向性を見失わずに発想が広がるという実感を得ることができました。 新規開発はどう整理？ また、新規開発品の開発方針を決める際、数多くの課題に直面し論点が曖昧になってしまう、あるいは選択肢が絞り込めず必要な検討事項が増え続け、時間だけが過ぎていくという状況を経験していると感じました。今回の講義を通じ、これまで課題を十分に構造化できず、イシューの特定ができているつもりでできていなかった自分に気付き、早速ピラミッドストラクチャーなどの手法を活用しながら、状況をしっかりと整理していく決意を固めました。

頭の使い方はどう？ クリティカルシンキングの力を鍛えるためには、まず「頭の使い方を知る」ことが大切です。同時に、他者と意見を交わし合い、反復トレーニングを通して実践することも重要だと感じています。また、いきなり分析に取り掛かるのではなく、まず「問い」から始め、問いを残し共有することで、より深い理解へとつなげることができると実感しています。 グラフ化は有効？ 仕事に取り組む際は、数字をただ眺めるのではなく、まずグラフ化してみることを習慣にしています。ひと手間かけることで、視覚的に情報が整理され、数値だけでは捉えにくい全体像や背景が見えてくると感じています。 問い設定は大事？ これまでの経験を振り返ると、問いを設定せずに分析に入ってしまった反省がありました。今後は、まず「問いは何か？」を明確に決定し、その上でデータのグラフ化や分解、解釈を経て、丁寧な資料作成へとつなげるプロセスを意識していきたいと思います。

データ分析の本質とは？ Week 1の講義・学習で新たに学んだ点は以下の3点です。①データ分析の本質は「比較」、②データ分析は必ずしも「定量的である」必要はない、③データ分析の前の条件設定が重要。前提条件が揃っていないと正しい分析はできません。 分析結果をどう共有する？ 社内データの活用時に、前提条件・分析目的・分析結果から行うアクションを利害関係者に共有することで、共通の目的達成のために議論ができると感じました。データ分析は一方的に行い、結果を発信するものではないということを広く共有し、浸透させたいと考えています。 データ活用を身近にするには？ データに関する業務が属人化しており、”データ活用＝特定の人の特別な仕事”になっている部分があります。現在扱っているデータは広く社内で活用可能な内容も含むため、よりデータ活用を身近に感じてもらえるような機会（社内セミナー、報告会）を増やす必要があると思います。

イシューの定義は何？ イシューとは、今考えるべきことは何かを問いとして捉えることです。課題解決に向け、まずイシューを具体的に設定し、疑問形にすることでより明確になります。例えば、「来年度の採用」ではなく、「来年度の採用改善のためにどんなアイデアがあるか？」と問い直すことで、議論の焦点が明確になります。 共有のポイントはどう？ また、イシューは書き記すなどして明確に共有しておくことが重要です。議論の途中で話が脱線しないよう、また脱線した場合でも元の議題に戻るための基準として利用できます。 会議のずれは防げる？ 特にグループの定期ミーティングでは、話題と異なる内容に飛躍してしまい、会議が長引いたり結論が不明瞭になるケースが散見されます。そこで、議論を始める前にイシューをはっきりと設定し、スライドなどの見える形で示すことで、話のずれを防ぎ、必要なときには議論を元に戻せる環境作りが求められます。

仮説検証の重要性を再確認 段階を踏んで仮説検証を進める重要性を改めて認識しました。また、A/Bテストという手法についてこれまで全く知らなかったため、新しい分析方法として今後積極的に活用したいと考えています。 A/Bテストの効果的な活用法は？ 売上向上の施策に対しても、効果検証としてA/Bテストを用いてみたいと思います。これまで効果検証自体は実施していましたが、異なる施策を同時に行ったことはありませんでした。今後は実施できる事案を含め、慎重に検討していく予定です。 情報共有と承認のステップ まず、１か月以内に従来の施策とA/Bテストによる効果検証の違い、メリット・デメリットに関して部長会で情報共有を行う予定です。その際、A/Bテストが実施できそうな事案についても紹介し、従来法では得られない効果まで説明します。実施に対する承認を得た後は、来期の1Q内に実務担当者と協力し、テストを実施する予定です。

仮説の分類とは何か？ 仮説の分類という概念を知らなかったため、この考え方は非常に参考になりました。ビジネスにおいて重要な課題であるコミュニケーションと問題解決を、時間軸を用いて分類し、仮説を立てる思考法は大変勉強になりました。 仮説思考を活動方針にどう活かす？ 現在、来期の活動方針を策定しており、今回学んだ仮説思考を活用したいと考えています。前々期、前期、今期のデータを比較することで、売上に課題がある製品とその属性（新製品か定番品か、製造コストなど）を基に、改善計画を提案できるのではないかと考えています。 売上課題の仮説をどう立てる？ 具体的には、売上における課題についていくつかの仮説を立ててデータを比較してみる予定です。例えば、①売上金額が減っているのか、②粗利率が下がっているのか、といった課題の内容を明らかにし、更にその課題が発生している要因について仮説を立てて掘り下げていく作業を行う予定です。

全体像はどう捉える？ データ分析を行う際は、まず全体像を定義し、その上で各要素に分解して考えることが重要です。分解の際には、MECEの状態を目指しながら、what、where、when、howといった切り口や、要素別、ステップ別といった手法を用います。たとえば、年齢という切り口でも、単純に10代、20代と分けるのではなく、18歳まで、22歳まで、23歳以上といった意味を持たせることで、傾向が把握しやすくなります。 異常検知の視点は？ 品質管理の現場では、異常を検知した際にその原因を漏れなく洗い出し、特定するためにMECEの考え方が役立ちます。加えて、全社で実施されるエンゲージメントサーベイでは、さまざまな属性を切り口にデータの傾向を掴むことで、改善のための具体的な計画を立てる取り組みを実践しています。 このように、複数の切り口の中から目的に合ったものを選択するには、一定の経験が必要であると実感しました。