供應鏈式項目管理
最近我們重新規劃和設計敏捷項目總體流程,對需求伊始直至項目上線的目標、指標、時間節點和責任人都做了定義。但當我們制定更詳細的計劃時,發現一個嚴重的問題:這是一個“夢幻日程計劃”。在項目生命周期管理的探索與實踐上,我們經歷過瀑布式、迭代式、增量式以及混合的Scrum敏捷式,如果只針對項目管理而言,我相信在一個Sprint周期內,做到“一切盡在掌握”是可行的,但放眼至一個季度甚至半年的最終目標上,夢幻計劃的完美主義的思想又成為了另一個極端。
為了讓計劃更加務實,我們需要采用盡可能短的時間盒管理項目,2周是一個理想并充滿挑戰的周期,但我們相信只要控制好Sprin就t可以實現它。
項目自始至終周期過長,會造成心理放松,對于項目危機感缺失,以至于造成前期浪費時間,后期加班趕時間的窘相。所以我們需要通過不斷地迭代,在一次次循環中完成可交付的增量,基于事實的決策遠比前端預測型決策更為有效。——Reinhardt |
從遠期看,我們的產品上線目標和最終運營目標都充滿挑戰,并且時間只剩半年。為了讓不可能的任務更有說服力,我嘗試著制定整整6個月的計劃,但計劃剛剛開始我就結束了這個愚蠢的想法 ——未來的Idea充滿了未知。雖然scrum敏捷能帶給我們更強的控制力,但從產品創建的生命周期看,2周時間盒顯然給需求的產出帶來了極大的困擾:如果需求的定義僅限2周,只有鬼知道這兩周的量能否滿足下一個項目Sprint的胃口,這還沒有考慮不同功能和需求的大小。一個用戶體驗改 進與一個成長體系的需求量,放在兩個同樣長度的時間盒顯然是不公平的,更何況產品經理還需要對頁面設計、制作進行協調以及參與Spring周期結束時的部署驗收。
在一個復雜又充滿挑戰的項目中,為了避免這個問題,同時又發揮Scrum敏捷式項目管理的優點,可以采取“供應鏈管式項目管理”方法。
在傳統制造業企業中,為了保證生產的穩定,制造商會有一定的原材料庫存。但隨著供應鏈管理思想的深入發展,越來越多的制造商整合供應鏈資源,與供應商共同管理庫存,以確保在生產最經濟的情況下滿足市場的變化,即“柔性供應鏈”。
在互聯網項目管理中,可以簡單的抽象需求、設計、頁面制作為供應商,總設、開發、測試為制造商,庫存即“待開發需求池”。與傳統制造業不同的是, 互聯網項目團隊可以簡化為2個供應鏈中的節點,供應商為制造商提供生產原材料,制造商將其加工測試后交付給市場。
相比Scrum敏捷式項目管理,供應鏈式項目管理強調了“庫存”的價值,產品需要在下一個時間盒開始前保持“待開發需求池”的水量;開發需要確保能夠及時消耗掉庫存中的Backlog。 這使得團隊成員的注意力更容易集中在最重要的部分(設計或者開發),而不是無效率的溝通。換句話說,傳統的Scrum項目管理的流程更像是一條大河,上游需要確保充足穩定的水量以確保下游的承受能力;下游需要保持足夠的消化能力以避免洪水泛濫或者干涸。供應鏈式的項目管理就是在河道上建起了一座大壩,只要保證水庫中的水在安全范圍以內,無論洪峰還是大旱(需求暴增或需求銳減),下游生產都可以確保 安全與效率。管理的焦點可以集中在“待開發需求池”的安全范圍以及優先級。
供應鏈式項目管理是更宏觀的管理,它闡述了產品管理與項目管理的上下游關系。純粹的Scrum可能更適合老外那種程序員也是產品經理的創業作風,我看過幾乎所有被奉為圣經的項目管理書籍都將定義需求作為一個項目的起始,這表面看起來無比正確,卻如同雞肋般既沒有說清楚如何定義需求(推薦《用戶體驗的要素》),又給國內的項目經理和程序員造成了困擾。
產品(供應商):
產品從“需求池”到“待開發需求池Backlog”,需要經歷線框圖、需求文檔、頁面設計、頁面制作4個環節,產品設計的迭代由產品經理全權負責,在需求池挑選高優先級的目標,設計并交付最終完整需求至待開發需求池中,需求需要以“情景故事”為單位打包,并區分優先級;需求包的優先級需要滿足正態分布曲線,如水庫在每個Spring開始前,安全范圍為5-15個情景故事,當有10個故事時,2個優先級為1,6個優先級為2,2個優先級為3。
技術(制造商):
技術在下一個時間盒迭代開始前一周,由項目經理根據團隊承受能力與產品共同確認Sprint Backlog,并立即進行需求和用例評審。一旦范圍確定,即可立即展開項目(在需求線框圖出來后,測試與架構師就可以介入開展前期工作了),并用燃盡圖等工具進行監控。后面只需要保持好節奏,相信掌控項目的感覺會讓你身心舒暢。
我并不清楚供應鏈式項目管理思想是否有人進行過類似嘗試,它的本質是對敏捷項目時間盒內的需求與開發進行解耦,需要需求提前至少一個時間盒完成并冗余在待開發需求池內,把為了增強項目控制力而壓縮的2周Sprint還給項目程序員和測試工程師。它的困難在于,需求為了保證待開發需求池的安全范圍而必須承擔足夠的壓力,還好我相信這種壓力是我們可以承受的。
這只是一個產品經理對項目管理的思路,實踐后會進一步總結,如果你有更好的主意,歡迎與我分享。
原文鏈接:http://www.hanjunxing.com/supply-chain-project-management