- 摩傑斯
- 2026-06-22
非標裝置專案進度怎麼追?別再靠專案經理天天蹲現場問了
引言:靠“人盯人”追進度,為什麼總是錯得很典型?
週五下班前半小時,客戶發微信問3C電池檢測裝置的專案進度,老闆轉頭就找專案經理要準信。專案經理掏出手機,挨個打給採購、加工現場、協力廠廠,得到的回覆全是“快好了”“再等兩天”“差不多下週能好”。湊出來的進度報上去,結果週一裝配的時候發現缺了一個定製法蘭,協力廠廠那邊說上週鍛打出了問題還得等5天,硬生生把交付週期拖了一週。
![]()
這場景,做客製化自動化的應該都眼熟。追進度追了十幾年,大部分廠還是這套“人盯人”的老法子,偏偏這套方法錯得很典型。
一、追進度的三個常見誤區,多數非標廠都踩過
做非標沒有完全相同的兩個專案,進度管理本身就比批次生產難很多,但很多錯誤其實是方法不對導致的。以下是常見的三個坑:
全靠專案經理“人肉”問進度:一個專案經理同時管3-5個專案,一天大部分時間都花在跑現場、串部門問進度。正事幹不了不說,問到的資訊大多是模糊的,沒人會給準信。彙總出來的總進度自然錯得離譜,設計改了BOM沒同步採購就是最常見的結果。
只盯總交付節點,不拆中間環節:很多廠管進度,就只記立項時間和交付時間。中間物料採購到哪了、自加工到哪道製程了全沒人管。等到了離交付還有半個月才翻出來查,發現關鍵零件還沒做,怎麼趕都來不及。
資訊分散在不同人手機裡,不同步:銷售接了客戶改需求,只存在自己微信聊天記錄裡,沒同步給專案和設計;倉庫有閒置的同款零件沒同步給採購,採購又下單買了一遍。既佔了資金又耽誤裝配工期,這類問題全都是資訊不通導致的。
二、傳統“人肉催工”與系統化“BOM驅動”的本質差異
為了更直觀地理解,我們可以對比一下傳統進度管理與引入Moges PMS9等系統後的管理差異:
| 管理維度 | 傳統模式(人肉問進度/只看總節點) | 系統化管理(BOM驅動/拆解到最小節點) |
|---|---|---|
| 進度顆粒度 | 模糊的百分比(如“大概完成80%”) | 精確到每個零件、每道製程的真實狀態 |
| 資訊同步機制 | 靠微信群、電話口頭傳達,極易漏傳錯傳 | 節點狀態自動流轉,全員實時共享最新進度 |
| 異常發現時機 | 臨近交付或裝配時才發現缺料/延期 | 節點到期未完工自動觸發預警,提前干預 |
| 專案經理精力 | 80%時間用於跑腿問進度、彙總表格 | 80%時間用於處理系統預警的異常節點 |
三、非標裝置追進度的核心:拆解到可追溯的最小節點
非標專案的進度,從來不是一個模糊的百分比,而是每一個零件、每一道製程的狀態總和。很多人做進度管理喜歡搞個60%、80%的模糊數字,實際上100個零件有一個關鍵零件沒到位,整個專案的裝配進度就是0。
現在行業裡做得比較順的廠,都是以BOM為核心拆分進度。從BOM投單開始,就把所有物料分成標準件、外發件、自加工件三條線,每條線再拆到單個節點,每個節點對應責任人。完成一個更新一個,整個專案自動彙總出真實進度。像摩傑斯Moges PMS9就是這套邏輯,以BOM驅動全流程,每個環節的狀態自動聯動,不用專案經理挨個催更。
舉個實際的例子:一套百萬級的新能源組裝裝置,BOM大概有上千個零件。拆分之後,每個零件的採購、加工進度都能單獨看。只要開啟專案首頁,哪個零件在哪個節點延遲了一眼就能看到。專案經理不用花一天時間問,只需要處理延遲的節點就行,效率能提不止一倍。
四、不同專案階段,具體怎麼追進度?
不同階段的進度管控重點不一樣,不用每個環節都抓得一樣緊,找對重點就行:
1. 設計採購階段:核心是BOM和物料狀態統一
非標專案改設計方案是常態。改完BOM如果不同步,採購按舊BOM買料,最後零件不對,返工買料最少拖一週。所以這個階段追進度,首先要管BOM版本和圖紙版本,所有修改全留記錄,所有人拿到的都是最新版。其次是每個採購單繫結專案節點,關鍵物料有沒有下單、發貨、入庫,狀態實時更新。庫存自動聯動需求,倉庫有現成同款物料直接可見,避免重複採購。
2. 加工協力廠階段:核心是每道製程可追蹤
自加工件最容易出的問題是某道製程積壓。要把每道加工製程拆分,做完一道工單回報一道,到了原定工期沒完工自動觸發提醒。外發件是很多廠的進度黑洞,發出去就沒訊息。所以外發單也要繫結專案節點,外發時間、要求回廠時間、驗收狀態都要記錄,哪怕外發廠延期也能提前知道並調整計劃。
3. 裝配除錯交付階段:核心是問題完整流程跟蹤
裝配環節指定負責人,記錄開始結束時間。最怕的是缺料,前面物料狀態清晰,裝配前就能提前知道缺什麼。除錯是非標專案最容易拖時間的環節,除錯要按輪次管,每次出什麼缺陷、誰負責整改、有沒有關閉,全部記錄跟蹤,缺陷不關閉就一直掛著。到了交付環節,目標交付日期實時對比當前進度,提前算出會不會延期。
結語:追進度的本質是提前預警風險,不是催工
很多老闆覺得追進度就是逼員工快點幹,實際上不是。非標專案的延期,80%都是小問題沒有及時發現,慢慢拖成大問題。追進度的目的,是提前發現哪個節點延遲了並及時調整。比如關鍵協力廠零件延遲3天,能不能先安排裝配別的零件把總工期保住?或者提前和客戶溝通調整交付時間?這總比臨時違約賠違約金好。
而且進度和成本是繫結的,專案拖一天,人工、場地成本就多一天。進度清晰了,成本才能算清楚。把資訊從不同人的手機裡挪到統一的地方,把大進度拆成每個小節點的狀態,自然就不用天天蹲現場問進度了。剩下的時間,剛好用來解決真正影響專案交付的問題。




