- 相關(guān)推薦
產(chǎn)品經(jīng)理應如何提高團隊的執行力
1、產(chǎn)品經(jīng)理首要確定的工作原則：戰略決策產(chǎn)品，產(chǎn)品驅動(dòng)開(kāi)發(fā);
2、結合實(shí)際情況，設計可執行的工作流程，明確各職能環(huán)節的工作成果輸出(原型/界面設計，需求文檔/思維導圖或流程圖);
P線(xiàn)：產(chǎn)品管理，產(chǎn)品設計，界面設計，交互設計，及其它
T線(xiàn)：項目管理，技術(shù)架構，技術(shù)Leader，開(kāi)發(fā)人員(前端，頁(yè)面，后端，服務(wù)端，數據端，運維等)
3、盡可能的明確可度量的工作成果標準，由P線(xiàn)經(jīng)理提供需求要點(diǎn)綱要，表明要做到什么，不用做到什么，T線(xiàn)經(jīng)理根據需求與相關(guān)人員共同設定工作目標和標準;
虛擬示例：某功能模塊，進(jìn)行V2版本優(yōu)化，2周為一次迭代周期，共2個(gè)周期
需求要點(diǎn)是：功能性流程與V1版本相比無(wú)增加點(diǎn)，重點(diǎn)是實(shí)踐前后端分離的開(kāi)發(fā)模式重構該功能模塊的實(shí)現代碼，交付給用戶(hù)更有驚艷效果的操作流程，強化每個(gè)操作環(huán)節的引導或提示體驗
第一個(gè)周期的關(guān)鍵是：需求明確，各職能角色的充分交流
第1周目標是：P線(xiàn)成員完成產(chǎn)品細節需求策劃，T線(xiàn)成員相關(guān)技術(shù)架構的預研
第2周目標是：需求策劃完成交付，二個(gè)關(guān)鍵展示頁(yè)面的技術(shù)功能性開(kāi)發(fā)完成
第二個(gè)周期的關(guān)鍵是：保證質(zhì)量，在進(jìn)度內完成既定目標
第1周目標是：所有技術(shù)功能性開(kāi)發(fā)完成，關(guān)鍵業(yè)務(wù)流程可以走通無(wú)誤
第2周目標是：所有需求策劃細節開(kāi)發(fā)完成，重點(diǎn)是用驗設計、界面設計無(wú)損實(shí)現
此產(chǎn)品開(kāi)發(fā)組團隊共4人：責任產(chǎn)品經(jīng)理1人，技術(shù)骨干兼項目經(jīng)理1人，相關(guān)技術(shù)開(kāi)發(fā)人員2人;周邊支撐資源：界面設計、、交互設計、頁(yè)面制作，約6人/天
4、抓住一切機會(huì )點(diǎn)，在團隊內告知及說(shuō)明工作原則和流程標準的重要性，特別關(guān)注對老板的告知;
5、對于執行過(guò)程中的各職能環(huán)節協(xié)調問(wèn)題，保持高度的敏感，最及時(shí)的處理此類(lèi)問(wèn)題;
6、對不同職能角色的溝通技巧，產(chǎn)品經(jīng)理本身需要在思考上有相當的彈性來(lái)去適應不同的角色思維模式，老板，技術(shù)Leader、成員，界面設計、用戶(hù)體驗、前端開(kāi)發(fā)、客戶(hù)等
在和P線(xiàn)角色溝通時(shí)，要適當的講解技術(shù)實(shí)現相關(guān)原理，能做為什么，不能做更要為什么，并在滿(mǎn)足需求本質(zhì)的前提基礎上，提出妥協(xié)或更合理的解決方案;
在和T線(xiàn)角色溝通時(shí)，盡可能說(shuō)明該功能需求的來(lái)源，用戶(hù)反饋次數和態(tài)度，分析其合理性，以具體案例和模擬用例來(lái)推演出合理性;
虛擬實(shí)例：項目管理=》項目成員管理與授權功能=》產(chǎn)品提出需要可以增加部門(mén)為項目成員
已有功能流程：進(jìn)入項目成員管理，可選擇部門(mén)下拉框=》員工下拉框，點(diǎn)加入成員
產(chǎn)品的思路：選定部門(mén)后，即可直接將該部門(mén)加入項目成員，讓項目經(jīng)理操作減少，當部門(mén)員工離職后也無(wú)需再取消該員項目成員身份
技術(shù)的思路：該需求技術(shù)可行，需要涉及到的功能點(diǎn)有，項目成員管理界面可增加部門(mén)，部門(mén)綁定的權限角色被授權，3個(gè)其它功能模塊中類(lèi)似的人員選擇區做同樣的處理，約2-4人/日工作量。
我的分析：能理解該需求思路，選部門(mén)的出發(fā)點(diǎn)在于減少項目經(jīng)理操作次數，這個(gè)能認同，但一個(gè)項目經(jīng)理在此項目里選了部門(mén)為成員以后，如果該部門(mén)有人員增加而又正好不是參與該項目的，豈不是還要再回來(lái)把這個(gè)項目的成員里去掉這個(gè)部門(mén)，再加上原有的員工;其二，這個(gè)漏洞雖然很小，用戶(hù)實(shí)際操作中碰到的幾率很低，但既然我們提供出這個(gè)功能，就一定會(huì )有用戶(hù)使用到出現問(wèn)題，那豈不是違反了我們做這個(gè)修改的目的：改善用戶(hù)操作，獲取用戶(hù)認可。須知，對于用戶(hù)而言，我們做的更好是應該的，大部分用戶(hù)未必感知到，感知到的用戶(hù)也未必會(huì )傳播;但如果我們做了一個(gè)會(huì )出某問(wèn)題的產(chǎn)品，大部分沒(méi)出現該問(wèn)題的還是沉默狀態(tài)，出現問(wèn)題的就一定會(huì )進(jìn)行傳播反饋(抱怨不爽投訴。。。)，影響到本來(lái)沒(méi)此問(wèn)題的用戶(hù)群體了。
結論：需求決策的原則：產(chǎn)品環(huán)節對沒(méi)有問(wèn)題的解決方案進(jìn)行判斷或優(yōu)先級選擇時(shí)，可以按關(guān)注用戶(hù)幾率的多少來(lái)進(jìn)行，但如果有問(wèn)題的方案，就不能按用戶(hù)關(guān)注幾率來(lái)判斷，哪怕只有百分之1的用戶(hù)有可能出現問(wèn)題，就是致命。該需求應該尋求其它解決方案。
我的方案：項目經(jīng)理選擇部門(mén)后，人員下拉框里第一項是“加入該部門(mén)所有員工”，產(chǎn)品認為可以滿(mǎn)足需求的出發(fā)點(diǎn)，技術(shù)認為需要投入的工作量約0.5人/日，達成共識;
7、以合理的方式展現團隊的各階段工作成果，一則收集需求反饋，二則收獲公司及客戶(hù)的認可提升團隊士氣
【產(chǎn)品經(jīng)理應如何提高團隊的執行力】相關(guān)文章：
如何提高團隊的執行力07-09
如何提高執行力07-10
團隊執行力怎么提高07-10
如何提高項目執行力07-10
如何提高個(gè)人執行力07-10
團隊執行力提高心得體會(huì )03-14
如何提高醫院中層執行力07-10
創(chuàng )業(yè)團隊如何把控產(chǎn)品策略07-10
怎樣提高執行力07-10