Project Inception Deck

株式会社○○基幹システム刷新プロジェクト

■課題・問題 データの二重入力の無駄・ムラ 安全在庫数の管理が担当者の勘による システムが古くて現行の業務にマッチしていない システム保守に無駄にお金がかかる 設計BOMと製造BOMが連携されていない ■できると良いこと データの即時反映によるデータドリブンでの業務改革 工数削減 他システムとの連携によるデータの一元管理による業務精度向上

Generated by Gemini Inception Maker

1. 我々はなぜここにいるのか?

プロジェクトの原点

📖 背景ストーリー

我々の基幹システムは、長年の継ぎ足しと技術的負債により、企業の成長と市場の要求速度についていけなくなっています。データの二重入力は組織全体で年間数千時間の無駄を生み出し、現場の生産実績は翌朝まで経営層に届きません。特に深刻なのは、システム保守費用が非効率的に膨らみ続け、さらに1年半後には現行システムのサポートが完全に終了するという、絶対的なデッドラインが迫っている点です。このプロジェクトは単なるシステム移行ではなく、デッドラインを好機と捉え、データドリブンな意思決定を可能にする未来の組織の基盤を構築するための緊急かつ最大の戦略的投資です。

🎯 プロジェクトの核心的目的

  • 現行システムサポート終了(18ヶ月後)までに安定稼働を実現し、業務継続性を確保する。
  • 部門間の情報のサイロ化を打破し、EBOM/MBOM連携を含むデータの一元管理と即時反映を確立する。
  • 担当者の勘に頼らない科学的な安全在庫管理体制へ移行し、保守コストと在庫リスクを同時に低減する。

💡 なぜ今やるのか

1年半後のレガシーシステムサポート終了という絶対的な期限が存在するため、今すぐ行動し、技術的負債を解消しながらデータドリブンな業務プロセスへ移行しなければ、ビジネスの停止リスクを負うため。

2. エレベーターピッチ

30秒で伝えるプロジェクトの価値

【 生産管理、設計、製造、経理、営業の全社員 】 向けの、

【 データの二重入力、業務の非効率性、在庫管理の曖昧さに苦しんでいる 】 というニーズを満たす

【 データドリブン統合プラットフォーム(新基幹システム) 】 は、

【 次世代ERP/MES統合システム 】 です。

主な利点 【 リアルタイムな生産実績とBOM連携を核に、全ての部門横断的なデータを一元化し、工数削減と意思決定の迅速化を実現する 】
競合との違い 【 絶対的な移行期限に基づき、最も事業インパクトの大きい機能(EBOM/MBOM連携、生産実績即時可視化)にスコープを限定したアジャイルアプローチで、迅速かつ確実に業務改革の基盤を提供する 】

3. パッケージデザイン

製品の外観とユーザー体験

📦 製品の外観・イメージ

(外観)モダンでシンプル、統一されたインターフェース。全ての情報がダッシュボード上でリアルタイムに可視化される、信頼性の高い「管制塔」のような雰囲気。

🎨 ユーザー体験フロー

1

生産現場で実績を入力すると、瞬時に在庫・原価情報に反映され、最新のデータに基づいて計画部門が次のアクションを決定できる。

2

設計変更(EBOM)が製造工程(MBOM)に自動的に同期され、手動でのデータ変換や伝達ミスがゼロになる。

3

安全在庫の推奨値がシステムにより自動計算・提案され、担当者は在庫水準の維持管理ではなく、例外的な状況への対応に注力できるようになる。

4. やらないことリスト

スコープの明確化

❌ やらないこと(Out of Scope)

  • 現行システムに存在する全てのカスタマイズ機能の完全再現(業務変革に伴い廃止・標準化を推奨)
  • 過去数年分の詳細なトランザクションデータの全移行(業務に必要なマスターデータ、直近のデータに限定する)
  • 現行業務フローへの無条件のフィット(新システム導入を契機とした標準業務フローへの移行を拒否すること)

🎯 やること(Focus)

  • 生産計画と生産実績のリアルタイム連携によるリードタイムの短縮と生産準備の適正化。
  • 設計BOMと製造BOMのマスターデータ統合と自動連携機能の実現。

5. ご近所さんを探せ

ステークホルダーとエコシステム

