從10億到百億規模大促，用雲效玩轉專案管理

摘要：乙個大的商業專案，如何能做到如期完工並準時交付，是有一套標準化的流程和體系來支撐的。

專案管理並不是乙個陌生的話題，就像《人月神話》裡面提到的阿波羅計畫、曼哈頓工程都是非常經典的案例。對於很多新同學來講，對專案管理沒太大感覺，認為總是在溝通和確認一些細節，對風險的識別有太多體感。其實對於乙個大的商業專案，如何能做到如期完工並準時交付，是有一套標準化的流程和體系來支撐的。專案管理是一項綜合素質要求很高的工作，像其中的理論工程體現在：

單純講理論只能是紙上談兵了，只有和實踐相結合才會有產出和結果。但最好的實戰是能把這些理論中的流程、管理及過程等融合到系統中，讓pm及專案組同學使用系統即可完成對專案的管理。今天就結合cbu 1220商人節大促來談談我們是如何借用雲效和大促管理中心來做跨多團隊協同的專案管理的。

無論是大市場的日常業務還是大促活動，17年對於b類業務是不同尋常的一年，尤其在大促方面表現非常強勁，gmv和買家數都在不斷創新高，且**、渠道、銷服等各部門都在深度聯動和融合。就像我們的口號「cbu在一起，就不一樣」。

要應對幾何級增長的大促要跨多個團隊協同，有非常多的干係方，包括運營、產品、技術、規則、法務、渠道、銷服及客滿等，且大促的戰線拉的非常長，從前期的招商、營銷玩法、會場搭建、氛圍配置、流量分配等，為了讓pm能關注到各自負責的主業務，且交叉的細節不會有遺漏，摸索出了雲效+大促管理中心的線上專案管理模式，能讓各角色在系統上完成資訊流轉和確認，才能保證大促不出問題且有確定性。如圖2所示。

圖 2 大促協同及操作流程線上化

1220商人節從籌備到爆發共有2個月時間，完成240+需求，18個大專案，投入了100多位技術小二，1900多人日。感謝雲效團隊的吳雪嬌在前期給我們介紹了雲效是如何採用專案集來管理雙11大促，1220商人節我們也將其應用到了b類大促中。這裡總結下使用過程，也讓後續其他團隊在應對跨多團隊協同的大專案時可以借鑑。過程如圖3所示。

圖 3雲效跨多團隊協作專案管理過程

1、專案集規劃：

對於一次b類的營銷大促涉及到很多部門，也有非常多的干係方。為了保障大促的整體有序推進，會有大pm和各模組的子pm。在專案啟動之初，技術大pm首先要和產品pm確定本次大促需求的大致範圍，如營銷玩法、招商、會場等，做到心中有數。這種大促類的需求變更是常有的事，前期要做的是盡量控制這種變更越少，範圍越小越好。其次，要盡快敲定各模組的子pm人選，把人員定下來後才能做好專案分解，保證後續的有序推進。

專案集用來管理跨多團隊協同的專案，它可以將相似的或歸屬於同乙個領域的專案劃歸為乙個專案集。如招商專案集即是將橫向、行業等涉及到招商的需求都歸結到一起，便於pm從橫、縱方面整體跟進。大pm要根據積累的經驗及本次大促的基本的需求範圍規劃出大促的專案集結構。如圖4所示。

圖 4 1220商人節大促的專案集結構

2、框架搭建：

專案集規劃好後，即可在雲效上搭建專案管理的框架了。只要前期規劃合理，框架搭建起來會非常便捷，同時也利於後期需求的關聯和歸屬劃分。如圖5所示。

圖 5 1220商人節大促專案集框架

在框架搭建時有幾個關鍵點需要特別關注:

3、子專案集管理：將上述規劃好的專案依次建立子專案集，並設定各模組的pm。子pm需要做的也是對所負責模組的專案的進度把控、里程碑點的設定、風險的識別及對需求的管理。如圖6所示。

圖 6 子專案管理

對於大促中涉及到跨多團隊的橫向、縱向等需求的管理，可以有不同的檢視快速檢視完成的進展及所處的階段。pm只需要及時的跟進並更新相應的檢視區塊即可。如圖7所示。

圖 7 子專案及需求的各種管理檢視

4、需求及專案跟進：

再往下分解，即是對每個專案或需求的管理。pd提交需求時，還是按照原有的產品線來提交，如旺鋪的需求提交到旺鋪的產品線，招商的提交到運營平台線。如果該需求或專案和這次大促相關，只需要將其關聯到對應的專案集上，大促這個版塊的pm即可以將對該需求進行跟蹤及管控。具體如圖8所示。

圖 8 需求的關聯及進度管理

一般經過這幾個步驟的設定，各個pm包括老闆即可非常清晰的看到一次大促的進展、風險及各個模組的健康情況。當然系統裡面實現的只是乙個工具，能方便大家更透明的做專案管理，且將流程和標準做到系統中。但真正要做到一次大促不出問題且有較強的確定性，很多時侯還是要靠pm及開發同學的責任心及相互補位才能做到。

從10億到百億規模大促，用雲效玩轉專案管理

從10億到百億規模大促，用雲效玩轉專案管理

從10億到百億規模大促，用雲效玩轉專案管理

我國網民規模突破10億

相關推薦