(3ページ目)

業務 ✕ システム

に関する学び

---

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

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

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

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

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

プレッシャーにはどう対処する？ 経営者としての視点に立つと、プレッシャーが非常に大きいことを実感しました。ここで、よりクリティカルな思考が必要だと感じました。 「イシュー」とは何を意味する？ 今週、主に学んだのは「イシュー」についてです。イシューとは、今ここで答えを出すべき問いのことを指し、ブレずに意識し続けるために疑問文の形を取ります。長期間の目標とは異なり、「今」答えを出さなければならない問いを具体的に考える必要があります。 どう具体策を決める？ この考え方は、特定の業務だけでなく、さまざまな意思決定の場面で活用できると感じました。特に私は業務運用の監督をしているため、システムや社内ルールの変更に対応する際、具体的な案を短期間で決定する必要があります。その際、短期的に素早く回答を見出し、周囲を巻き込むためにも、疑問文の形で一つ一つのイシューに向き合いたいと思います。 どのように行動計画を描く？ 学んだことを実際に活かしていくために、まず「イシュー」を意識的に捉え、それを継続的に意識し、関係者と共有しながら全体の方向性を考えたいと思います。周囲をうまく巻き込むためには、関連動画で学んだことが非常に役立ちました。身近な例に置き換えることで関係者も納得し、共に同じ目標に向かえるよう促したいです。

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

なぜ分解して考える？ プロセスを分解して問題の本質に迫る手法について、非常に分かりやすい事例から学ぶことができました。特に、採用プロセスの一部である中途採用面談や、顧客への提案における在庫差異の問題解決に、このアプローチを活用できると感じています。また、ABテストにおいては、条件をできる限り同一とし、検証範囲を絞るための仮説設定が重要である点も再認識しました。 採用面談、何が問題？ まず、中途採用面談に関しては、自身が関与する採用活動において、プロセスのどの部分で問題が発生しているのかを明確にするため、面談調整に要する日数と採用結果の情報を人事部から収集することを検討しています。この情報をもとに、面談調整に時間がかかる原因を特定し、改善策を提言することで、採用率の向上を図ることができると考えています。 在庫の差異、どう解決？ 次に、顧客への提案、特にシステム間の在庫差異に関する課題解決では、既に現状の業務プロセス分析は実施していますが、課題が発生しているプロセスの粒度が細かすぎるため、より単純化した形で説明する必要性を感じました。問題となりうる箇所を明示した上で、システム改善または運用プロセスの変更のいずれかを提案し、顧客にとって最適な解決策を提示していく考えです。

思考の偏りにどう向き合うか？ この講座を通じて、物事の分解方法や見せ方の基本を学ぶことができました。その中で、自分の考え方には思考の偏りがあることも改めて認識し、常にそれを前提として振り返ることが重要だと感じました。 データに基づく「イシュー」とは？ また、問題解決においては、本当に必要なデータとそれに基づく「イシュー」を抑え続けることが求められると実感しました。チームメンバーが同様に問題解決に取り組む際、その課題を特定し、解決策の立案までの流れを明確に説明できるようになることで、自分自身の理解も深まるように努めました。 業務要件定義の重要性 業務要件定義の際には、業務ユーザーが具体的にどのような問題に直面しているのかを分解し、それを言葉にする重要性を学びました。意識的に、このアプローチを用いることで、意思決定を行う際にどこまで網羅的に分解できているか、その対策が本当に有効であるかを十分に議論する必要性を感じました。 課題分解で認識の齟齬を防ぐ方法 特に、業務ユーザーの課題をシステムで解決する場合、課題の分解を丁寧に行い、認識の齟齬がないよう努めることが不可欠であると痛感しました。これらの学びを通じて、問題解決能力の向上に繋がることを期待しています。

データ分析の基礎を理解するには？ データ分析を始めるにあたり、まずはデータの形式を理解し、その違いを把握することが重要だと感じました。分析に必要なデータを集め、形式に合わせた加工を施し、さらに可視化することで示唆を得る流れを認識しました。特に、データの性質をしっかり理解しないままでは、可視化しても意味がないことを学びました。 どう業務課題を探索する？ 例えば、各店舗での様々な商品の契約状況から、それぞれの商品の契約者に共通する特徴を可視化したり、取引履歴と商品の契約状況の関連性を探るといった作業は、まずデータの性質を把握することから始まります。データを比較し、その特徴を掴むことで、業務課題に関連するデータが何であるかを見極めることができます。 他社事例をどう活かす？ また、他社のデータ活用事例を知ることで、自社の業務に置き換えて考え、業務上の課題を発見する手がかりとすることができました。社内においても、各種システムで収集・蓄積されているデータの内容を把握し、それを整理して業務課題を解決するための手法を模索することが大切です。こうしたプロセスを経て、データの性質を十分に理解し、適切に可視化し比較することで、より良い業務改善に繋げることができると感じました。

分析はどのプロセスから始める？ ＜印象に残った内容＞ ・プロセスに分解し、各プロセス毎に数値を見る ・A/Bテストの前に目的と仮説を明確にする ・データ分析はまず身近な課題から着手する A/Bテストの代替案は？ ＜感想＞ A/Bテストはオンラインサービスとの相性が非常に良いが、対面サービスやコストの問題で簡単に実施できない場合の代替案が気になりました。 残業時間削減へのアプローチ ①社内で使用しているSFA（営業支援システム）の切り替えに伴い、入力画面のインターフェース検討においてFigma等のツールを使ってA/Bテストを実施し、手戻りが無いようにする。 ②今後の人員削減に伴い、業務の棚卸しを行う。 この切り替えは少し先になるため、思考訓練として自分の残業時間を減らすための施策を考えました。 まず、業務の洗い出しと各業務のプロセスの分析を行います。そして、以下の代案を検討します。 外注や自動化は可能？ ・外注の可能性を探る 　・無料の外注が可能か 　・有料の外注が利用できるか ・自動化を進める ・不要なプロセスを廃止する 以上のステップを踏み、効率的かつ効果的な業務運営を目指したいと考えています。

問いの立て方はどう？ 問題が発生した際、問いの立て方によって真に解決すべき課題が異なり、解決策の方向性が決まってくることがよく理解できました。イシューとは何か、またイシューを設定して考えるとはどういうことかを知っていないと、問題の本質にたどり着けないということも実感しました。 問いが変える提案は？ このアプローチは、私自身の業務における顧客の課題解決にも活用できると感じています。これまでユーザーの課題を聞き取りシステムを提案してきましたが、結局は活用されない機能が存在したこともありました。今後は、常に「問い」を立て、問題の本質を追求した上で提案していく必要があると考えています。 組織課題の見極めは？ また、社内では組織の抱える課題を正確に見極め、その解決策を事業計画に反映させたいと思っています。まずは、自身の業務において、ユーザーの課題に対してすぐに解答を提示するのではなく、問いを設定してその内容が本質的なものかどうかを繰り返し吟味しながら、適切な提案を行うことが重要です。そして、そのプロセスをチームで共有し、全員が同じ方向に向かって取り組めるようチームビルディングに努めていきたいです。