👥 主要ステークホルダー

  • 経営層(投資判断、リスク受容)
  • 生産管理・製造部門(最大のユーザー、ボトルネック解消の鍵)
  • IT部門(技術選定、運用保守、データ移行責任者)

🤝 連携システム・エコシステム

  • 現行のレガシー基幹システム(データ移行元、並行稼働時の連携)
  • 工場IoT/MES層のデータ収集システム(リアルタイムデータ連携の源泉)
  • 外部SFA/CRMシステム(営業データの連携)

6. 技術的解決方法

アーキテクチャとアプローチ

🛠 技術スタック・構成要素

マイクロサービス・アーキテクチャ(疎結合なサービス群による俊敏性の確保)リアルタイム・データストリーム基盤(生産実績の即時反映を実現)モダンERPパッケージまたはSaaS基盤(保守コスト削減と標準機能活用)

📐 アプローチ・設計思想

このプロジェクトは、絶対的な期限が設定されているため、従来のウォーターフォールではなく、ハイブリッドアジャイルアプローチを採用します。最優先事項は『当日の生産量が当日に把握できる』状態の実現です。これを核としたMVP(最小実行可能製品)を6〜9ヶ月で実現し、その後、在庫管理、原価計算へと段階的にスコープを拡張します。特に、生産管理部門が持つ『リアルタイム性』の非機能要件を最重要視し、部門横断型のスクラムチームを編成して開発を進めます。

7. 夜も眠れない問題

リスク要因の認識

😱 夜も眠れない最大の懸念

移行期限の絶対性により、品質やセキュリティ要件が犠牲になること。特に、データ移行の失敗や新しい生産実績入力インターフェースのユーザビリティ不足による現場の混乱が、プロジェクトの最終的な成功を妨げる最大の懸念点である。

⚠️ 想定されるリスクと対策

  • ⚠️ 期限(18ヶ月)厳守が不可能になった場合、レガシーシステムのサポート切れによりビジネスが停止する。
  • ⚠️ 主要部門(生産管理、製造)が業務改革への協力を拒否し、旧システム準拠の要件を強く主張することでスコープが際限なく膨張する。
  • ⚠️ リアルタイムデータ収集のための工場側(IoT/MES)との連携インターフェース開発が遅延し、非機能要件(即時性)が達成できない。

8. 期間を見極める

開発ロードマップ

1
フェーズ1:インセプション&基盤構築(MVP定義)
3ヶ月
2
フェーズ2:コアMVP開発(EBOM/MBOM連携・生産実績リアルタイム化)
6ヶ月
3
フェーズ3:コア機能拡張(在庫・原価管理)とユーザー受入テスト
6ヶ月
4
フェーズ4:データ移行、トレーニング、カットオーバー
3ヶ月

📅 スケジュールに関する補足

現行システムのサポート終了まで残り18ヶ月。フェーズ4完了がデッドラインであり、フェーズ2のMVPの品質が全体の成功を左右する。全ての活動はこの18ヶ月を逆算して実施される。

9. トレードオフスライダー

優先順位の明確化

💎 譲れないもの(Fixed)

  • システムカットオーバーの期日(18ヶ月後のデッドライン)
  • マスターデータの一元管理とデータ品質(データの信頼性)

⚖️ 調整可能(Flexible)

  • ユーザーインターフェースの洗練度(初期は機能優先、UX改善はカットオーバー後も継続)
  • 初年度における全ての部門の全ての業務要件の網羅性(スコープの深さ)
💡 判断基準: "我々はスコープと品質の一部を犠牲にしてでも、デッドラインを遵守し、新システムへの業務移行を優先します。特に、業務改革を伴うプロセス標準化を優先し、既存業務に完全にフィットさせるための過度なカスタマイズは避けます。"

10. 何を諦めるのか

成功の定義と制約

Success Definition

初年度(12ヶ月以内)で生産性の致命的なボトルネック(生産実績遅延)を解消し、欠品率を〇%低減、システム保守コストを〇%削減する。また、全社員が新システムでの業務を遅滞なく遂行できている状態。

🗑️ 今回諦めること・後回しにすること

  • 全ての部門の『やりたいこと』リストを初版で完全に実現すること。
  • レガシーシステムと同等の運用・保守体制を維持すること(保守体制の効率化と内製化を推進する)。