1.背景

軟件項目中經常涉及到軟硬件資源的採購，在雲計算時代這一採購工作的範圍和深度都得到進一步增強。如果快捷編制出項目的資源採購計劃呢？

2.步驟一覽

• 收集需求
• 梳理資源需求計劃
• 梳理資源部署計劃
• 整理資源採購最晚到位時間
• 根據商務政策及策略優化採購批次設計
• 反饋與措施資源需求方的資源到位時間
• 形成資源採購計劃

3. 計劃編制說明

3.1 收集需求

最好的需求來源是項目的進度計劃。好的進度計劃上會在任務上描述所需的資源，包括服務器、數據庫、網絡等。但一般的項目經理或開發經理更多的描述的是對人的描述。
其次要關注項目的里程碑計劃、合同中的相關驗收條件和標準。這些約束和限制的彈性小，需要項目組共同努力去達成。

3.2 梳理資源需求計劃

將收集到的需求，轉化成獨立的需求清單，至少包括：

• 資源類型
• 資源型號及關鍵參數
• 用途
• 投入任務使用的時間

梳理出該清單後，最好與相關人員再次核對一下，減少因項目計劃文檔更新不及時、文字描述不準確等導致信息理解有誤。

3.3 梳理資源部署計劃

傳統線下資源採購部署週期很長，比如一臺服務器從下單到到貨一般需要 2 周，還需要工程師上架、調試網絡、系統優化等；比如一臺數據庫軟件到位後，還需要安裝、調試等，至少需要 1-2 天時間。
顧需要在資源需求計劃中增加一列部署用時，該用時包括：

• 備貨時間
• 物流時間
• 系統部署時間（需考慮部署人員有限的約束）

3.4 整理資源採購最晚到位時間

在上述表的基礎上，增加資源最晚採購到位時間：

資源最晚採購到位時間 = 資源投入任務使用的時間 + 部署時間

3.5 根據商務政策及策略優化採購批次設計

上述都是從技術側進行梳理，下一步需要從商務側進行優化，重點考慮 2 個因素：

• 供應商優惠政策：如大批次的折扣，打折季的促銷，獨立的特殊優惠政策。
• 自身的採購政策，現金流的控制策略等。

對於公司看到的現金支付計劃，對於供應商此時看到的採購規劃。經過多次措施後，會形成從商務和財務上更合理的採購安排。過程中可能會修改下單時間等。

3.6 反饋與措施資源需求方的資源到位時間

由於經過商務的優化，可能資源到位時間或早或晚，所以需要與資源需求方及時溝通，協商解決。

• 過晚影響相關任務的進度
• 過早可能導致打亂既有工作的安排，甚至無法接受資源的到位

3.7 形成資源採購計劃

到這裡時，技術和商務的需求溝通完成，也與供應商的溝通達成共識。這時才能形成正式的資源採購計劃。