(2ページ目)

作成 ✕ システム

に関する学び

---

問いの大切さは？ 「問いから始める」という考え方が非常に印象に残りました。問いが何なのかを常に意識し、具体的な問いにまで落とし込むことが重要だと感じました。また、「問いを残す」ということは、問いを持ち続けることや自分が何を考えているのかを絶えず問いかけることであり、それにより、立てた問いが正しいのか、その問いに答えることで目標が達成できるのかを確認し続けたいと思います。さらに、問いを立てた後は「問いを共有する」ことが不可欠です。組織全体で方向性を共有しなければ、自分が解決しようとしている問題に取り組むことは困難になるため、問いの共有を常に心がけたいです。 工場問題の原因は？ 現在、私たちの会社は世界各国に5つの工場を持っており、お客様が希望するタイミングでの供給が困難になるケースが頻繁に発生しています。この問題の原因を詳しく分析する必要があります。考えられる切り口としては、工場のオペレーションに課題があるのか、あるいはシステムの受発注の仕組みに問題があるのかなどが考えられます。この分析を通じて、現状の問題点を明確にし、対策を検討していきたいと思います。 目標達成の方法は？ そのために目指すべきゴールと具体的方法、そしてその手段を実行することによって得られる価値についてしっかりと考えたいと考えています。検討した結果に基づいて資料を作成し、仮説を証明するための理由については、視覚的に分かりやすく示すように工夫したいです。この目的を達成するために必要なデータは何か、どのように分析すべきかを考慮しながら、自分の考えや実施したい施策について毎週の部内会議でチームメンバーと共有していきます。

クリティカルシンキングの活用場面は？ クリティカルシンキングは、課題解決や上司への提案、説得など多くの場面で活用できる思考法であることを理解しました。特に課題解決の場面では、自分の経験や勘に頼らず、関係する様々な人の立場から課題を見ることで、その本質を探り、より良い解決策を提案できると感じました。ライブ授業の「病院」をテーマにした課題では、病院に関わる人々の視点を変えることで、病院の役割について多様な考え方ができることに気づきました。また、他の受講生から自分にはない視点を学ぶことで、クリティカルシンキングの重要性を再認識しました。 システム要件定義への応用法は？ 現在、私は生命保険契約の電子手続き化に関するシステム要件定義作成に関わっており、部下が提案するシステム機能が本当に必要かどうか、管理職として判断を迫られることがあります。今回学んだことを活かし、視点や視座を広げ、顧客・営業・開発者・経営者の目線で機能のメリットとデメリットを考慮することが、より良い判断に繋がると実感しています。 どのように優先順位を考える？ 具体的には、部下から提案されたシステム機能の開発要否について、多角的にメリット・デメリットを洗い出し、優先順位を決めていきたいと思います。例えば、顧客目線では便利でも、実際の利用者が少なく費用がかさむ場合は、費用対効果を考慮して開発を見送るといった判断を意識して行っていきます。最終的に、部下や上司に対してなぜその判断をしたのかを説明する際、説得力のある説明ができると考えています。

営業実績の見える化の秘訣は？ 部内で営業実績を可視化するシステムを構築する際、ビジネス側がシステム設計を確認する中で、ベンダーさんがしっかりと手順を踏んで進めていたことを改めて知りました。システム構築は何となく進めていたものですが、今回の経験で、体系的に学ぶことの大切さを実感しました。 コンテンツ設計の極意は？ また、社内で公開するSharePointのページを作る際に、いきなり制作に取り掛かるのではなく、無意識のうちに行っていたコンテンツ設計の重要性に気づきました。当時は自分一人で資料上で並び替えなどを試行錯誤して使いやすい表示方法を模索していましたが、次回はチームメンバーやユーザーに評価を仰いだうえで、実際の作成に移ろうと考えています。 ユーザー受入の意義は？ システム構築の過程で、ユーザー受入テスト（UAT）も単なる操作性の確認に留めず、実際のユーザーが何を実現したいのかを意識し、情報の配置や表現方法をしっかりと検証することの大切さを改めて感じました。 試作品作りの秘訣は？ 普段は試作品を依頼する立場ですが、試作品を作る前の要件定義を十分に行うことで、より精度の高い試作品が生み出され、そこからさらにアイデアを加えてブラッシュアップできると実感しています。情報設計、UI設計、ユーザビリティ設計、アクセシビリティ設計を進めるにあたっては、ターゲットを明確に設定することが非常に重要だと感じました。

