產(chǎn)品問答 | 提崗管理后,如何進行團隊管理及項目管理?

2 評論 11380 瀏覽 100 收藏 12 分鐘

當你升到管理崗,項目管理和團隊管理就成了你的“家常便飯”。關于項目管理與團隊管理,你或許會有一些疑問:如何制定產(chǎn)品計劃,才能合理有序地分配團隊工作,高效地完成項目呢?怎么做項目管理才能使開發(fā)更敏捷呢?那么,以下就由筆者來為大家一一解答這些問題吧!

團隊中的產(chǎn)品經(jīng)理最近提了幾個問題,趁此機會做一下分享。

這是產(chǎn)品問答的第三篇:探討提升管理崗位后的團隊管理、項目管理。

問:在團隊管理時,如何制定產(chǎn)品策略及計劃?以及,如果我把原型制作工作交給別人做,但出來的效果是我不滿意的——他現(xiàn)在能力不夠,做不出我想要的效果,要怎么處理?(如何分配工作)?項目管理有沒有什么方法讓開發(fā)更敏捷?

答:

隨著產(chǎn)品逐漸成熟,產(chǎn)品團隊也會慢慢成型。產(chǎn)品團隊的存在,說明產(chǎn)品工作已經(jīng)細化拆分。原來一、兩個人干的事,現(xiàn)在可以由不同分工的人來處理了。

因此,產(chǎn)品團隊的管理,得先從產(chǎn)品工作的拆分說起。

一般來說,產(chǎn)品工作的層面可以分為:產(chǎn)品戰(zhàn)略、產(chǎn)品結構、產(chǎn)品框架、產(chǎn)品設計和產(chǎn)品輔助等。

產(chǎn)品戰(zhàn)略工作

就是我們在第一篇問答(如何系統(tǒng)思考產(chǎn)品需求)中提高的產(chǎn)品戰(zhàn)略工作。

梳理和確認好產(chǎn)品戰(zhàn)略,讓未來產(chǎn)品工作建立在相同認知基礎上,是產(chǎn)品工作中最宏觀且最有價值的工作。

產(chǎn)品結構工作

當我們確定了產(chǎn)品戰(zhàn)略之后,從戰(zhàn)略到具體的產(chǎn)品規(guī)劃,需要進行信息的轉化。

這種轉化,就是將產(chǎn)品戰(zhàn)略落地,轉化為一條條產(chǎn)品線、一個個版本、一張張的功能清單,也就是產(chǎn)品的路線圖(roadmap)。

有了清晰的路線圖,接下來就可以進入正式的產(chǎn)品規(guī)劃設計工作階段了。

產(chǎn)品框架工作

有了實現(xiàn)的路徑,就需要按照優(yōu)先級,分產(chǎn)品線分版本的逐步設計。

這時,我們首先把眼光聚焦在版本內部,我們對所有需要實現(xiàn)的功能進行分析,讓他們成為有機結合的整體,讓功能組成一個個相關的模塊。

同時,也把模塊內及模塊之間的各個功能,可能的實現(xiàn)流程明確出來。讓需要實現(xiàn)的目標功能,變成清晰的多維結構。我們需要使用UML、業(yè)務流程圖、數(shù)據(jù)流程圖、業(yè)務拓撲圖等講這些結構表達出來。

同時,當版本內的設計接近完成時,我們要把眼光切換到多版本上——考慮未來版本和功能的實現(xiàn),需要當前產(chǎn)品結果預先作出哪些調整和伏筆。這些都完成之后,我們就可以開始按照版本來細化和設計產(chǎn)品了。

產(chǎn)品設計工作

單個版本的產(chǎn)品結構設計完成,并經(jīng)過各相關團隊的評審和協(xié)調后,就要回歸到產(chǎn)品部門內部進行設計了。

我們需要按照產(chǎn)品的版本結果,設計出前、中、后各端的模塊、功能、流程、頁面等,這里我們需要畫原型、細化流程、設計頁面、輸出需求說明文檔甚至高保真的交互稿。

設計好的產(chǎn)品結果,要宣講并交付給開發(fā)團隊,同時也會接受開發(fā)團隊的各種挑戰(zhàn)。

另外建議:在宣講和交付產(chǎn)品結果的時候,最好能夠把對象目標擴展到測試團隊、運營團隊、業(yè)務團隊等各個相關業(yè)務團隊,這樣做的好處你試了就知道。

產(chǎn)品輔助工作

除了上述四個產(chǎn)品規(guī)劃層面的工作外,其他的如:競品調研、數(shù)據(jù)采集匯總、項目跟進、Bug處理跟進、產(chǎn)品相關宣傳說明配合等工作,都是產(chǎn)品輔助類工作。

這幾個層面的工作,并不是每個層面都需要不同的人來負責。本身是可以互相滲透,根據(jù)團隊的具體情況來身兼多職

1-3 層面

一般由產(chǎn)品總監(jiān)、產(chǎn)品團隊負責人或高級產(chǎn)品來負責。做到承上啟下,配合高層確定產(chǎn)品戰(zhàn)略并消化和轉化,指導具體的產(chǎn)品規(guī)劃工作。

4-5 層面

一般由產(chǎn)品經(jīng)理、產(chǎn)品線經(jīng)理或產(chǎn)品專員等負責。做好基于產(chǎn)品路徑的落地工作,保證產(chǎn)品設計的效率和質量。

拆分層面的意義在于:規(guī)范好的工作層面,可以讓大家在工作時,明白各自的職責范圍,更高效的互相承接和配合。

另外,你說團隊成員的產(chǎn)品不符合你的要求,不知該如何處理。

