(3ページ目)

本 ✕ システム

に関する学び

---

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

プロトタイピングの留意点は？ システム開発では、定められた手法に沿った実践が成果の成否を分けるとよく言われます。その一環として、プロトタイピングが推奨される場合もあり、顧客に実際の成果物に近い形を見せることで、齟齬がないかを確認することが目的です。しかしながら、プロトタイピングはコストがかかる点や、成果物に近いがゆえに本来の目的と異なる変更が行われるリスクがあると感じています。そのため、KT法など他の手法も併用すべきではないかと考え、今回の学びを改めて実務に活かす必要性を再認識しました。 初期案件で試す価値は？ 開発初期の案件でこれを試みるのが最もやりやすいと感じています。初期段階であれば、手法や認識に囚われ過ぎず、目的を確実に反映させることが可能だからです。現在、ヒアリングの初期段階にある案件もあるため、その案件で実践してみたいと思っています。目的の決定においてはMUSTとWANTの両面が存在することから、これらを明確にし、常に共感を得続ける姿勢が大切だと考えています。 非線形プロセスの注意点は？ また、WEB制作も手がけている中で、ビデオ内の説明は非常に分かりやすかったと感じました。実際に手を動かしていない方にはイメージしにくい部分もあるかもしれませんが、実務では線形的なプロセス進行が理想とされる一方、現実には非線形となる場面が多いことが大きな課題となっています。手戻りは望ましくないものの、「手戻り禁止」ではなく、最低限に留めるという意識が必要であることを改めて認識しました。

ドラッガー理論の妥当性は？ 「マーケティングの役割は販売の必要性をなくすこと」というドラッガーの理論を学んだことがあります。しかし、実際には企業に営業部門は依然として存在し、マーケティング部門のみの会社はあまり聞いたことがないため、この理論の妥当性に疑問を持っていました。今回の授業で、自社の商品の良さを顧客に伝えることがマーケティングの本質である、という気づきを得ることができました。これまで普通に考えていた会社や商品の良さを見直し、再評価する機会となったことを感じています。この6週間の学びを通じて、マーケティングの本質をより深く理解したいと思います。 マーケティングは社内外で？ 私は経営企画担当として全社業務を把握するポジションにいますが、マーケティングは社外・社内の両方で応用可能であると考えています。社外では既存顧客への対応や新規開拓営業、社内では人事業務、職場環境、福利厚生、情報システムなどのバックオフィス業務においても、社員を顧客と見立てることで、サービス向上の可能性があります。本講座での学びを社内にフィードバックし、実践に結びつけたいと思います。 営業戦略視点をどう活用？ 営業担当部門やバックオフィス部門には、マーケティングの必要性と重要性を伝えていきたいと考えています。また、経営企画担当として、マーケティングの視点を取り入れた事業戦略立案を目指したいです。「誰に、何を、どのように提供するのか」という問いを常に自分に問いかけ、営業戦略的な視点を持ち続けたいと思います。

クリティカルシンキングの鍵は？ クリティカルシンキングでは、まずイシューを明確にすることが重要です。イシューは「今ここで答えを出すべき問い」であり、「問い」の形にする必要があります。問いによって、その後の考え方の方向性が大きく変わります。そして、組織やメンバーが「問い」を共有することで、方向性の一致が図れます。常に問いを意識し続け、勘所を鍛えることが求められます。 プロジェクトを進めるために何が大切？ ベンダー主導のプロジェクトでは、毎回のワークショップでベンダーの提案について議論する場面があります。プロジェクト全体の方向性はキックオフ時にしっかりと頭に入れたつもりでも、議論が進むにつれて目の前のさまざまな課題が気になり、議論が発散することがしばしばあります。「誰がそれをやるのか」「今の体制では無理だ」といった話も出ることがあります。目的達成のためには、現状にとらわれず、その業務が本当に必要なのかといった捉え方をすることが重要です。 真の目的を見つける方法は？ 自身が運営するプロジェクトでは、企画から運営まで一貫性を持つことが大切です。本質的な目的の設定を行いたいと考えています。例えば、「業務削減のためにこのシステムを導入したい」というように表面的な理由ではなく、「何のためにその業務の削減が必要なのか」や「業務削減することで何が得られるのか」といった問いを掘り下げていく必要があります。そして、本当の目的を見つけ出し、それを解決するための運営内容を考えたいと思います。

