當跨多個團隊協同工作時，項目管理功能就顯得尤爲重要。否則，一地雞毛和相互扯皮讓團隊成員相互推諉和彼此抱怨。那麼，我們如何做好項目管理呢？
項目管理經驗不足易導致團隊問題
當我們準備做一個項目時，需要經過多番溝通，進行需求調研；冥想，反覆考慮產品計劃；以及互動式視覺交流，使產品外觀精美；最後再到和開發“撕逼”，拿到“被砍”之後的“閹割了”的功能。
你以爲可以鬆口氣了，但此時產品還只是胚胎。如果項目管理不善，項目產品極有可能因此流產。產品功能通常通過項目管理從外部體現出來。項目管理經驗不足的話，項目團隊很可能會遇到一系列問題：
開發成本高於預期，產品不能如期交付；
項目成員對產品目標不明確，開發過程中插入其他優先級更低的需求；
項目成員對自己的任務最終交付水平和交付時間不明確，你以爲他知道在什麼時間節點交付什麼交付物，等到那一天去問他，他是蒙的；
……
所有這些問題表面看各不相干，本質上是由於項目管理過程中的目標和風險管理不當所致。當跨多個團隊協同工作時，項目管理功能就顯得尤爲重要。否則，一地雞毛和相互扯皮讓團隊成員相互推諉和彼此抱怨。
如何利用WBS做好項目管理
一、目標拆解
項目負責人根據項目總目標層層拆解到各個小團隊，再從團隊分解到個人，每個人都要給出明確的交付物和交付時間節點。
WBS（Work Breakdown Structure） ，工作分解結構。就是把一個項目，按一定的原則分解成大的任務包，每個任務包再分解成一個個小的任務包，再把小任務包分解成更細化的任務，通過指定負責人安排到每個人的日常工作中，直到任務無法被再次細化。
即：項目>大任務包>小任務包>日常工作。
任務必須被100%分解，任務包拆的越細，抗風險能力越高。分配到每個人身上的任務包，每個人自己也要把任務包再分解。有時候，項目時間很趕，我們拿到任務後想盡快開工，自以爲對自己負責的模塊很瞭解，其實有些模塊之間存在潛在的邏輯依賴或者時間依賴。當做到這一塊時才發現需要別人支持，此時已晚，只能等着別人弄好才能繼續，這無疑給項目延期又“貢獻”了一份力量。
所以看起來項目延期是由於不可抗力因素導致的，但其實更多原因是項目啓動的時候對任務的拆解不夠精細，團隊成員對自己在什麼時間段需要完成什麼任務交付什麼成果物一無所知，大家對互相之間的成果物理解不一致。
以下爲WBS示例，僅供參考。
二、統一團隊目標
項目團隊的WBS制定好後，爲了讓項目成員清楚地看到自己在項目中的位置以及對項目總目標的貢獻，也爲了讓項目組成員瞭解到什麼事是對項目最重要的事，進而對自己手上的工作做出更精準的優先級判斷，應該組織大家召開一次會議確認WBS裏的內容，統一團隊目標。
每個人都要了解自己在什麼時間內需要完成哪些工作以及需要獲得的外部協助資源，確保團隊每個成員心中的產品願景高度一致，能牢牢圍繞產品目標進行作業。
以下內容很好的詮釋了統一團隊目標的意義。
凡有項目開發經驗的人都知道，項目過程總伴隨着各種問題，完全不出問題、產品還大獲成功的“完美項目”根本不存在。更重要的是，如果團隊成員無法從宏觀、整體的角度去思考自己所負責的模塊，必將引發內部的設計衝突。因爲很多問題從單模塊視角出發得出的結論與整體視角出發得出的完全相反。
圍繞目標作戰的項目成員不會像這樣各自爲戰，相反的，他們就像一個命運共同體，“每個成員都有站在產品總負責人位置思考問題的習慣和行爲表現”。
任務被團隊分解，但目標依舊完整。在這樣的團隊裏沒有“我的想法”，只有“更棒的想法”，沒有立場，只有理性判斷。他們也會就某個問題展開激烈辯論，但那只是爲追求“更好的方案”，而不是爲捍衛自己的觀點。
這樣的團隊裏也沒有“你的問題”，只有“項目共同的問題”，成員間彼此認可和信賴。他們相信各自能做好分內的事情，但也會在某環節遭遇瓶頸時積極貢獻自己的力量，一起想辦法解決問題。當內部模塊間發生衝突時，他們也能及時跳出自己的角色去討論，運用相對思維更全面地審視問題。
三、跟進和同步項目進度
每天的溝通晨會和每週的項目週報是有效的掌控項目整體進度的方法，這樣也可以保證項目信息的透明公開。
老闆最擔心的事情就是不清楚手下的員工每天到底做了哪些工作內容，項目負責人也最擔心不清楚項目團隊成員每天的任務完成情況。每天的溝通晨會可以簡單有效的暴露問題，項目成員工作中遇到問題還可以請求其他團隊成員協助。一旦發生風險點，記錄在WBS中的里程碑模塊，由專門的責任人跟進和定期詢問。
每週工作的收尾，可以讓項目組各成員共同完成本週的項目週報，並及時提交給直屬上級和各業務部門的主要負責人，在部門之間建立有效的溝通匯報機制，提高項目信息的公開透明度。
爲了防止項目週報冗長和接收人忘記看週報的事情出現，在項目週報提交後最好再單獨和上級人員接觸，簡短概況項目週報內容。及時向上級通報工作情況是十分重要的，因爲你可能工作了很多內容，但是上級對此渾然不知。
項目週報不是一個人完成的，所以週報裏要注意這些事情：目前項目進度情況、本週完成的任務工作量、下週計劃的任務工作量、當前仍然存在進度風險的模塊等。在填寫項目進度、工作計劃等內容的時候，一定要獲得項目組其他人員的認可纔可以繼續填寫，涉及到時間的需要填具體日期。
核心主要是團隊成員在項目過程中的所有成果物。無論是WBS，還是項目週報，必須獲得所有項目組成員的認可。項目過程全程中，大家也需要保持目標一致。