項目管理三段論

當我們準備做一個項目時,經歷了和業務方多番溝通,進行需求調研;冥思苦想,反覆斟酌產品方案;和交互視覺溝通,給產品披上漂亮的外衣;最後再到和開發"撕逼",拿到“被砍”之後的“受了傷”的功能。

你以為可以鬆口氣了,其實這時候產品只是一個胚胎。如果做不好項目管理,極大可能會胎死腹中。項目管理,在產品日常工作中,也佔了很大一部分分量。產品能力,往往通過項目管理外在顯現。項目管理不夠,項目團隊很大概率會遇到一系列問題:

開發成本高於預期,產品不能如期交付;

項目成員對產品目標不明確,開發過程中插入其他優先級更低的需求;

項目成員對自己的任務最終交付水平和交付時間不明確,你以為他知道在什麼時間節點交付什麼交付物,等到那一天去問他,他是蒙的

......

所有這些問題表面看各不相干,本質上是由於項目管理過程中的目標和風險管理不當所致。在跨多團隊協作時,項目管理能力更顯重要,否則一地的雞毛和相互扯皮讓團隊成員相互推諉和彼此抱怨。

那麼,我們又該如何做好一個項目管理呢?

一、目標拆解

項目負責人根據項目總目標層層拆解到各個小團隊,再從團隊分解到個人,每個人都要給出明確的交付物和交付時間節點,這份文檔被稱作WBS。

WBS(Work Breakdown Structure) ,工作分解結構。跟因數分解是一個原理,就是把一個項目,按一定的原則分解,項目分解成任務,任務再分解成一項項工作,再把一項項工作分配到每個人的日常活動中,直到分解不下去為止。

即:項目>任務>工作>日常活動。

項目管理三段論

任務必須100%分解,顆粒度拆的越細,抗風險能力越高。分配到每個人身上的任務,每個人自己也要把任務再分解。有時候,項目時間很趕,我們拿到任務後想盡快開工,自以為對自己負責的模塊很瞭解,其實有些模塊之間存在潛在的邏輯依賴或者時間依賴,當做到這一塊時才發現需要別人支持,此時已晚,只能等著別人弄好才能繼續,這無疑給項目延期又“貢獻”了一份力量。

所以看似項目中遇到的不可抗力因素導致項目延期,很大程度上是項目啟動前目標拆解不夠,每個人對自己在什麼時間節點應該交付什麼東西不清楚,大家處於“應該知道”的狀態下或者彼此對交付物理解不一致。

以下為WBS示例,僅供參考,其中風險點模塊在第三部分再講。

項目管理三段論

二、統一團隊目標

WBS文檔制定好以後,為了讓項目成員清楚地看到自己在項目中的位置以及對項目總目標的貢獻,也為了讓項目組成員瞭解到什麼事是對項目最重要的事進而對自己手上的工作做出更精準的優先級判斷應該組織大家召開一次會議確認WBS文檔裡的內容,統一團隊目標。

每個人都要做到心中有數,明確自己要在哪個時間前完成哪些工作以及需要哪些外部協助,確保團隊每個成員心中的產品願景高度一致,能僅僅圍繞產品目標作戰。

項目管理三段論

以下內容摘自《騰訊產品法》,很好的詮釋了統一團隊目標的意義。

凡有項目開發經驗的人都知道,項目過程總伴隨著各種問題,完全不出問題、產品還大獲成功的“完美項目”根本不存在。更重要的是,如果團隊成員無法從宏觀、整體的角度去思考自己所負責的模塊,必將引發內部的設計衝突。因為很多問題從單模塊視角出發得出的結論與整體視角出發得出的完全相反。

圍繞目標作戰的項目成員不會像這樣各自為戰,相反的,他們就像一個命運共同體,“每個成員都有站在產品總負責人位置思考問題的習慣和行為表現”。

任務被團隊分解,但目標依舊完整。在這樣的團隊裡沒有“我的想法”,只有“更棒的想法”,沒有立場,只有理性判斷。他們也會就某個問題展開激烈辯論,但那只是為追求“更好的方案”,而不是為捍衛自己的觀點。

這樣的團隊裡也沒有“你的問題”,只有“項目共同的問題”,成員間彼此認可和信賴。他們相信各自能做好分內的事情,但也會在某環節遭遇瓶頸時積極貢獻自己的力量,一起想辦法解決問題。當內部模塊間發生衝突時,他們也能及時跳出自己的角色去討論,運用相對思維更全面地審視問題。

三、跟進和同步項目進度

每天的站立式晨會和項目週報是一個很好的掌控整個進度的工具,保障項目信息透明順暢。

老闆最怕不知道底下員工每天在做什麼,項目負責人也最怕不知道團隊成員每天在做什麼,項目進行到哪個程度了。每天的晨會可以很有效的及時暴露問題,遇到問題,可以有效請求團隊成員幫助。一旦發生風險點,記錄在WBS文檔中的風險管理模塊,由指定人跟進和定期詢問。

項目管理三段論

一週結束後,讓項目組各成員幫忙協助完成項目週報,同步給上級和各業務方負責人,建立有效的溝通匯報機制,提高項目的對外透明度。

為避免週報內容太多或者領導太忙沒來得及查看週報,最好額外再單獨聯繫下領導,簡單說明項目當前進度。向上管理及其重要,可能你做了很多事,但是領導渾然不知,

注意項目週報並不是項目負責人一個人的事,項目週報通常包含:當前項目進度、本週完成工作、下週工作計劃、當前風險點幾個模塊。項目負責人填寫的項目進度、工作計劃等或者開發測試同事填寫的計劃一定要是大家認可之後切實可行的,具體到日期的。

核心還是項目過程中產生的所有文檔,不管是WBS也好,還是項目週報也好,都應得到項目組成員每個人的認可,項目的整個過程,大家都要目標一致。

經過一個項目的蹂躪之後,總結以上三點,僅個人工作經歷總結,不一定適用於每個人,但也希望能夠給大家一些參考,共勉。

作者: 涵小仙女 產品經理,文藝女青年一枚,白天工作,晚上碼字,愛美,愛跑步,愛旅行,願我手寫我心,餘生不將就。


分享到:


相關文章: