1.背景
軟件項目中經常涉及到軟硬件資源的採購,在雲計算時代這一採購工作的範圍和深度都得到進一步增強。如果快捷編制出項目的資源採購計劃呢?
2.步驟一覽
- 收集需求
- 梳理資源需求計劃
- 梳理資源部署計劃
- 整理資源採購最晚到位時間
- 根據商務政策及策略優化採購批次設計
- 反饋與措施資源需求方的資源到位時間
- 形成資源採購計劃
3. 計劃編制說明
3.1 收集需求
最好的需求來源是項目的進度計劃。好的進度計劃上會在任務上描述所需的資源,包括服務器、數據庫、網絡等。但一般的項目經理或開發經理更多的描述的是對人的描述。
其次要關注項目的里程碑計劃、合同中的相關驗收條件和標準。這些約束和限制的彈性小,需要項目組共同努力去達成。
3.2 梳理資源需求計劃
將收集到的需求,轉化成獨立的需求清單,至少包括:
- 資源類型
- 資源型號及關鍵參數
- 用途
- 投入任務使用的時間
梳理出該清單後,最好與相關人員再次核對一下,減少因項目計劃文檔更新不及時、文字描述不準確等導致信息理解有誤。
3.3 梳理資源部署計劃
傳統線下資源採購部署週期很長,比如一臺服務器從下單到到貨一般需要 2 周,還需要工程師上架、調試網絡、系統優化等;比如一臺數據庫軟件到位後,還需要安裝、調試等,至少需要 1-2 天時間。
顧需要在資源需求計劃中增加一列部署用時,該用時包括:
- 備貨時間
- 物流時間
- 系統部署時間(需考慮部署人員有限的約束)
3.4 整理資源採購最晚到位時間
在上述表的基礎上,增加資源最晚採購到位時間:
資源最晚採購到位時間 = 資源投入任務使用的時間 + 部署時間
3.5 根據商務政策及策略優化採購批次設計
上述都是從技術側進行梳理,下一步需要從商務側進行優化,重點考慮 2 個因素:
- 供應商優惠政策:如大批次的折扣,打折季的促銷,獨立的特殊優惠政策。
- 自身的採購政策,現金流的控制策略等。
對於公司看到的現金支付計劃,對於供應商此時看到的採購規劃。經過多次措施後,會形成從商務和財務上更合理的採購安排。過程中可能會修改下單時間等。
3.6 反饋與措施資源需求方的資源到位時間
由於經過商務的優化,可能資源到位時間或早或晚,所以需要與資源需求方及時溝通,協商解決。
- 過晚影響相關任務的進度
- 過早可能導致打亂既有工作的安排,甚至無法接受資源的到位
3.7 形成資源採購計劃
到這裡時,技術和商務的需求溝通完成,也與供應商的溝通達成共識。這時才能形成正式的資源採購計劃。