(4ページ目)

作成 ✕ システム

に関する学び

---

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

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

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

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

データ分析で新視点を得るには？ データ分析とは、比較を行うことで新たな視点やアイデアを引き出すことが可能であると学びました。同じ基準や条件を用いることで効果的に分析ができ、新しい発見に繋がることが特に印象的です。 効率化への第一歩は？ これまでの仕事では、何となくデータを用いながらプロジェクトの進捗を管理していましたが、新しい職場では積極的にデータの可視化を取り入れ、業務の効率化を図りたいと考えています。以前は過去のデータより直近のプロジェクトの状況にのみ焦点を当てていました。 なぜデータ可視化が重要？ 日常業務の中で、業務上必要がない場面でもデータを可視化することは重要だと考えていましたが、既存のシステムやBIツールに頼りがちでした。しかし、自ら業務プロセスをデータ化することが、業務のパフォーマンス向上に繋がるのではないかと考えています。 ダッシュボード作成スキルをどう磨く？ 現在は過去のプロジェクトマネジメントの経験を活かし、会社の既存のダッシュボードを一から作成するスキルを身につけるために勉強を続けています。

問題抽出はどうする？ 問題や課題の抽出は、文章だけでなく事象にも適用できるという点を実感しました。文章としてまとめる場合は、誰が見ても具体的かつわかりやすく、明確に「問題・課題」と認識できる情報を提示することが求められます。また、業務や事象が発生した際には、問題や課題とその原因、対策を即座に考え出す発想力が必要だと感じています。 時間ロスはどう解消？ システム障害やプロジェクト遂行時における問題や課題に対して、考える時間がロスになることがあります。そこで、このロス時間をどのようになくし、万人に伝わる内容や表現、魅力的な見せ方を実現できるかを、一つひとつの仕事に取り組む中で追求していきたいと思います。 スキル向上はどう進める？ また、時間のロスを削減するためには、引き続き多くの文献や資料に目を通したり、人との会話を重ねたりすることが重要です。自分の発想力や判断力、瞬発力を鍛えるとともに、学んだ見せ方や伝え方を活用した資料作成や発言ができるよう、イメージトレーニングを繰り返していこうと考えています。

分析の目的はどう設定する？ 数字整理の段階で、分析の目的や仮説を設定して作業を進めることの重要性を学びました。この方法により、さまざまな観点から結果を導き出せることがわかりました。また、分析前にMECEやロジックツリーを活用して要素を整理することで、抜け漏れのない分析が可能であることも学習しました。 多様な切り口で何を掘り下げる？ この手法は、社内システムに対するユーザー満足度調査の分析に役立つと感じています。以前は、部署毎や勤続年数などの一般的な数値のみでの分析にとどまっていましたが、より多様な切り口で分析を進めることで、真のニーズを掘り下げることができるのではないかと考えています。 ロジックツリーの作成はどうする？ まず、ロジックツリーを手書きで作成し、可視化します。そして、それを基にしてExcelのピボットテーブルを活用し、他にどのような切り口があるかを常に自問しながら分析を進めます。あわせて、MECEによるモレやダブりがないかにも注意を払っています。

誰にアピールすべき？ 「誰に売るか」という視点の重要性を実感しました。最初は具体的に何をどう考えればよいのか分からなかったものの、実践演習の設問に沿って一つひとつ整理していくうちに、その考え方の本質が理解できるようになりました。ほかの事例についても同様に検討してみたいと思います。 システムの見直しは？ また、以前作成したものの、全く成果を上げられていないシステムについて悩んでいました。ターゲット層には既に優れた競合が存在しており、現状のシステムを一新するのは現実的でないという認識から、まずはターゲット層を切り替えることに着目することにしました。 伝え方はどうすべき？ その上で、営業チームや開発の主担当と協力し、既存システムのどの機能を誰に届けるべきかを話し合いました。システム導入を決定する意思決定者が何を基準として判断しているのか、また担当者にどのような価値を訴求すれば導入の後押しとなるのか、といった点について深く検討する良い機会となりました。

問題の特定方法には何がある？ 問題の特定方法について、さまざまな考え方があることを学びました。特に、5W1Hを駆使して繰り返し考察を行うことで、より意義のある分析にたどり着けることがわかりました。また、MECE（Mutually Exclusive, Collectively Exhaustive）を意識することで、分析の精度が高まると理解しました。 定量的でない問題にどう対応する？ この方法は、特に定量的でない問題やトラブルの対応に役立ちそうです。さまざまなシステムを活用しているため、どこに問題があるかを素早く把握するために、MECEやロジックツリーを活用して解決を図りたいと考えています。 ロジックツリーの活用方法を説明 具体的には、ロジックツリーをWordやExcelなどで作成し、問題を視覚的に整理することを目指しています。この方法により、直感的には気づかなかった問題や課題の本質を見つけやすくなると期待しています。

体験に何を感じる？ ビジネスの在り方が「体験」から「モノ」へと変わる中で、どのような体験に価値があるのかを意識することの重要性を学びました。同時に、AIはあくまでツールであり、操作や評価は人間が担うべきであると再認識しました。AIに任せすぎると、ユーザーに十分な価値を提供できない可能性があるため、自身もAIを右腕として上手く活用し、適切な役割を果たしていこうと感じました。 AIの役割は何？ 講義に参加した目的は、業務におけるAI活用法を学ぶことでしたが、実際には人間が果たすべき役割と、AIに任せるべき業務の見極めを学ぶ良い機会となりました。具体的には、議事録の作成や企画書の生成、スケジュール管理といったタスクはAIに任せ、コミュニケーションや共感を必要とする部分に注力する体制づくりを進めたいと考えています。また、工数管理システムに「AIを活用した業務」や「AIを用いた時間」を項目として追加し、効果的な管理を検討中です。

目的整理はどう進む？ ライブ授業では、シナリオ実習を通じて目的の明確化、優先順位の決定、リソースの最適な活用、そして情報収集の大切さを学びました。一方、動画学習では戦略と戦術の違いに着目し、物事全体を俯瞰して捉える重要性を実感しました。これにより、まずは達成すべき目標の整理と明確化、そしてその目標に向けた無駄のない計画作成の必要性を体得することができました。 開発進捗はどう見極める？ また、システム開発の初期段階においては、顧客の要望整理と目的の明確化、優先順位の確定、さらには予算や人員配置、期限設定といったリソースの最適化が欠かせません。開発段階では、全体の状況を把握しながら効率的な進捗管理を行うことで、無理なくプロジェクトを進めることが可能となります。発生する課題に関しても、すべてに対応するのではなく、優先順位に基づいて取り組むことで、リソースを集中させながら最適な解決策を見出すことが大切だと感じました。

「MECE」で効率的に分析する方法とは？ 目で捉えた情報は、直感的に判断するのではなく、まず分解して考えることが重要です。分解の手法としては、まず全体を定義し、MECE（もれなくダブりなく）を意識して複数の切り口から分析を行います。MECEを適用することで、効率的な分析が可能となります。たとえ思い通りの結果が出なかった場合でも、それ自体が貴重な分析結果と捉えることが大切です。 WBS作成で精度を上げるには？ たとえば、プロジェクトのWBSを作成するときには、全体を定義した後、いくつかのカテゴリに分解して、重複がないかチェックすることで、効率化と精度向上を図ることができます。また、システムの基本設計を行う際には、MECEを応用し、実装時に条件の重複を減らすことでエンジニアの工数を削減します。さらに、製品のUI/UXを検討する際も、仮説や切り口を複数持って分析することで、ユーザの満足度を高めることができます。