ライブ授業で得た気づきとは？ ライブ授業の実習を通じて、自分の思考にバイアスがかかっていることを実感したため、物事を深掘りすることの重要性を改めて感じました。MECE（Mutually Exclusive, Collectively Exhaustive）やロジックツリーといった手法を学び、それを自分のものとして使いこなせるようになることで、より深く物事を考え振り返る行動につなげることができると考えています。 提案資料にどう活用する？ 社内システムの担当として、ITを駆使し事業課題を解決するシステムの企画や立案を行う際には、一度自分の考えを止めて客観的な視点を取り入れ、提案資料にその考えを反映させるよう努めています。そうすることで、より説得力のある資料を作成できるのではないかと考えています。また、部下との評価面談では、クリティカルシンキングを活用して部下の考えを引き出し、自分の意見も効果的に伝えることができると思っています。 判断を支える習慣とは？ 自身で何らかの判断を行う際には、なぜその判断に至ったのか自問する習慣を身につけることが重要です。その問いかけをロジックツリーなどに書き起こして思考を整理します。これを実践するために、PCの付箋アプリにこれらの行動を記載して常に視界に入れるようにし、ロジックツリーなどで思考を整理するためのメモ用紙を常に手元に置いて実践していきたいと考えています。

緻密な準備が成功を導く？ 慎重になり過ぎず、頭でっかちになり過ぎないことが大切です。手を動かす前に仮説を立て、何を比較するかの指標を決める必要があります。ただし、やってみないと分からないこともあり、その際には柔軟に変更しても問題ありません。 有効な切り口を探る方法は？ 引き出しの多さと選球眼が求められます。専門知識が少ない領域では、まずはフレームワークに頼るとよいでしょう。専門知識がある領域にフレームワークを掛け合わせることで、発見が生まれます。筋のよい切り口を選択するためには、現場の肌感覚としてのドメイン知識が重要です。 例えば、webサイトからの問い合わせを増やすための分析が必要な場合、データはすべて手元にあるので実践可能です。流入経路、案件種別、問合せ企業の業種、企業の所在地、案件規模、実施月、実施までの期間など、指標となり得る項目が多数あります。これらの指標を基に、問い合わせ数との相関関係を探ることで、有効な分析が可能となります。 仮説とフレームワークの活用 システムの切り替えに伴うベンダー選定や資料作成、現場からの業務要件整理とRFP作成などの業務においても、フレームワークや仮説の立て方が活用できることを実感しています。これらの方法は、実務において有用であり、実際に業務を進める上での基盤となります。

問いをどう理解する？ 「問いを立てる」という言葉について、普段の言い回しとは異なり、初めはピンと来なかったものの、ライブ授業の具体例を通じて理解が深まりました。YESかNOで答えられる問いを設定することで、その答えに対する論拠や分析が求められ、論理的な説明が自然と身につくと実感しています。これまでの日々の業務にも通じる部分があり、改めてその意義を認識することができました。 フレームワークの再確認は？ また、これまでシステム開発の現場で漠然と使っていた思考のフレームワークが、今回の学習を通じて再確認できた点も大きな収穫です。部署内で複数のシステム開発案件のレビューを行った際に、報告内容が論理的でない場面に直面することがあり、状況を整理するためにこのフレームワークを意識的に活用できそうだと感じました。さらに、事業計画の立案や部下のサポートにも、今までの経験にとらわれない新たな視点を加える上で大いに役立ちそうです。 イシューリストをどう見る？ ライブ講義で紹介されたイシューリストの作成方法も非常に印象的でした。日常業務では緊急度の高いものが優先され、本来注目すべき課題が見落とされがちですが、イシューリストを作成し定期的に見直すことで、重要な問題点を把握し、対処策を検討する体制を整えられると感じました。

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

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

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

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

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

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