(6ページ目)

システム

に関する学び

---

仮説の立て方は？ 仮説を立てる際には、複数の仮説を提示し、網羅性を意識することが大切です。3Cや4Pといったフレームワークを活用すると、仮説を立てやすくなることを実感しました。また、単に考えただけでなく、様々な切り口からアプローチするよう努めることが重要だと感じました。 データ選びはどう？ データ収集については、誰にどのように聞くかが非常に大切です。自分に都合の良いデータだけでなく、反対の意見となる情報も収集するよう心掛けています。一見、目の前にある情報だけで判断せず、目的に沿ったデータであるかどうかを考える重要性を改めて感じました。実際、抽出したデータで本当に検証したい内容が導き出せるかを、常に見直す必要があると考えています。 サービスはどう伝わる？ 新しい運用やシステムの活用状況、また提供しているサービスがどのようにお客様に届いているかを分析する際は、まず言葉で仮説を立てることに取り組んでいます。これまで、数値を見ただけで直感的に考え、その立証に必要なデータをどう抽出するか検討していましたが、目的に合致しているのか不安に感じることもありました。そのため、自分にとって都合の良いデータだけに偏らないよう、改めて意識しています。 生産性向上はどう？ また、社内の生産性向上施策が実際に効果を上げているかを検証する際にも、フレームワークを用いて複数の仮説を立て、網羅的に検討することを意識しています。抽出したデータが目的に沿っているかを確認した上で、そこからどのような結論が導けるのかをしっかり検証することが重要だと感じました。

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

どの要素に焦点を当てるべきか？ 問題解決のためには、What、Where、Why、Howの各要素に分けて進めるアプローチが重要だと学びました。単に数字を眺めるだけでは見えにくい情報も、プロセスごとに分けて考え、それを定量化 (例えば、ファネル分析やコンバージョン率) することで新たな課題が明らかになります。 仮説立案のコツとは？ また、問題の原因を探る際には仮説を立てることが鍵です。その際の思考範囲を広げるために、対となる概念である「対概念」が有効であることも学びました。分析を進める上では、条件を揃えることが重要で、いわゆるApple to AppleとするためにA/Bテストを行い、比較対象の違いを絞り込むことが必要です。原因を探る際には、多くの項目に手を広げず、仮説を絞り込んで十分に研ぎ澄ますことが求められます。 システム導入の目的をどう明確にする？ これからシステムを導入するにあたり、まずシステムが何のために必要かを明確にし、その問いを検討段階から関係各所と共有しながら進めることが大切です。そして、現状における問題の特定を行い、What、Where、Why、Howの各要素に分けて進めていきます。 比較分析のためには？ システムの導入においては、何を比較するのかを明確にし、例えば導入した場合と導入しなかった場合の比較や、複数社での比較を行います。また、現状とあるべき姿のギャップを定量的・定性的に描き出し、比較することが重要です。場合によっては仮説を立てて進めることも効果的です。

発注とユーザーの違いは？ ITシステムの外部委託先の立場から考えると、システム開発を進める際、お客様はエンドユーザーというよりも、顧客企業の担当部門として対応することが多いです。担当部門はユーザーと異なる視点を持つため、今回学んだエンドユーザーの立場よりも、発注者の意向に注力せざるを得ません。しかし、発注者との共感、課題の理解、試作品の作成といったプロセスは十分に実現可能です。真にエンドユーザーに役立つものを提供するのは難しいものの、発注者の満足を追求する姿勢が重要だと感じています。 満足の不一致はどう？ 一方で、発注者の満足を追求できたとしても、発注者がエンドユーザーに目を向けなければ、エンドユーザーの満足と発注者の満足は一致しなくなります。このような複雑な階層構造を持つ大規模な組織では、デザイン思考を一部の人だけが理解していても、途中のプロセスでその意義が薄れてしまうため、広く多くの人に理解してもらうことが必要だと考えました。 試作品の使い分けは？ また、プロトタイプの作成方法によって検証できる項目は異なるため、一つのプロトタイプが最適かどうかを問うよりも、各プロトタイプの特性を活かして使い分け、互いに補完していくことが重要です。さらに、組織階層が深い大規模な組織では、開発過程に関わるすべての人がデザイン思考の考え方を身につける必要があると感じました。加えて、生成AIを発注者役として活用し、想定問答を行う手法も有用であると実感したため、今後も積極的に取り入れていきたいと思います。

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

ビジネスのメカニズムとは？ ビジネスの知識は「先人の知」であり、既存の法則や手法の上に成り立っていると考えられます。多くのビジネスが存続している理由を分析すると、規模の経済性、範囲の経済性、習熟効果、ネットワーク経済性といったメカニズムによって分類できることがわかります。 経済性を活かす戦略は？ 当社の基幹ビジネスである環境測定関連の保守事業が全国展開したことは、規模の経済性に該当します。また、関連するシステム開発や他の環境関連部署を設置した事例は範囲の経済性に当たります。社内資源の活用だけでなく、顧客接点やブランド力といった無形資源も考慮に入れることで、規模や範囲の経済性を最大限に活かしながら、不経済に陥らないよう留意すべき点についても理解が深まりました。これにより、業務改善に対するアプローチも変わってきます。 多角化の根拠は何か？ さらに、今後の多角化を進めるにあたって、単にキーワードを関連づけるだけでなく、その多角化の根拠を明確に整理し、より戦略的な思考を持つことが必要だと思いました。 多角化事業をどう分析する？ 以前、自社事業の多角化状況を表に整理したことはありましたが、その経緯や現状については十分に考えていませんでした。多角化事業のそれぞれがどのメカニズム上に成立しており、現在のどの段階で規模や範囲の不経済に陥っていないかを分析することが重要だと感じています。新規事業の位置づけについても、ビジネスのメカニズムに則った説明ができるように分析を進めたいと思います。

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

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

