3-13. 物流系統建置期間與專案團隊編組方法
１．檢討期間（3PL食品配送中心的案例）
這是一份將「新中心」開設專案的檢討經過（流程），與伴隨其產生之PC上資料夾階層結構相呼應並加以整理的實務文件。 從構想開始到暫時中斷、重啟，直到正式上線的整體故事已被視覺化呈現。
🔍 【圖解詳細說明】從資料夾階層解讀專案真實的演變
這是使用「東京分公司新中心」實際資料夾階層的專案演變圖。 此圖生動地記錄了建構大規模物流中心是如何漫長且複雜的過程。
- 提案與初期檢討的記錄（0710以前）： 專案始於提案，正如存放在「0710以前」資料夾中的資料所示，從2006年（060921以前）就開始腳踏實地進行初期提案與物量資料分析。
- 暫時中斷的現實（0710-0906）： 雖然反覆進行了用地檢討、投資報酬率（ROI）計算，以及與貨主的交涉，但也記錄了因條件不合導致專案一度「中斷」的真實過程。
- 在新用地重啟（090719以後）： 當專案於2009年7月（090719）針對新用地「重啟」時，便以極快的速度推進重新配置（Re-layout）、重新進行資料分析、重新計算投資報酬率等行動。 進行了直到出貨模擬（100202）的縝密驗證。
- 到正式上線的前置時間（Lead time）： 排定了從董事會核准、向業者下單，到建築物完工需「1年」，再加上物流系統安裝完成需「3個月」（合計1年3個月）的時程表。 圖中顯示了從那裡開始經過運作測試・訓練（3個月）、物流系統驗收（1週），最後交付・正式上線的實際建置前置時間全貌。
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. 這份資料顯示的實務重點
- 資訊與流程的可追溯性（Traceability）： 在哪個階段是基於什麼樣的資料（版本）進行討論，都透過附有日期的資料夾進行一元化管理。
- 「中斷與重啟」的風險管理： 即使因條件不符而暫時中斷，也能保留過去的檢討資產，在決定新用地時能迅速轉換至重新檢討階段。
- 物料搬運系統的具體驗證： 為了建構高功能中心，進行了SAS（自動分揀系統）、溫層劃分、出貨模擬等定量檢討。
２．專案團隊編組
物流中心開設・改建時的「推動體制圖（專案體制圖）」。
🔍 【圖解詳細說明】分離核心與任務編組的堅強推動體制
此圖表示在物流中心開設專案中理想的「推動體制圖」。 可以看出為了兼顧決策速度與確保專業性所設計的結構。
- 決策線（上段）： 以最上方的「董事會」為頂點，描繪了以專案總負責人「負責中心長」為核心之由上而下（Top-down）與由下而上（Bottom-up）的連結點。 兩側則配置了從專業見解提供建言的「顧問諮詢」與「設施・技術部長」。
- 專案團隊・主要負責人（中央部分）： 這是擔綱實際運作核心的核心成員。 除了現場的「營運・作業管理者」與總公司的「設施・技術負責人」、「營運業務負責人」等內部員工外，外部的「物流機器系統公司」、「建築公司」、「顧問諮詢」也會緊密合作，組成同步並行推進硬體與軟體設計的體制。
- 必要時參與成員（左右）： 這是不常駐於專案，僅在必要階段才加入的任務編組成員。 左側有總公司的「業務專員」、「會計專員」、「總務專員」待命，右側則配置了「貨主」、「建築設計」、「資訊系統建置公司」，定義了一種只有在需要專業見解的局面時才加入，合理且無浪費的陣型。
2-1. 體制的整體結構與角色分工
① 經營・統籌層級（決策線）
- 董事會: 最終事業計畫的核准、投資判斷（決定預算額度）
- 負責中心長: 作為最高負責人（PM）統籌全體・向董事會報告
- 設施・技術部長 / 顧問: 從技術性・專業性觀點進行監督・給予建言
② 專案團隊（執行部隊）
- 主要負責人: 營運管理者、顧問、總公司技術、物料搬運機器公司
- 支援: 總公司營運業務負責人、建築公司
2-2. 必要時參與成員（任務型參與）
| 區分 | 構成成員 | 角色・參與時機 |
|---|---|---|
| 公司內部支援（左側） | ・總公司 業務專員 ・總公司 會計專員 ・總公司 總務專員 |
・業務: 與貨主的合約條件・收益協調 ・會計: 預算管理、資產認列、折舊處理 ・總務: 用地合約、法定手續、勞動環境整備 |
| 外部合作夥伴（右側） | ・貨主 ・建築設計 ・資訊系統建置公司 |
・貨主: 納品條件・包裝型態・出貨要求的對焦 ・建築設計: 製作基本設計・詳細設計 ・系統公司: WMS串接・IT基礎設施整備 |
2-3. 體制圖的實務重點
- 明確分離「核心（Core）」與「任務編組（Spot）」： 在提升決策速度的同時，防止遺漏牽涉相關部門。
- 現場（營運）與總公司（技術・規格）的融合： 結合現場的易用性與全公司的技術標準進行配置。
- 硬體與軟體的平衡： 不僅是建築物施工，還要同步設計貨主要求或WMS等系統。
３．計畫進行的步驟
這是物流中心開設・導入系統時各階段的推進流程（階段關卡 Stage-gate）與實務上的鐵則。
🔍 【圖解詳細說明】縮小選項範圍的「階段關卡」機制
這是一張將計畫進行的步驟用6個階段與「階段關卡（關口）」來表現的概念圖。 顯示了為了讓複雜的專案確實向前推進的過濾（Filtering）機制。
- 6個進行階段： 由左至右定義了「計畫構想階段」、「現狀掌握階段」、「系統提案」、「系統重建」、「最終報價階段」、「下單階段」等不可逆的流程。
- 透過關卡的收斂： 在各個階段之間，存在著以橘色橢圓形標示的「關卡（關口）」。 在初期的「提案・立案（製造商參與）」中，存在著多個系統方案或供應商（Vendor）選項（多個箭頭），但每通過一次「確定前提條件」或「摸索系統」、「製作統一規格書」的關卡，選項就會被嚴格地縮小。 當進入從最終的「顧客簽呈」邁向「下單」的時候，視覺化地呈現了流程會收斂為一條粗而確實的向量（Vector）。
- 記載於下方的3條鐵則： 在圖的下方，明記了引領專案邁向成功的管理鐵則。 說明了「計畫構想階段是專案機密」、「確定前提條件要以出貨資料為根據來製作」，以及「出貨特性決定中心的規模功能」等，強調資訊管理與資料驅動設計的重要性。
3-1. 各階段的推進流程
| 階段（Phase） | 在關卡的主要行動・重點 |
|---|---|
| 1. 計畫構想階段 | 提案・立案 / 製造商參與： 構思初期構想，並開始讓主要機器製造商等參與的階段。 |
| 2. 現狀掌握階段 | 確定前提條件： 盤點現狀物量與營運情況，確立計畫前提條件的階段。 |
| 3. 系統提案 | 摸索系統： 摸索・選定必要功能或物料搬運設備（自動化機器）等選項的階段。 |
| 4. 系統重建 | 統一規格書： 比較・整合各家公司的提案，將其落實為統一規格書（RFP）的階段。 |
| 5. 最終報價階段 | 顧客簽呈： 備齊最終金額・條件，讓貨主或公司內部通過決行・簽呈的階段。 |
| 6. 下單階段 | 最終下單： 締結契約，並移轉至實際製造・施工的階段。 |
3-2. 推動專案的重要訊息
① 資訊管理與風險防範
「計畫構想階段是專案機密 ＝＞ 對關係企業・員工・兼職人員皆有影響。」
※據點整合・改編會影響現場，因此在充滿不確定性的初期階段，資訊管理是絕對必要的。
② 資料驅動與整體最佳化
「確定前提條件要以出貨資料為根據來製作，系統建置則選擇整體最佳化。」
※排除感情用事，從定量的出貨資料中尋求整體供應鏈的最佳化。
③ 建構物流中心的本質
「配送中心的關鍵在於出貨系統，出貨特性決定中心的規模功能。」
※以出貨特性（納品地點數・出貨量・波動等）為軸心進行設計（逆向設計），是成功的關鍵。
４．物流系統建置的檢討範圍
這是從需求定義到系統選定、向供應商提出報價請求（RFP）的流程，以及據點開發的最重要原則。
🔍 【圖解詳細說明】在Box貨櫃選定上縝密的資料分析實例
該圖顯示了作為「橫濱基地實證實驗前提條件」，為了實際將小物件裝載至Box貨櫃中營運所進行的縝密資料分析（檢討範圍中STEP1的定量化）。
- 物量的矩陣彙整（左側）： 在「橫濱資料2 Box貨櫃對象彙整」的表格中，針對小物件長邊與短邊的尺寸（5mm〜50mm以上的群組）進行交叉彙總，將合計33,627個物品以何種尺寸分布存在，包含百分比在內予以視覺化。
- 最佳貨櫃的選定與條碼運用（右側）： 根據分析資料，選定了「Sunbox #20-2（外部尺寸：長邊600×短邊500×高度86mm，容量19.9L）」作為最佳的「採用Box貨櫃」。 此外，也記載了在採用的Box貨櫃兩側貼上條碼，並在貨物自動投入時與出貨單進行綁定的系統需求。
- 例外處理的定量性需求定義（左下）： 根據「換算為SAS處理量8000個（小物件999個）/日」的表格，判定在高度70mm以下的999個貨物中，「985個可自動投入」。 另一方面，剩下的「14個因為裝不進Box貨櫃，所以放入其他容器中，從一般貨物投入線進入SAS入庫」，可以看出甚至落實到了極為具體的例外處理營運需求定義。
4-1. 建置流程的3個步驟
基於商品特性與DATA分析，從進出貨特性・功能需求・未來預測中，定量地推算出「新中心的出貨特性預測」。
策定多種模式的具體方案，並對照基地限制・投資預算・公司內外因素，以及3PL/4PL合作夥伴的專業見解進行對焦。
製作「統一規格書（RFP）」，並為了能在相同條件下進行比較，向各製造商請求報價（建築物・設備・營運・資訊系統）。
💡 據點開發的最重要原則（由內而外 Inside-Out）
「配送中心要先決定物流系統，再與建築物規格對焦」
如果先蓋了外殼（建築物），可能會因為柱子間距或天花板高度，導致難以進行有效率的物料搬運設備配置。 先設計內容物（系統・動線），再建造包覆它的外殼才是鐵則。
５．進行的內容與計畫步驟
這是將商務談判的進行流程（業務・技術角色轉換）與計畫進行整合而成的綜合藍圖（Roadmap）。
🔍 【圖解詳細說明】顯示業務與技術連動的綜合藍圖
這份綜合藍圖，將「物流製造商商務談判的進行（左側）」、「專案的計畫進行（右上）」、「進行的內容（右下）」等3個軸線完全連結在一起描繪。 是一份能俯瞰專案全貌的總體計畫（Master plan）。
- 依階段轉換角色（左側）： 顯示了商務談判進行的步驟，從初期的「業務主導（詢價・業務建言）」，轉移到中段的「技術主導（現狀分析・未來預測・確定前提條件・提案）」，並在最終規格確定後，主導權再度轉移回「業務主導（製作統一規格書・提出報價單・接單）」的結構。
- 進行的內容與整體最佳化拼圖（右下）： 這裡是專案的核心部分。 首先從商品特性與DATA分析中找出「進出貨特性」、「功能需求」、「未來預測」，並將其整合以導出「新中心的出貨特性預測」。 以該預測為基礎，策定「營運方法・資訊・機器・作業方法」。 接著，綜合評估立地・基地限制條件、投資預算、公司內部因素・公司外部因素，尋找3PL業者或4PL業者並請求報價（建築物設備・營運系統・資訊系統・物流機器系統），最終邁向「選定最佳系統・建築物規格」。 這裡網羅了解開為了達成整體最佳化的複雜拼圖，最終製作出包含這一切之「統一規格書」的過程。
5-1. 在各階段的角色轉換
1. 初期：業務主導
促銷 ➔ 詢價 ➔ 業務建言・協調。
業務作為窗口，引出課題與初期需求。
2. 中段：技術主導
現狀分析 ➔ 未來預測 ➔ 確定前提條件 ➔ 提案。
工程師分析資料並建構具體的系統方案。
3. 尾聲：業務主導
製作統一規格書 ➔ 提出報價單 ➔ 接單。
在規格確定後進行最終協調與締結契約。
６．專案團隊的內部狀況
這是一種從專案初期「意見對立・混亂（純量 Scalar）」的狀態，轉變為所有人朝著相同方向之「整體最佳化（向量 Vector）」的意識改革方法。
6-1. 從「純量」到「向量」的演變
| 階段 | 狀態（概念） | 特徵・內部狀況 |
|---|---|---|
| 初期階段 | 純量（Scalar） (只有大小・方向各自為政) |
・每個人各自表述不同的主張，並固執於部門利益（局部最佳化）。 |
| 推動・統一 | 整理・協調・視覺化 | 將資訊整理・視覺化，以客觀的根據進行協調。 |
| 到達階段 | 向量（Vector） (具備大小與明確的方向) |
・對目的與手段的共識已整合完畢，並轉向「整體最佳化」。 |
🔑 讓團隊向量化的條件
「需要第三者能評估的客觀性 與 能夠想像的表現力」
定量的物流資料（客觀性）與能讓所有人共享腦中想像畫面的圖解・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個項目，就能創造出「經營層能做出投資判斷」、「現場能浮現營運的畫面」、「供應商能製作出沒有落差的報價單」的狀態。