顧客価値をどう考えるべきか？ 良い差別化のポイントには、顧客にとって価値があるかどうか、顧客視点の競合を意識したものであるか、実現可能性や持続可能性について検討したものであるかの三つがあります。さらに、VRIO分析を行うことで、経済価値、希少性、模倣困難性、組織に関する問いに答え、資源の有効性を評価できます。また、ポーターの三つの基本戦略に基づき、企業の戦略を「コストリーダーシップ」「差別化戦略」「集中戦略」に分けることができます。これにより、戦略の起案や競合の戦略把握に役立ちます。 自社の戦略をどう強化する？ 自社はポーターの三つの戦略のうち、コストリーダーシップに位置しています。コストの削減に努めており、自前主義が功を奏し、生産から販売、配送に至るまでワンストップで提供しています。さらに、社内のシステムも自前で作っており、アウトソーシングによるコストを削減しています。特に配送の自前は他社には模倣しづらい領域であり、当社の特長と言えます。今後は差別化戦略をさらに取り入れることで、強みが増すのではないかと考えています。 同業他社との差異をどう見つける？ 同業他社のビジネスについてもVRIO分析を実施していきたいと思います。これにより、自社の強みを改めて理解し、弱みを見つけ出せることで、新たなビジネスや戦略の糸口が見つかるのではないかと感じました。時間は限られていますが、実践してみたいと思います。

知識の罠に気づくか？ 業務系システム開発では、顧客の業務知識が不可欠です。多くの経験を積んでいくうちにさまざまな知識を吸収できる一方、顧客の抱える課題を定義する際、その知識が逆に思い込みに陥る原因ともなりかねません。実際、ある講義での体験では、登山中の一場面だけに目を奪われ、準備や登山後のプロセスという全体像を見失ってしまったと感じました。このように、顧客のことを考えているつもりでも、自分の頭の中で構築したイメージにとらわれやすいという問題意識が生まれました。 顧客の本音を引き出す？ 新規案件のヒアリングでは、課題定義を意識しながら、まず顧客が困っている事柄を書き出してもらい、自分なりに整理してみました。講義で学んだ一次コーディングを参考に、何も知らないという姿勢で質問を続けた結果、顧客自身が「当たり前」と考えている部分を改めて考えさせられる場面が増えました。対話を重ねることで課題が可視化されるプロセスを実感し、より具体的に問題に向き合う大切さを学びました。 全体を見渡すには？ 登山の例においても、単に登山中だけにとらわれず、準備やその後の過程も含めた全体を見渡すことが必要だと感じました。どのような課題定義においても、まずプロセス全体をしっかりと考えることが、より正確な理解へとつながると実感しています。今後はこれらの気づきをもとに、広い視野で課題解決に向き合っていきたいと考えています。

物事を分解する利点は？ 「物事を分解する」という手法は、複雑な問題や課題を整理し、本質を掴むために非常に有効だと感じました。分解することで得られる利点として、全体像の明確化、真実への気づき、主観や思い込みの排除、具体的なステップの可視化が挙げられます。これにより、行動に移しやすくなり、自信がつき、切り口が増え、無駄が減ることで、コミュニケーションも円滑になります。 IT業界での分解の活用法は？ 私はIT業界で働いています。分解を効果的に活用する場面としては、システム障害時のトラブルシューティングがあります。アプリケーションエラーの要因や原因を細分化して判断します。また、要件定義やシステム設計では、顧客の要求を具体的に細分化し、それぞれの機能や動作について詳しく検討・具現化します。プロジェクト管理やコードレビューにおいても、工程やタスクを細分化して効率的に管理し、効果的なレビューを行います。 明確な目標設定の重要性は？ 実践においては、明確な目標設定が重要です。例えば、障害対応や要件定義の工程で課題を意識し、発生した問題を分解して整理します。分解された要素の因果関係を確認し、特に障害対応時には優先順位の判断も必要です。また、仮説を立てる姿勢やツールの活用も有効です。こうしたプロセスを定期的に繰り返し、振り返りを行いながら、自分のスキルとして確実に身につけていきたいと思います。

分解の基本はどうする？ 分解の仕方によって、物事の見え方や捉え方が変わることを理解しました。分解は最初から細かく行うのではなく、まず全体を定義し、広い視点で傾向を捉えることが重要です。その際、分解の切り口として「いつ、誰が、どのように」を意識すると探しやすくなります。また、分解にはMECE（漏れなくダブりなく）を意識することが求められ、層別、変数、プロセスの分解が考えられます。一度分解して終わらず、他の視点も探し続ける姿勢が大切です。 どんな視点で分解する？ システム開発提案などで改善系の提案を行う場合には、操作時間や処理時間、問い合わせの状況、不具合の発生状況など、さまざまな視点で分解することが重要です。これにより、より費用対効果の高い提案が可能になります。これまでもデータ分析を行ってきましたが、自分の想定に偏ったデータ分解をしていたことに気づかされました。他の視点があるのか、偏りがないかを常に自問自答しながら、問題の本質を捉えたいと考えています。 来期提案で注目すべき点は？ 来期の体制提案では、現行システムの課題を洗い出すことを目指しています。そのために、現行機能の操作性、問い合わせ、要望一覧をまとめ、来期で取り組むべき改修内容の有効性を示し、それに沿った体制を提案したいと考えています。MECEを意識したデータ分析を活用し、説得力のある提案を行えるように努めます。

