(14ページ目)

システム

に関する学び

---

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

自分の偏った見方に気づく？ 人は無意識のうちに自分が考えやすいことに偏ってしまう傾向があるという点がとても印象に残りました。たとえば、ドラッグストアの事例では、店頭に並んでいる商品については考えやすいのに、そうでない商品となると、指摘されて初めて「確かに…」と思うケースが多いです。この経験を通じ、自分がいかに固定した思考の枠に陥っているかを再認識しました。今後は、自分一人の視点にとどまらず、より広い視野やさまざまな角度から物事を見るよう心がけたいと感じています。 全体像はどう把握する？ また、新しいシステム導入時には、要件定義で必要な項目を抜け漏れなく列挙することや、他者の提案に対してのチェックと指摘、さらには上長への端的な説明・報告が求められる場面が多くあります。これまでの議論では、初めに細部に触れてしまい、全体像を十分に示せずに理解を得られなかった経験があります。今後は、まず大きな枠組みで全体像を捉え、その後に具体的な部分へと話を進めていくことを意識します。各段階で自分自身と周囲で抜け漏れがないか確認し、納得感のある議論ができるよう努めていきたいと思います。

損益計算書の見え方は？ 損益計算書の勉強にあたって、当初はもっと難解な内容を想像していました。しかし、実際には「儲けるための方法」を軸にした話であり、そのツールとして損益計算書が活用されているという点に新たな発見がありました。同一のカフェという商売でも、売上高は大きく異なる一方で最終的な利益がほとんど変わらないケースがあることが紹介され、なぜ売上高に差が生じるのかという背景のストーリーを通して理解することができました。これまで損益計算書だけで全てを把握しようとしていた自分に対し、数字の背後にあるビジネス全体の流れを考えることの重要性を改めて実感しました。 お客様はどう調査する？ 今後は、まず自分が担当しているお客様の損益計算書を実際に確認し、直近のシステムの不具合で発生した仕訳がどこに影響を与えているのかを検証していきたいと考えています。これにより、お客様のビジネスをより深く理解し、次回の営業訪問時に有意義な話題を提供できることを目標としています。さらに、自身が属する業界全体の動向を把握するため、同業他社の損益計算書にも目を通して知見を広げる予定です。

制約が生む思考の深さとは？ 私は、思考において制約があるほうが解答を導きやすく、制約がない場合の方がかえって困難な思考になりがちであることに気づきました。人間は、簡単に考えたことよりも、少し深く考え、もうワンステップ努力することで、より良い答えを得られると感じました。 顧客の本質をどう捉える？ IT業界で営業職をしている私は、顧客の問題や課題を聞き出し、システム化のニーズや条件を理解した上で、顧客要件に合ったシステムを提案する機会が多くあります。この際に、顧客が何を求めているのかを正確に聞き取り、それに対する提案を行う場面で今回学んだ考え方を活用できればと思っています。また、社内での受注審議における説明など、多くの人に物事を説明する場面での事前準備にも応用できそうです。 効果的な提案の準備法 具体的には、顧客要件をなるべくシンプルに書き出し、提案ポイントを整理してそれがマッチしているのかを検討します。さらに、自作の説明資料に対して他者から質問を想定し（自分ならどこを質問するか）、その想定問答を資料のブラッシュアップ時に活用していきたいと思います。

データ分析で重要なのは？ 現在、実務の初歩的なデータ分析に触れる機会はあるものの、改めて分析手法を体系的に理解することができました。特に、データ分析においては課題設定と仮説が極めて重要です。ただ単に分析手法の知識を持つだけでなく、領域知識も必要となるため、日常業務では特に業務理解を深めることを意識していきたいと思います。 業務改革で何が求められる？ 業務改革の根拠としてデータ分析を利用することが多いですが、第1週の学習を通じて、私が現在取り組んでいるのは、分析というよりもむしろ集計や可視化に近いことを理解しました。したがって、まず課題の設定や仮説に基づいてどのようなデータで比較するかを慎重に検討し、情報を収集することから始めるべきだと考えています。 領域知識を高めるには？ また、課題設定や仮説を立てるための領域知識が不足しています。そこで、領域知識の向上を目指しながらも、分析を進めるためには周囲の協力を仰ぐことも重要だと感じています。データが複数のシステムにまたがって保存されているため、一度どのようなデータが存在するのかを整理することが重要です。

これまでの学びはどうだった？ 今週は、これまで学んだ内容を振り返る中で、自分自身の思考の偏りに気付かされる機会となりました。また、異なる業界で活躍されている受講生の方々と一緒に学習し、各自の発表を通じて全く異なる考え方に触れることができたのは、新鮮な驚きと学びにつながりました。 課題解決のアプローチは？ また、課題や問題の解決策を検討するプロセスにおいて、イシューに注目し物事を分解して考える手法が非常に効果的であると実感しました。一度立てた解決策に対しても、さらに詳細に分解して検討することで、より適切な解決策を導き出せる可能性を感じました。 現場での工夫は何？ 自身のシステム開発の現場においては、顧客の視点に立った使いやすいシステム設計につながると感じています。また、対顧客だけでなく、部下とのコミュニケーションにおいても、相手の立場を考慮することで、より効果的な指導や対応が可能になると確信しました。さらに、不具合が発生した際においても、イシューに基づいて冷静に問題を分解し検討することで、ぶれない視点で最適な解決策を提案していけると考えています。

