物流システム構築期間とプロジェクトチーム編成方法
１．検討期間（３ＰＬ食品配送センターの例）
「新センター」開設プロジェクトの検討経緯（プロセス）と、それに伴うPC上のデータ・フォルダ階層構造を対応させて整理した実務ドキュメントです。構想から一時中断、再開、本稼働に至るまでの全体ストーリーが可視化されています。
1-1. プロセスの推移とフォルダ構造（4つのフェーズ）
① 発案・初期構想フェーズ
時期: _0710以前（2006年〜2007年頃）
実施内容: 発案、全体概略イメージ作成、概算試算、社内合意形成。
データ: 過去物量データ分析、教育資料、初期提案書。
② 詳細検討と一時中断フェーズ
時期: 0710-0906（2007年10月〜2009年6月）
実施内容: 用地検討、システム詳細検討、ROI計算、荷主交渉。
結果: 条件不整合により一時中断。
③ 再開・新用地での再検討フェーズ
時期: 090719〜100202（2009年7月〜2010年2月）
実施内容: 新用地での再開、レイアウト再作成、SAS・温度帯検証、出荷シミュレーション。
④ 承認・建設・本稼働フェーズ
役員会承認から約1年6ヶ月〜1年7ヶ月での標準構築リードタイム（承認 ➔ 発注 ➔ 1年建設 ➔ システム導入 ➔ テスト ➔ 本稼働）。
1-2. この資料が示す実務上のポイント
- 情報とプロセスのトレーサビリティ： どの段階でどのようなデータ（バージョン）を元に議論が行われたかが日付付きフォルダで一元管理されています。
- 「中断と再稼働」のリスク管理： 条件不適合による一時中断があっても過去の検討資産を保持し、新用地決定時に素早く再検討シフトが可能です。
- マテハン・システムの具体的検証： SAS（自動仕分システム）、温度帯区分、出荷シミュレーションなど、高機能センター構築に向けた定量的検討が行われています。
２．プロジェクトチーム編成
物流センター開設・リニューアルにおける「推進体制図（プロジェクト体制図）」です。
2-1. 体制の全体構造と役割分担
① 経営・統括レイヤー（意思決定ライン）
- 役員会: 最終的な事業計画の承認、投資判断（予算枠決定）
- 担当センター長: 最高責任者（PM）として全体統括・役員会報告
- 施設・技術部長 / コンサル: 技術的・専門的観点からの監督・助言
② プロジェクトチーム（実行部隊）
- メイン担当: 運用管理者、コンサル、本社技術、マテハン機器会社
- サポート: 本社運用業務担当者、建築会社
2-2. 必要時参加メンバー（スポット参加）
| 区分 | 構成メンバー | 役割・参加タイミング |
|---|---|---|
| 社内サポート（左側） | ・本社 営業担当者 ・本社 経理担当者 ・本社 総務担当者 |
・営業: 荷主との契約条件・収益調整 ・経理: 予算管理、資産計上、償却対応 ・総務: 用地契約、法的手続き、労務環境整備 |
| 社外パートナー（右側） | ・荷主 ・建築設計 ・情報システム構築会社 |
・荷主: 納品条件・荷姿・出荷要件のすり合わせ ・建築設計: 基本設計・詳細設計の作成 ・システム会社: WMS連携・ITインフラ整備 |
2-3. 体制図の実務的なポイント
- 「コア」と「スポット」の明確な分離： 意思決定スピードを上げつつ関係部署の巻き込み漏れを防止。
- 現場（運用）と本社（技術・規格）の融合： 現場の使い勝手と全社的な技術基準を合わせた配置。
- ハードとソフトのバランス： 建屋施工だけでなく、荷主要件やWMS等のシステムを同時設計。
３．計画進行のステップ
物流センター構築・システム導入におけるフェーズ別の推進プロセス（ステージ・ゲート）と実務上の鉄則です。
3-1. フェーズ別の推進プロセス
| 段階（フェーズ） | ゲートでの主なアクション・ポイント |
|---|---|
| 1. 計画構想段階 | 発案・起案 / メーカ参画： 初期構想を練り、主要機器メーカー等を巻き込み始める段階。 |
| 2. 現状把握段階 | 前提条件確定： 現状物量や運用を洗い出し、計画の前提条件を固める段階。 |
| 3. システム提案 | システム模索： 必要な機能やマテハン（自動化機器）等の選択肢を模索・選定する段階。 |
| 4. システム再構築 | 統一仕様書： 各社の提案を比較・統合し、統一仕様書（RFP）として落とし込む段階。 |
| 5. 最終見積段階 | 顧客稟議： 最終金額・条件を揃え、荷主や社内の決済・稟議を通す段階。 |
| 6. 発注段階 | 最終発注： 契約を締結し、実際の製造・施工へ移行する段階。 |
3-2. プロジェクト推進の重要メッセージ
① 情報管理とリスクケア
「計画構想段階はプロジェクト外秘 ＝＞ 関係会社・社員・パートに影響あり。」
※拠点統合・改編は現場に影響を与えるため、不確実な初期段階での情報管理が必須です。
② データ駆動と全体最適
「前提条件確定は出荷データを根拠に作成、システム構築は全体最適を選択。」
※感情論を排除し、定量的な出荷データからサプライチェーン全体の最適化を図ります。
③ 物流センター構築の本質
「配送センターの要は出荷システム、出荷特性がセンターの規模機能を決める。」
※出荷特性（納品先数・出荷量・波動等）を軸に設計（リバースデザイン）することが成功の鍵です。
４．物流システム構築の検討範囲
要件定義からシステム選定、ベンダー見積依頼（RFP）に至るプロセスと、拠点開発の最重要原則です。
4-1. 構築プロセスの3ステップ
商品特性とDATA分析に基づき、入出荷特性・機能要求・将来予測から「新センターの出荷特性予測」を定量的にはじき出します。
複数パターンの具体案を策定し、敷地制約・投資予算・社内外要因、および3PL/4PLパートナーの知見と照らし合わせてすり合わせます。
「統一仕様書（RFP）」を作成し、同一条件で比較できるよう各メーカーへ見積依頼（建屋・設備・運用・情報システム）を行います。
💡 拠点開発における最重要原則（インサイド・アウト）
「配送センターは物流システムを先に決めて、建屋仕様とすり合わせる」
先に箱（建屋）を作ると柱ピッチや天井高により効率的なマテハン配備が困難になります。中身（システム・動線）を先行設計し、それを包み込む箱を作るのが鉄則です。
５．進行の内容と計画ステップ
商談の進行プロセス（営業・技術の役割シフト）と計画進行を統合した総合ロードマップです。
5-1. 各フェーズにおける役割シフト
1. 初期：営業主体
販促 ➔ 引合い ➔ 営業助言・調整。
営業が窓口となり課題・初期ニーズを引き出します。
2. 中盤：技術主体
現状分析 ➔ 将来予測 ➔ 前提条件確定 ➔ 提案。
エンジニアがデータを分析し具体的システム案を構築。
3. 終盤：営業主体
統一仕様書作成 ➔ 見積提出 ➔ 受注。
仕様確定後に最終調整と契約締結を行います。
６．プロジェクトチームの内部状況
プロジェクト初期の「意見の対立・混乱（スカラー）」から、全員が同じ方向を向く「全体最適（ベクトル）」への意識改革アプローチです。
6-1. 「スカラー」から「ベクトル」への変遷
| 段階 | 状態（概念） | 特徴・内部状況 |
|---|---|---|
| 初期段階 | スカラー (大きさのみ・向きバラバラ) |
・各人が異なる主張をし、部門利益（局部最適）に固執している。 |
| 推進・統一 | 整理・調整・視覚化 | 情報を整理・可視化し、客観的根拠で調整を行う。 |
| 到達段階 | ベクトル (大きさと明確な向きが存在) |
・目的と手段の意思統一が完了し、「全体最適」へシフトしている。 |
🔑 チームをベクトル化するための要件
「第三者が評価出来る客観性 と イメージできる表現力 が求められる」
定量的な物流データ（客観性）と、全員が脳内イメージを共有できる図解・3D視覚化（表現力）が意識統合の鍵となります。
７．プロジェクト作成資料（基本計画書の13項目）
経営陣の承認（稟議）やベンダー向けRFPに盛り込むべき「基本計画書」の13項目の構成要件です。
1. 理念とデータ根拠
- 0. 現状の課題とシステム構築の思想
- 1. 物流前提（検討）条件（数値表現）
2. 物理設計（ハード・空間）
- 2. 物流フロー（パレット/ケース/バラ）
- 3. スペース検討（機能別面積試算）
- 4. 搬送方式検討
- 5. 保管方式検討
- 6. レイアウト図割当て
3. 運用設計（システム・現場）
- 7. 情報システム構成図（WMS/WCS等）
- 8. 運用・作業説明
- 9. タイムスケジュール
4. 意思決定・効果測定
- 10. 改革（改善）ポイントと効果説明
- 11. 投資金額と償却（ROI）
- 12. 3Dシステムイメージ作成
📌 実務上のまとめ
この13項目が揃うことで、「経営陣は投資判断ができ」「現場は運用のイメージが湧き」「ベンダーはズレのない見積作成ができる」状態を作り出せます。