分析時に問いかけの重要性とは？ 分析の目的を「問いかけ」から始めることの重要性を学びました。具体的なテーマを最初に決めてしまうと視野を狭めてしまう可能性があります。そのため、「何のために？」と問いかけることからスタートし、具体化することが大切です。また、チームで物事を進める際には、ゴール（目的）を明確にしておくことで、本質から脱線することを防ぐ効果があると理解しました。この認識を忘れないように、何度も共有することを徹底したいと思います。 新規企画にどう役立てる？ 新しいサイトやサービスの企画や改善の際にも、この方法が役立つと感じました。たとえば、上司から「このシステムを導入するために資料を作って会議をセットしておいて」と指示を受けることがあります。その際、イシューを明確にしておくことが効果的だと思いました。 効率的なミーティングの準備法は？ これまで私は、新しいサイトやサービスを企画する際、「●●について」とテーマを限定してキックオフの資料を準備していました。今後は、事前に情報を分解し、目的を問いかけることでテーマを具体化した状態で会議に望もうと思いました。責任者からスピーディーな改善を求められることが多い中、これにより時間の節約にも期待が持てます。また、データ分析を用いて現状の数値をしっかり把握することで、改善後の効果測定も行いやすくなると感じました。

分析で大切な比較の本質とは？ 今回の学習を通じて、以下の重要なポイントに改めて気付きを得ました。 まず、分析の本質は比較にあることです。ある場合とない場合を比較する、いわゆる「Apple to Apple」の比較が重要です。また、分析に入る前に仮説を立てることが大切であり、目的を明確にすることが求められます。具体的には「何を見たいのか」「何が見えるのか」を明確にすることが重要です。さらに、グラフを活用して視覚的に捉えやすくすることも効果的です。 ITシステム導入の比較ポイントは？ これらのポイントを念頭において、バックオフィスにおけるITシステム導入の検討を進める際には、以下の点を意識して比較を行いたいと考えます。 まず、「何のために比較するのか」を明確にし、導入した場合としなかった場合の効率面やコストを具体的に、定量・定性データで比較することが必要です。何を見たいのかを明確にし、複数社での比較を実施することが大切です。また、場面によっては仮説を立てて進めていくことも考慮すべきです。 導入効果をどう検証する？ 具体的には、人事系システム導入に向けて、まずは社労士などのスペシャリストからの助言を参考にしつつ、導入の目的自体を明確にします。次に複数社での比較を実施し、導入した場合としなかった場合の検証を行います。この視点で検討を進めていきたいと思います。

分析フレームはどう使う？ 分析の実施に際して、講義ではプロセス、視点、アプローチという3つのカテゴリに分けたフレームワークが紹介され、シンプルなモデル化が印象的でした。仮説思考のプロセスは「目的の把握」「仮説の立案」「データ収集」「検証」の4段階に分かれており、分析に必要な視点として、インパクト、ギャップ、トレンド、ばらつき、パターンの5つが挙げられました。また、具体的なアプローチとしてグラフ、数字、数式の3つが提示された点も理解の助けになりました。 クライアント事例を深掘り？ 現在、あるクライアントから依頼をいただいている基幹システムと倉庫管理システム間の在庫差異に関する分析支援に、本講座で学んだ内容が活かせると考えています。ロケーション、保管場所、品目、品目タイプ、システム、オペレーションなど、複数の要因が複雑に絡み合いながら在庫状況に時間的なずれを生じさせているため、講義の知識が問題解決の一助になるのではないかと思います。 差異分析の視点は？ また、Q2で実施している活動において、差異分析のプロセスの意識づけに講義内容を活用できると感じました。オペレーション履歴の抽出や、過去3カ月分のデータを用いた分析の中で、ばらつきやパターンという視点が特に重要であると実感しています。そのため、今回学んだ相関関係を意識した分析手法が有効に働くと考えています。

問題の原因をどう理解する？ 問題の原因を探る際には、単純に数字に飛びつくのではなく、割合などを他の数字と条件を合わせ、その数字の本質を理解し、原因を考える必要があると学びました。 仮説の選択基準は何？ また、複数の仮説のうちどれを選択すべきか簡単に判断できない場合には、判断基準を設定し、仮説ごとに評価し点数を付ける手法を学びました。その際、判断基準項目の影響度に応じて重み付けを行う必要もあることを理解しました。 新システムの導入検討はどう行う？ 新しいシステムや運用の導入検討を行う際には、メリット・デメリットごとに判断基準を設け、現行と比較することで、周囲に納得感を持ってもらえる説明ができると思います。また、収支検証では、単純に数字に飛びついて結論を出すのではなく、委託されている人数や内容、イレギュラー案件の有無など、できる限り事情を細かく理解し、条件を揃えた上で検証を進めるよう意識します。 日常的な思考の癖付けの重要性 日常的に「この物事の切り口は何だろう？」と意識することで、必要なときに的確な判断基準をすぐに想定できるようになりたいと思います。そのため、日頃から思考の癖付けを行うことが重要です。また、数字を扱う際には、数字同士の条件が合っているかどうかや、数字ごとの持つ重みを意識するようにします。