(3ページ目)

時間 ✕ システム

に関する学び

---

なぜギャップを把握する？ 問題解決のステップとして、What, Where, Why, Howは非常に重要であり、これらを順序に拘らず実施することが求められます。まず、問題として「あるべき姿」と「現状」とのギャップを自分自身でしっかりと把握することが必要です。このギャップを数字で表現することが大切であり、その表現によって関係者間で合意を取ることが肝要です。 未来志向でビジョンを描くには？ 問題解決を進める際には、「あるべき姿」と「現状」のギャップだけでなく、「ありたい姿」と「現状」のギャップにも注目することが重要です。これにより、問題の根本的な解決だけでなく、会社の成長を見据えた将来のビジョンを描くことができます。 バックオフィスの改善ステップ バックオフィス部門の集約化やIT化を進めるためには、以下のステップを踏むことが効果的です。まず、「現在の課題」を明確にし、「あるべき姿」を具体的に設定します。さらに、会社の成長に向けた「ありたい姿」を描き出し、そのギャップを明確に捉えます。 具体的な手順としては、次の通りです。 1. 問題が何か（What）、そしてその問題がどこにあるか（Where）を明確にする。 2. 「現状」、「あるべき姿」、「ありたい姿」を部門ごとに分け、それぞれを数字（在籍数、残業時間、処理数など）で表現する。 3. 解決策としてどのような体制・ツール（ITシステム等）が必要かを、ヒト・モノ・カネの観点から明確にし、具体的に説明する（How）。 こうしたアプローチを取ることで、バックオフィス部門の課題を効果的に解決し、IT化や集約化をスムーズに進めることができるでしょう。

インタビューの目的は？ 現在、製薬会社でデジタル関連のプロジェクトを担当しています。直近ではリリースしたWebサイトについて、一般ユーザーや医療関係者へのインタビューを実施し、そのフィードバックを改善のためのインプットとして活用しようとしています。ユーザーグループごとに利用方法が異なるため、グループに合わせた質問を準備する必要があります。具体的なプロセスとしては、①ユーザーインタビューの企画、②マーケティングチームへの情報共有、③プロダクトチーム内での対応優先順位の決定、④実装、⑤サイトのPVや滞在時間による成果計測、⑥さらなる対応の実施が考えられます。しかし、これらは予算の確保やインタビュー会社との契約など大掛かりな準備が必要なため、現段階では実践には至っていません。 CRM経験の教訓は？ 以前の実践例として、営業で利用されるCRMシステムを担当していた際、現場での実体験がありました。実際に営業の1日を同行し、営業車内でCRMシステムについてのインタビューを行うことで、改善すべきポイントを見いだすことができました。その後、実際の改善対応を進めた結果、別の営業担当者からも好評のフィードバックを得ることができました。 本当に必要なものは？ これらの経験から、作りたいものではなく、使う人にとって必要なものを作ることの重要性を実感しました。単に想像するだけではなく、現場を体験することで、何が必要であればより良いかを具体的に理解できるのです。また、体験をしていない人々に共感してもらうためには、インタビュー内容やプロダクト開発に至った背景を分かりやすくまとめることが今後の課題であると考えています。

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

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

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

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

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

イシューはどう見抜く？ 課題解決を進めるためには、まずイシューを特定することが重要です。これは、課題に対して最適かつ迅速な解決策を導くための基本であり、どの取り組みが最も効果的に課題を解決できるかを明確にするためです。具体的には、データを分解してイシューの特定を容易にし、内部環境と外部環境を分析することで、課題の本質を正確に把握する必要があります。さらに、イシューを問いの形にし、具体的かつ一貫して検討する点にも留意することが大切です。 IT戦略はどう考える？ 学んだ手法とその解決方法を、自社業務と顧客先業務の双方に活かすことができると感じています。自社業務では、IT戦略を考える上で、どの領域に投資するかを提案することを目的とします。まず、自社の売上データを分解し、内部・外部環境を分析することで、ビジネスインパクトの大きい領域を特定します。その上で、従来のIT導入を促す戦略ではなく、顧客企業の利益向上を目的とした戦略を検討するための問いを立てたいと考えています。 業務効率改善はどう進む？ 一方、顧客先業務においては、業務効率化を提案することが目的です。具体的には、システム検証業務において最も時間がかかる工程を確認し、どのタスクを削減できるかという問いを設定することで、より効率的な業務改善に繋げることができると考えます。

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

弾痕が少ない理由は？ 今回の研修で最も印象に残ったのは、戦闘機の補強に関する話でした。弾痕が多く残っている部分ではなく、むしろ弾痕が少ない部分を補強すべきという考え方に驚かされました。この事例は「生存者バイアス」と呼ばれ、帰還できなかった機体の状況を無視すると正しい判断ができないという重要な教訓を示していました。 比較対象の選び方は？ また、分析の基本は「比較」というシンプルな考え方に基づいているものの、適切な比較対象を選ぶことや、見えにくいデータに注目することの難しさと大切さを改めて実感しました。 データ比較で改善策は？ 私が担当しているシステム開発プロジェクトにおいては、テスト工程でのバグ検出率向上が課題です。そこで、研修で学んだ比較の考え方を活用し、成功事例と失敗事例のデータ、たとえばテスト時間やレビュー時間を比較することで、より効果的な改善策を見出していきたいと考えています。 比較難点をどう乗り越える？ ただし、比較対象の条件が必ずしも揃っていないケースや、対照となる対象そのものが存在しない場合など、現実のデータ分析では困難な点もあります。こうした状況では、新しいデータの収集や、比較方法の検討をさらに深掘りしていく必要があると感じました。

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

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