同事項目總結之工作量的“和諧論”

轉自同事H的項目總結中關於工作量的自身經曆和思考，並且提出自己的建議，供讀者思考。

————————————————————————————————————————————

情境：

這裡討論的不是項目立項前的工作量，而是項目立項完畢、總體工作量既定情況下，變更工作量可能會遇到的問題。專案經理H，經曆了項目A這個有關工作量變更的項目。按照原有需求，功能完成後系統已經投入正常使用。但無論是介面還是功能邏輯方面，客戶希望做一些修改，並願意接受變更的工作量。專案經理H就針對需求變更內容，具體到功能點，剖析了每項任務各個階段需要的工作量。如，是其中一個模組的工作量清單。

（暫時由於部落格圖片的系統錯誤，等系統正常後補圖）

專案經理H整理了所有需求變更內容，總工作量是120人日。商務人員L就拿著這些整理的文檔跟客戶進行溝通。業主代表G看到了功能點和工作量清單，認為清單裡面有些“水分”，跟商務人員L要求在總工作量上減少15人日。該業主代表G跟專案經理H和商務人員L所在的開發商公司不僅一個項目的來往，有比較緊密的合作關係。出於這方面考慮，商務人員L就和專案經理H商量，是否可以把這15人日的工作量“和諧”掉。雖然專案經理H認為自己列出的工作量清單已經很清晰和合理，但無奈也得接受工作量被“和諧”的結局。最終，三方面人員達成共識，按客戶代表G的意見，總工作量減少為105人日。

思考：

針對上述項目A，不能不讓我們進行反思，有關項目總工作量外的其它工作量的處理問題。

站在專案經理的角度，是不希望把自己項目的工作量拖延到下一個、或者是其它項目裡面，因為那樣處理的不可控性比較大。當然更不希望項目工作量被無情地“和諧”掉。

商務人員的立場，也希望項目組的工作量得到承認、取得應得的回報。但往往是工作量不大的情況下，為了處理好跟客戶的關係，才不得已接受“和諧”工作量的做法。

業主客戶方的角度，一般情況下也不會為了貪圖一點工作量而厚著臉皮去跟商務人員、專案經理在周旋著。一般導致他們希望採取“和諧”措施的，有兩方面的原因：一是因為要執行需求變更的操作性，就要重新向上申請走一些變更流程。而在他們角度是不希望一個項目走幾次這些向上級申請的流程的，無論從手續、從工作效率方、可操作性方面，他們都希望避免的。二是客戶認為專案經理提出的工作量含有“水分”，並不是真實的工作量。

因此，針對以上三方面角色的考慮，在現有項目的處理流程、處理方式上，是不可避免地會再出現客戶希望“和諧”工作量的情況。

建議：

1、簽訂項目合約的時候，開發商和使用者方達成共識，預留一定的工作量，作為以後項目可能需要變更時候的工作量。如果項目完成得很理想，就不需要花費那部分工作量，對雙方都沒影響；而一旦有發生工作量，則可以用那部分工作量來處理，也不至於出現為一點工作量爭執的情況。

當然，關於預留工作量，最大的受益者應該是開發商方面，因為預留工作量保障了項目額外花費的工作量得到回報。而對使用者方，主要受益是避免了要走變更流程、重新申請工作量的情況。所以，一般情況下作為開發商的我們，應該盡量引導使用者方，讓他們知道預留工作量對他們、對我們的意義所在，盡量減少項目由於工作量而引起的爭議。

2、專案經理在處理工作量的時候，必須清晰、明確、趨向真實和合理。例如在某個模組要變更的時候，必須明確列出模組的功能點，以及分解每個功能點需要的工作量。在處理每個需求點的工作量的時候要不斷質疑自己，客戶是否會對這個需求點提出質疑，自己是否能給出支撐的依據。先過得了自己的質疑，再去接受客戶的質疑。

 

願望總是美好的。具體的實施就需要業務人員和專案經理的共同努力，讓使用者方理解並且接受預留工作量的措施；專案經理應該努力做到工作量的分解清晰和合理，讓客戶坦然接受。雖然如今要建設“和諧”社會，但不應該把項目組努力的工作量也“和諧”掉的。