業績分析の意義は？ オリエンタルランドに関する演習を通じて、エンターテインメント業界においてもアカウンティングの視点が不可欠であるという大きな気づきを得ました。これまで、テーマパークのような非日常体験を提供する業態は、感性やブランド力が中心であり、数字とはあまり結びつかないと考えていました。しかし、今回の分析で、顧客の特性から提供価値、業務活動や経営資源、そして売上や原価、資産といった財務情報に至るまで、すべてが論理的に整理され戦略的に設計されていることを実感しました。 経営全体を見る理由は？ また、今回学んだアカウンティングの視点やフレームワークは、今後の業務でクライアントの課題を整理する場面で活かせると考えています。たとえば、新規システム導入の相談を受けた際には、単に技術的な要件や予算を確認するに留まらず、「そのシステムがどのような価値を提供するのか」「どの業務活動と関係しているのか」「導入によりどのコストが削減され、どの資産が活用されるのか」といった経営全体を俯瞰する視点で問いを立てることで、より本質的な提案が可能になると感じています。

講義の学びは何？ これまで自己流で行っていたメッセージの視覚化は、作り手のセンスに大きく左右されると感じていました。しかし、今週の講義で基本となるポイントを学び、資料作成の考え方が大きく変わりました。 シンプル資料はどう？ まず、過度な装飾は不要であると理解しました。伝えたい内容を際立たせるために斜体、太字、下線などを使用することが多かったのですが、実際はメッセージやグラフの配置が整っていれば十分に相手に伝わります。シンプルでスッキリとした資料が、ビジネスの場においてより適切であると感じます。 グラフ活用の効果は？ 次に、情報伝達の手段としてグラフの重要性に気付かされました。従来は文字やチャートで情報を整理していましたが、目的に合わせたグラフを用いることで、読み手の負担が軽減され、理解のスピードが格段に向上しました。実務ではシステムのフローを描くことが多く、しばしば矢印や箱が増えすぎ、情報が煩雑になっていました。そのため、スライドの冒頭にメインメッセージとリード文を明確に示し、伝えるべきポイントに絞ってまとめることが大切だと再認識しました。

具体と抽象の大切さは？ 具体と抽象の両面を行き来することの重要性を実感しました。議論が進む中で、つい具体的な部分に深堀りしすぎてしまい、視野が狭くなることがあると痛感しました。まずは何を解決したいのかという問題意識を持ち、その上で立ち止まる勇気が大切だと感じています。 掘り下げ不足は大丈夫？ システム開発会社からの技術派遣ニーズのヒアリングでは、一見、案件内容や必要なスキルがテキストで整理されているため、手軽に内容を把握できる反面、それ以上の掘り下げをしなくなりがちだと感じました。これは、お客様側が要件のすり合わせを完璧に行っているという前提に陥りやすいことに起因しています。そのままの形で提案を進めると、結果としてコスト競争に陥り、収益性に悪影響を及ぼす可能性があるため、いただいたご依頼をそのまま受け取るのではなく、解決すべき課題の優先順位を合意の上で整理し、当社独自の提案へとつなげていきたいと考えています。 最適解はどこに？ また、VUCA時代と呼ばれる現在において、何をもって最適解とするかの定義を明確にすることが難しいと感じています。

問題点は何でしょう？ 何が問題かを明確にし、結論のイメージを持ちながら取り組むことが大切だと感じました。何を解決したいのかを考えることで、目的に立ち返ることができるため、数字をどのようなグラフで表現するか悩む場面でも、考え方の整理が進みました。データ分析においては、仮説思考が基本であるとも実感しています。 プロジェクトの目的は？ 業務改善プロジェクトに取り組む際には、まず目的の設定が不可欠です。進める中で何を解決したいのか、そして最終的な結論のイメージを持ちながら作業を進めたいと考えています。現状では、システムや運用の活用率といったデータが中心ですが、活用と非活用という単純な区分のみで目的に沿った分析が可能かどうか、再度検討する必要があるように思います。 誰にでも分かる目的は？ 目的設定については、誰にでもすぐにイメージできるような分かりやすいものにすることが重要です。現在取り扱っているデータから新たな気づきが得られないか、また、ほかのデータを追加することで見えてくる可能性があるかどうかにも注目していきたいと思います。

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

現象と目的の問い直しは？ 本質的な課題に取り組むには、現象だけに目を奪われず、目的や前提、構造を改めて問い直す姿勢が大切だと学びました。特に、「そもそも目的は何か」「誰の視点で見るべきか」といった問いを立てることで、思考の幅が広がると感じています。また、単にWhyを繰り返すだけではなく、因果関係の構造を明確にすることが、本質に迫る鍵であるとも考えています。今後は、表面的な改善策に留まらず、課題の根本原因を見極めるための問いを意識的に活用していきたいと思います。 根本原因の問いは？ 同様に、本質的な問いの重要性はシステム開発の現場においても有効だと感じました。要件定義や課題分析の際に、「そもそもどのような価値を実現するのか」「現象の背後にある構造は何か」といった問いを追求することで、単なる仕様の調整を超え、根本的な原因に迫ることができると実感しました。今後は、顧客視点から課題を把握し、前提条件の洗い出しや因果構造の整理を習慣として取り入れることで、手戻りの削減や品質向上に繋がる取り組みをしっかりと進めていきたいと考えています。