(7ページ目)

本 ✕ システム

に関する学び

---

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

本質は何だろう？ 問題解決を行う際には、まず何が問題なのかをしっかりと定義することが重要です。問題が本当にその部分にあるのか、あるいは「そもそも」といった観点で見直してみることも大切です。その後の分析やアクションを行う際にも、常に問いを意識することで、本質から逸れることなく、もしズレが生じた場合には適切に軌道修正することができます。 対策はどう考える？ たとえば、チームに人手不足という問題がある場合には、人員を増やすという対応だけでなく、同時に生産性の向上や仕組みの効率化を図ることが求められます。また、システム操作が煩雑で非効率だと感じた場合には、システムの改修を行うだけでなく、補助的なツールや直感的に理解しやすいマニュアルの整備を通じて生産性の向上を目指します。こうした問題を複数の視点から捉え、それぞれに合ったアプローチを実施することが重要です。 気づきはどう引き出す？ また、メンバーに対して問いの重要性を示すことで、彼らから新たな気づきを得ることができるかもしれません。定期的に自分の活動を見直し、無意識のうちにバイアスがかかっていないかを確認することも重要です。他の人から異なる視点や意見を求め、自身にはなかった新たな問いを取り入れることで、自分自身の視野を広げることができます。

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

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

簿記学習のポイントを振り返る 今回の内容は、以前から簿記で学習していたことと重なっていたため、理解するのは比較的容易でした。固定負債と流動負債の違いを理解するのには最初苦労しましたが、学んでおいて良かったと思います。また、1年以上の負債でも通常の営業サイクルに含まれるのであれば流動負債とするという例外ケースは見分けるのが難しいかもしれません。ただし、今のところはそのようなケースにはまだ出会ったことがありません。 自店舗の資産を深く考えてみる 自分の店舗の資産と負債について考えてみました。これまで店舗の資産について深く考えたことがなかったので、良い機会になりました。私の店舗は賃借であり、大部分のPCやシステムもリースや利用料を払って使用しています。顧客データや人材などのソフトな部分は資産と言えますが、基本的にはBSには表記しません。具体的に考えると、資産の特定は難しいものです。 おおよそのBSを作成してみる 次に、自店舗のBSをざっくり作ってみました。正確なものではなく、おおよその仮定で考えられる項目に置き換えてみました。さらに、自社全店舗を合わせたものが会社全体のおおよそのBSになると考えると、若干大雑把な数字になりますが、それでも考えてみる価値はあると思います。

思考の偏りにどう向き合うか？ この講座を通じて、物事の分解方法や見せ方の基本を学ぶことができました。その中で、自分の考え方には思考の偏りがあることも改めて認識し、常にそれを前提として振り返ることが重要だと感じました。 データに基づく「イシュー」とは？ また、問題解決においては、本当に必要なデータとそれに基づく「イシュー」を抑え続けることが求められると実感しました。チームメンバーが同様に問題解決に取り組む際、その課題を特定し、解決策の立案までの流れを明確に説明できるようになることで、自分自身の理解も深まるように努めました。 業務要件定義の重要性 業務要件定義の際には、業務ユーザーが具体的にどのような問題に直面しているのかを分解し、それを言葉にする重要性を学びました。意識的に、このアプローチを用いることで、意思決定を行う際にどこまで網羅的に分解できているか、その対策が本当に有効であるかを十分に議論する必要性を感じました。 課題分解で認識の齟齬を防ぐ方法 特に、業務ユーザーの課題をシステムで解決する場合、課題の分解を丁寧に行い、認識の齟齬がないよう努めることが不可欠であると痛感しました。これらの学びを通じて、問題解決能力の向上に繋がることを期待しています。

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

生成AIだけで大丈夫？ 現時点での生成AIは、予測に基づいた文章生成しかできないため、期待した成果を得るためには必ず人間の介入が必要です。具体的には、適切な情報提供と最終確認の２点に留意することが求められます。生成AIの出力をそのまま信頼して他人に伝えると、自身の能力すら疑われる可能性があるため、慎重な対応が不可欠です。 苦手部分はどう克服？ また、生成AIが苦手な部分を補うためには、編集者自身のスキル向上が必要です。AIが生成した文章の誤りや改善点を言語化できる能力がないと、成果の質が向上せず、活用の幅も狭まってしまいます。そのため、基本的なスキルの向上にも力を入れることが重要です。 企画書の信頼は確か？ さらに、イベント企画においては、事前にシステムユーザーを対象としたアンケートを実施し、そのフィードバックをもとに企画書を作成する手法が有効です。アンケート作成の際には、誰に向けたものか、目的や求めるニュアンスなどの情報をプロンプトに盛り込み、質の高いアンケート骨子を作成することが求められます。そして、どの情報を基に項目を作成したのか、参考とした出典のURLや抜粋文言を示すことで、データの信頼性を確認することも大切です。

イシューはなぜ重要？ 問題が発生した際には、まず「イシューは何か？」という問いを忘れずに持ち続けることが大切だと感じました。関係者全員がそのイシューを共通認識として共有することからスタートすることで、論点がぶれず、解決策の議論にしっかりと集中できます。 どうして急いで解決策？ 一方で、いきなり「How（解決策）」に話を持っていくのは注意が必要です。後になって「なんでこの話をしているんだろう？」「そもそも何が問題だったんだろう？」「これって有効な施策なのだろうか？」といった疑問が生じ、議論が後戻りしたりぶれてしまうリスクがあります。 信頼関係はどう築く？ よくある例として、営業売上目標の未達が挙げられます。一般的には、顧客の業績悪化により無駄な経費や固定費を削減する動きが理由だと言われます。しかし、注意すべきは、それだけが原因で問題が起こっているとは限らない点です。実際には、既存顧客が自社システムの活用不足により解約が相次いでいたり、顧客の予算縮小とともに自社製品への信頼が低下している可能性も考えられます。そのため、本質的な課題は、営業施策の活動量や上位接触の不足ではなく、顧客との信頼関係にあるのではないかと捉えることが必要です。

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

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

問いの立て方はどう？ 問題が発生した際、問いの立て方によって真に解決すべき課題が異なり、解決策の方向性が決まってくることがよく理解できました。イシューとは何か、またイシューを設定して考えるとはどういうことかを知っていないと、問題の本質にたどり着けないということも実感しました。 問いが変える提案は？ このアプローチは、私自身の業務における顧客の課題解決にも活用できると感じています。これまでユーザーの課題を聞き取りシステムを提案してきましたが、結局は活用されない機能が存在したこともありました。今後は、常に「問い」を立て、問題の本質を追求した上で提案していく必要があると考えています。 組織課題の見極めは？ また、社内では組織の抱える課題を正確に見極め、その解決策を事業計画に反映させたいと思っています。まずは、自身の業務において、ユーザーの課題に対してすぐに解答を提示するのではなく、問いを設定してその内容が本質的なものかどうかを繰り返し吟味しながら、適切な提案を行うことが重要です。そして、そのプロセスをチームで共有し、全員が同じ方向に向かって取り組めるようチームビルディングに努めていきたいです。