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

• 項目管理的九大知識領域：成本管理、質量管理、時間管理、範圍管理、人力資源管理、溝通管理、風險管理、采購管理和整體管理。每個都是一個專項，需要有理論和長期的經驗積累。

• 項目管理中的鐵三角：時間、成本和範圍，如何把控好這三方面將決定項目的質量及最終的交付成果。

• 項目管理的5個過程：啟動，計劃，執行，控制，收尾。這種儀式感能讓項目組的幹系方對項目有一個整體的認識和了解，有一根主線來明確大家要走的方向。

單純講理論只能是紙上談兵了，只有和實踐相結合才會有產出和結果。但最好的實戰是能把這些理論中的流程、管理及過程等融合到系統中，讓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商人節大促項目集框架

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

• 項目的整體進度：大PM要根據各模塊的進展來評估出大促項目的整體進展，為後續匯總項目周報做準備。

• 項目的關鍵裏程碑點：確定好項目大的關鍵裏程碑點，如大促的KO、招商上線、會場上線，功能預演等，並安排好各個模塊對應的負責人和check人員。

• 項目風險：大PM要識別項目中的風險，做到及時溝通及資源協調。風險的識別可以來自於對關鍵項目的把控，也可以來自於子PM對風險的上報。每周的項目周會或周報上要對風險有專門的版塊來識別，並給出有效的應對措施。

• 項目幹系人設置：大PM要將賦權給各模塊的PM及產品、運營、PE、DBA等角色。讓各角色都能對所負責的項目集進行操作。

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

圖 6 子項目管理

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

圖 7 子項目及需求的各種管理視圖

4、需求及項目跟進：

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

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

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

原文鏈接

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