分析で何が分かる？ 本日の講義では、「分析とデータの関係」「データの種類」「データ分析で大切なプロセス」という3点を新たに学びました。分析目的を明確に設定し、仮説を立てた上で様々なデータを検証することが非常に重要だと感じました。目的が曖昧なままだと、分析ニーズに対し誤った結論を導く懸念があるため、職場だけでなく人間関係や恋愛の場面でも同じ考えが当てはまると思います。 受講生はどう感じる？ また、講義中には他の受講生の方々から、データを分析する理由や扱うデータの種類について意見を伺う機会がありました。その中で、各々の環境や状況によって分析の目的や手段が異なるという点を実感し、本来の分析の定義を再確認できたのが印象的でした。今後は、職場の仲間にも本日学んだ内容を的確に伝えられるよう努めたいと思います。 なぜ分析重視？ さらに、受講生全員が各自の理由でデータ分析を必要としているという共通点に気づき、非常に心強く感じました。今回学んだプロセスを活かし、今後のBI分析やデータの可視化作業に取り組む際には、まず分析目的と仮説を明確にすることを心がけたいと考えています。 部署連携の意義は？ また、各部署とのヒアリングやニーズ調査を通して、求められる情報分析と可視化を準備することも重要だと感じました。私自身、新たな職場での取り組みとして、近々導入予定のシステムを活用するために、まずはデータの整理と分析方法についてしっかりと学び、理解を深める必要があると実感しています。

住民サービス改善とは？ 私の職場である自治体において、住民への行政サービス提供の改善を実践しています。一例として、市役所の窓口での手続き改善点を見出すため、職員がロールプレイング形式で体験しながら意見を出し合ったり、電子化された行政手続きを自ら試用してみたりする取り組みがあります。 試用体験の効果は？ 電子化された行政手続きは、リリース前に何度も動作チェックを兼ねた体験が行われるため、自然と試用される流れになっています。私自身は行政手続きの担当部門ではなく、システム開発側にいるため、制度の細かな点についてはあまり把握していません。そのため、住民に近い立場から、専門用語を極力排除し、質問項目も必要最低限に工夫して使うよう努めました。この経験から、行政特有の硬直した手続きや、利用者側のストレスを実感し、ユーザー視点に立ったサービス開発が可能であったと考えています。 ユーザー共感どう生む？ 利用者はあくまでサービスのユーザーであるため、ユーザー視点で製品やサービスを開発するのは当たり前のことです。しかし実際には、業務の多忙さや手間を理由に、この基本的なステップが省かれている場合が多く見受けられます。組織全体の取り組みとしてユーザー共感のプロセスを重視することで、より良い環境づくりが実現できるのではないでしょうか。共感と共創が伴わない製品やサービスは淘汰されるという認識のもと、今後もユーザー体験の改善に努めていく必要があると感じています。

フレームワークをどう活用する？ what-where-why-howのフレームワークで考えることが非常に印象に残りました。これを会社でよく言われるPDCAサイクルに当てはめて考えてみました。P&Cの部分はwhat-where-why-howに、D&Aの部分は施策と解決策の実行に相当します。 仮説思考の真価は？ 特に仮説思考はwhere→why→howの部分に適用できると思います。仮説と結論をセットで考えることで、無秩序な分析を防ぎ、限られた時間と資源で施策を考える際に有効だと感じました。 更に、単なるデータ集計とデータ分析は異なるという点についても再認識しました。 データ分析をどう実践する？ 私は現在、メーカーの物流子会社で働いており、様々なシステムから日々多くのデータが蓄積されています。しかし、DXを推進すると言いつつも事なかれ主義が根強く、なかなか進展しないのが現状です。今回学んだwhat-where-why-howの流れでデータを分析し、グラフ化して社内で共有することで、的を絞った改善策の検討に役立てることができると思います。 目標達成に向けた分析とは？ 具体的には、何を達成したいのかを明確にし、日々蓄積されるデータから目的に合ったデータを選定して分析し、情報として活用します。その結果を「わかりやすく伝える」ことを念頭に置き、周囲に共有して活動に巻き込み、活動の方向性を決める役割を担いたいと考えています。

財務諸表の理解が深まる瞬間とは？ 総合演習を通じて、実際の企業のP/L（損益計算書）やB/S（貸借対照表）を確認することで、事業構造と諸表の関係性を実感することができました。私は個人的に株式の運用を少し行っており、これまで気になる会社の決算説明資料を読む機会がありました。しかし、それらの多くはP/Lに関する内容が中心であり、B/Sをじっくり見ることはほとんどありませんでした。このことに気づいたのも今回の発見でした。また、特定企業のB/Sを初めて詳しく確認した結果、興味がさらに深まりました。 IT投資比率の適正とは？ 私の業務は情報システム・セキュリティ管理です。ここでは、IT投資コストがP/L上で一般に販売費・一般管理費として扱われるため、これに関連する投資コストが売上高に対してどの程度の割合を占めるかを把握し、売上高IT投資比率としてモニタリングしています。これにより、競合や業界平均と比較しつつ、適正なIT投資を導けるよう工夫していきたいと考えています。 クラウド活用企業の比較方法は？ 自社のIT投資コストについても、売上高IT投資比率を指標として経年でのモニタリングを行い、競合や業界平均などと比較することで、適正なIT投資判断に努めています。また、自社の情報システムはほとんどがクラウドで構成されているため、固定資産が少ないという特徴があります。この特徴を考慮した上で、適切な比較対象を選定していく必要があると感じています。