我的建議是:就算從執(zhí)行層崗位開始轉變?yōu)楣芾韻徫?,也千萬不要做甩手掌柜,很多執(zhí)行方面的工作還是要有目的性的參與。

有目的的參與,可以體現(xiàn)在如下兩個方面:

做為產(chǎn)品管理崗位,需要承擔產(chǎn)品信息的向下傳遞——即承上啟下的作用,你需要去處理產(chǎn)品戰(zhàn)略、產(chǎn)品范圍及產(chǎn)品框架等方面的設計工作。

同時,因為接下來要據(jù)此來進行具體的產(chǎn)品設計規(guī)劃,最理解且最能依據(jù)產(chǎn)品框架來設計產(chǎn)品的人一定是你。你需要對各端的關鍵模塊、關鍵頁面進行設計,建立從上到下、完整一致的信息傳遞。

尤其是新產(chǎn)品或新產(chǎn)品線的初期版本或產(chǎn)品迭代中的重大版本,以你為中心和起點的產(chǎn)品設計,才是最高效、最能保證質量的。

有一個詞叫“言傳身教”,要團隊產(chǎn)出符合標準的產(chǎn)品設計交付物,一定是以清晰合理的交付標準為前提的。

而對培訓交付標準最好的方法,就是你要自己做出表率。通過對關鍵功能和頁面的設計,以標準原型、標準文檔的方式來建立基礎,團隊才能迅速熟悉和以交付標準為標的完成工作。

最后,關于項目管理方面。

項目管理

我不是一個在項目管理方面,過度刻意進行控制和要求的人。

開發(fā)項目管理有很多方法論——瀑布開發(fā)、敏捷開發(fā)、螺旋開發(fā)等。

方法選擇的核心,應該交給開發(fā)團隊,讓他們選擇最熟悉最方便的就可以。同時,也不是所有的項目都適合敏捷開發(fā),不同階段的產(chǎn)品非要去做敏捷開發(fā)也不一定合適,這里就不展開說了。

我想拋開項目管理的方法論,從個人認為的項目管理更核心的角度來講講。

項目管理,我認為有三個要素:任務、執(zhí)行者和結果。

好的項目管理是處理好這三個要素之間的關系。簡單說就是,合適的任務量,有執(zhí)行者運用合適的節(jié)奏,來產(chǎn)出滿足要求的結果。

任務量

合適的任務量,是決定項目成敗的前提條件——在產(chǎn)品規(guī)劃的交付物方面提高要求,不使交付物成為項目開發(fā)的障礙。

  • 不在一個版本內規(guī)劃超過合理開發(fā)周期的任務量。
  • 不把沒有思考清楚或不完整的功能放入產(chǎn)品規(guī)劃中。
  • 做到“嚴于律己”,認真對待產(chǎn)品規(guī)劃輸出物,往往要比苛求開發(fā)團隊實現(xiàn)不可能完成的任務更重要。

執(zhí)行者

執(zhí)行者就是項目的開發(fā)團隊。

信任開發(fā)團隊,比懷疑和苛求開發(fā)團隊要來的劃算,良好合作一定建立在互相信任的基礎上。

相比去苛求開發(fā)團隊完成不能完成的任務,不如反過來思考:如何根據(jù)需求的優(yōu)先級來縮減任務量?

給予項目合理的任務時間,是保證項目質量的重要條件。

這里我更推薦“晨會+周期性項目演示”的方式:

  1. 每天早上在開工前,拿出15分鐘左右,讓開發(fā)團隊對當前進度進行簡短說明。同時可以提出:目前出現(xiàn)可能影響原定進度的問題,在晨會后安排專門的時間,來進行專項討論或提供盡可能的協(xié)助。晨會可以天為標尺,發(fā)現(xiàn)目前實際進度與原定計劃的差距,也可以讓問題得到最及時的解決;
  2. 每1-2周,固定時間對項目目前的進度進行整體說明,并準備可演示物進行演示,判斷當前項目的進度和階段產(chǎn)物是否符合要求。

通過這樣的方式,能夠及早發(fā)現(xiàn)進度問題或影響進度的問題,從而提高對項目異常的反應速度。

結果項目最終的產(chǎn)出物,是驗證項目成敗的最終指標。僅僅在時間維度上去衡量項目成果,是沒有任何意義的。沒人愿意接受一個按時完成,但漏洞百出,無法提供使用的交付物。

所以,對結果交付物的驗收,是項目管理的最終關卡。

要驗證開發(fā)交付物,首先要做到,開發(fā)前提供的產(chǎn)品規(guī)劃交付物是清晰明確的。

其次,還需要對交付物進行如下兩個層面的檢驗:

  1. 功能層面:這部分工作可以交給專業(yè)的測試團隊完成,但產(chǎn)品團隊一定要在過程中積極參與及跟進;
  2. 實際使用層面:這部分則需要產(chǎn)品來獨立完成。使用層面的檢驗——即產(chǎn)品團隊模擬真實用戶的各種使用場景,使用時的行為,輸入信息要盡可能模擬真實情況。這種檢驗可以發(fā)現(xiàn)很多測試團隊不容易發(fā)現(xiàn),但被用戶正式使用很快會遇到的問題。(這一點2B的業(yè)務類產(chǎn)品尤為重要)。

以上就是我對你提出的項目管理問題的解答。

 

作者:十八子殺,微信公眾號:產(chǎn)品狗的思考(ID:PM-Doggy)。10年產(chǎn)品人,射手座,愛自由,喜攝影,好讀書,涉獵廣泛,望與同路人勉勵前行。

本文由@十八子殺 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉載。

題圖來自@Unsplash, 基于CC0協(xié)議

更多精彩內容,請關注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 莫非是SOUL的產(chǎn)品大佬

    來自廣東 回復
  2. 贊??

    回復