起點(diǎn)課堂會(huì)員權(quán)益
職業(yè)體系課特權(quán)
線下行業(yè)大會(huì)特權(quán)
個(gè)人IP打造特權(quán)
30+門專項(xiàng)技能課
1300+專題課程
12場(chǎng)職場(chǎng)軟技能直播
12場(chǎng)求職輔導(dǎo)直播
12場(chǎng)專業(yè)技能直播
會(huì)員專屬社群
榮耀標(biāo)識(shí)項(xiàng)目中如何避免團(tuán)隊(duì)成員相互甩鍋？
產(chǎn)品在最終上線出現(xiàn)了問題，必然是由眾多因素所致，所以才會(huì)出現(xiàn)團(tuán)隊(duì)甩鍋現(xiàn)象的發(fā)生。出現(xiàn)問題不要緊，重要的是，產(chǎn)品經(jīng)理可以通過哪些方法來避免團(tuán)隊(duì)之間甩鍋現(xiàn)象的發(fā)生。
“我們是誰”
“我們是產(chǎn)品經(jīng)理”
“我們的日常是”
“撕逼、背鍋、甩鍋”
“人在工位坐，鍋從天上來”，作為苦逼的產(chǎn)品經(jīng)理，必須要做好時(shí)刻背鍋、接鍋的準(zhǔn)備。
“常在河邊走，哪有不濕鞋”，其實(shí)，不僅僅是產(chǎn)品經(jīng)理，只要身處職場(chǎng)中，總會(huì)有那么一兩個(gè)鍋砸來，輕則撕逼，重則大打出手，造成團(tuán)隊(duì)關(guān)系惡化，進(jìn)而對(duì)團(tuán)隊(duì)工作產(chǎn)生不可逆的影響。
與其被動(dòng)的“后發(fā)受制于人”，何不嘗試“先發(fā)制人”。那么，作為團(tuán)隊(duì)“主心骨”的產(chǎn)品經(jīng)理，我們?cè)鯓幼隹梢员M量避免團(tuán)隊(duì)成員之間甩鍋現(xiàn)象的發(fā)生，從源頭遏制問題的產(chǎn)生呢？
通過“Case-Case”的方式重現(xiàn)問題，會(huì)更加明確的給我們一些實(shí)際的提示。下面我們一起跟著故事去思考，產(chǎn)品經(jīng)理可以通過哪些方法來避免團(tuán)隊(duì)之間甩鍋現(xiàn)象的發(fā)生。
雪崩時(shí)，沒有一片雪花覺得自己有責(zé)任
案例一：
某童鞋在剛?cè)肟訒r(shí)，負(fù)責(zé)了一個(gè)簡(jiǎn)單的數(shù)據(jù)產(chǎn)品，由于是數(shù)據(jù)產(chǎn)品，所以需求只是通過簡(jiǎn)單的口述，就進(jìn)入了開發(fā)流程，結(jié)果出了上線事故。
事后復(fù)盤，分析原因，發(fā)現(xiàn)是由于Python與Java語言規(guī)則不同，導(dǎo)致了接口聯(lián)調(diào)失敗。測(cè)試認(rèn)為已按照需求完成了測(cè)試，且代碼功能正常，問題不在測(cè)試；其他兩個(gè)接口開發(fā)也覺得自己的代碼運(yùn)行正常，問題在于上線前未進(jìn)行聯(lián)調(diào)，一時(shí)間三方各執(zhí)一詞，開啟了“甩鍋大戰(zhàn)”。
那么，針對(duì)案例里的出現(xiàn)甩鍋事件，我們又該如何避免呢？
1. 漏測(cè)的測(cè)試
案例中，上線任務(wù)是依照“產(chǎn)品-開發(fā)-測(cè)試-上線”流程開展的，出現(xiàn)了上線事故，多數(shù)時(shí)候，測(cè)試作為上線前的最后一道關(guān)卡，往往也會(huì)因?yàn)闇y(cè)試用例未覆蓋到位，而成了直接責(zé)任人。
仔細(xì)的我們會(huì)發(fā)現(xiàn)，導(dǎo)致漏測(cè)最主要的原因就是需求沒有說清楚，問題既然已經(jīng)定位清楚了，那下一步就是“對(duì)癥下藥”了。
在工作中，我們經(jīng)常會(huì)使用文檔用來交流，因?yàn)槠渚哂锌蓚鬟f性和完整性。因此，像這種技術(shù)上的對(duì)接，我們必須要有一個(gè)完整的文檔對(duì)一些必要的細(xì)節(jié)進(jìn)行記錄和描述，減少溝通過程中信息的遺漏，使大家都可以接收到完整有效的信息，進(jìn)而保證了溝通的有效性。
所以，一份完整且清晰的需求文檔是開發(fā)環(huán)節(jié)必不可少的。好的需求文檔，需要具備以下幾點(diǎn)特征：
1）正確
用戶的需求能夠被正確的滿足，且邏輯清晰無誤的被表達(dá)。
2）完備
需求文檔要盡可能完整且顆粒度較細(xì)的把所有場(chǎng)景、特殊情況、業(yè)務(wù)、產(chǎn)品、數(shù)據(jù)流邏輯都寫清楚。
3）無歧義
文檔里所有的用詞、描述要精確，切不可出現(xiàn)“可能”、“大約”“在某種程度上”等模棱兩可的表述，讓開發(fā)人員去猜測(cè)我們的想法。
4）優(yōu)先級(jí)
像畫原型一樣，一個(gè)產(chǎn)品必然由多個(gè)功能來滿足，而多個(gè)功能等待開發(fā)時(shí)，就一定要注明優(yōu)先級(jí)，告訴開發(fā)我們的重點(diǎn)是什么，而后是什么。
5）可驗(yàn)證
所有設(shè)計(jì)的功能，是在技術(shù)評(píng)估后，可以被準(zhǔn)確實(shí)現(xiàn)，且測(cè)試驗(yàn)證無誤的。
2. 低效的團(tuán)隊(duì)溝通
案例中，在產(chǎn)品上線失敗后，由于相互甩鍋而再一次引發(fā)了團(tuán)隊(duì)矛盾，上演了一場(chǎng)“甩鍋大戰(zhàn)”。究其根本原因，實(shí)則是開發(fā)過程中，團(tuán)隊(duì)出現(xiàn)了低效的溝通所致。
因此，一次有效的需求評(píng)審是至關(guān)重要的，因此，我們可以將需求評(píng)審分為三個(gè)階段進(jìn)行：
評(píng)審前：
1）準(zhǔn)備并確定相關(guān)資料的接收對(duì)象，并提前下發(fā)
相關(guān)資料包括我們的需求文檔、線框圖、原型、相關(guān)數(shù)據(jù)等。
圖2-1? 需求文檔目錄
圖2-2? 需求文檔思維導(dǎo)圖
由產(chǎn)品經(jīng)理主導(dǎo)，召開一次簡(jiǎn)單的需求評(píng)審會(huì)（強(qiáng)調(diào)下，再簡(jiǎn)單的需求，也是需要拉上團(tuán)隊(duì)成員開一次簡(jiǎn)短的需求評(píng)審的）。會(huì)議前，我們需要把需求文檔、提綱、流程等提前1-2工作日通知到大家，使大家對(duì)會(huì)議目的、時(shí)長和需求有一個(gè)了解，以便做好評(píng)審會(huì)議前的準(zhǔn)備工作。
2）小范圍的溝通確認(rèn)方案
產(chǎn)品的需求文檔寫好了，但是里面的功能和解決辦法卻不一定都可以實(shí)現(xiàn)，那我們?cè)诓淮_定的時(shí)候，就可以先去找開發(fā)私下溝通這塊的內(nèi)容，在會(huì)前提前討論，達(dá)成一致意見。這樣可以避免我們?cè)谠u(píng)審時(shí)，因?yàn)橐粋€(gè)功能點(diǎn)實(shí)現(xiàn)不了或不合理而被1000次暴擊。
3）產(chǎn)品內(nèi)部評(píng)審，降低被懟的風(fēng)險(xiǎn)
俗話說，“三個(gè)臭皮匠，能抵諸葛亮”，一個(gè)人的思維和能力往往是有限的，設(shè)計(jì)出來的產(chǎn)品也不可能做到面面具到。所以，在需求評(píng)審前，我們往往可以在產(chǎn)品內(nèi)部進(jìn)行一次小范圍的評(píng)審，這樣可以避免大部分需求不合理的地方，能直接有效的提升需求評(píng)審的效率，同時(shí)，也能增加團(tuán)隊(duì)對(duì)我們的信任感，減少被懟情況的發(fā)生。
評(píng)審中：
1）適當(dāng)?shù)膹?qiáng)硬，在氣勢(shì)上壓倒一切
在需求評(píng)審會(huì)議正式開始前，我們一定要做好準(zhǔn)備，針對(duì)需求里面可能會(huì)被懟的地方，提前想好、做好應(yīng)對(duì)策略，作為我們的態(tài)度強(qiáng)硬的底氣。
2）明確目標(biāo)，做好會(huì)議的主導(dǎo)者
產(chǎn)品經(jīng)理作為需求評(píng)審會(huì)的發(fā)起者和組織者，在此次評(píng)審的目的上和方向上應(yīng)具有足夠清晰的認(rèn)識(shí)和把控。比如討論A功能能不能被實(shí)現(xiàn)時(shí)，話題突然變成了該功能要不要做的問題。此時(shí)，我們就要及時(shí)的把大家拉回來，告訴大家此時(shí)所有的需求都是已經(jīng)確定了的，是必須要做的，我們只需要討論出如何實(shí)現(xiàn)的問題就可以了。
時(shí)刻記住自己此次需求評(píng)審的目的和要達(dá)到的效果，即使在被多人手撕的時(shí)候，也不能動(dòng)搖，才讓大家跟著我們?cè)u(píng)審的目標(biāo)走，明白要做哪些功能點(diǎn)。
3）果斷出手，做好會(huì)議時(shí)間的控制者
本來一個(gè)小時(shí)的會(huì)議，硬是被開成了三個(gè)小時(shí)的長會(huì)，一場(chǎng)會(huì)議下，經(jīng)常是汗流浹背，精神虛脫，這樣的評(píng)審效果其實(shí)并不理想。
所以，我們產(chǎn)品經(jīng)理要做好時(shí)間的控制者，如果遇到需求模棱兩可的問題，并且已經(jīng)超過了會(huì)議討論時(shí)間，還沒有商量出解決方案的情況時(shí)，此時(shí)便是按下暫停鍵的最好時(shí)機(jī)，切不可因小失大，過度糾結(jié)于局部?？梢詫栴}確認(rèn)后，記錄下來，會(huì)后完善，必要的時(shí)候開二次評(píng)審也是OK的。
4）認(rèn)真聆聽，理智回應(yīng)
人在接受到與自己認(rèn)知不一樣的看法和觀點(diǎn)的時(shí)候，往往第一反應(yīng)就是要打斷別人，闡述自己的想法與之分辨。這樣在會(huì)議中，很容易浪費(fèi)時(shí)間，并且很能會(huì)產(chǎn)生爭(zhēng)執(zhí)，脫離會(huì)議主題。
因此，產(chǎn)品經(jīng)理作為最作為先闡述需求和解決方案的一方，必然要面對(duì)這樣的挑戰(zhàn)。
選擇認(rèn)真聆聽，而后對(duì)癥下藥，是一個(gè)尊重別人，又能獲取表述機(jī)會(huì)的好方法。
通常在被別人打斷了，我們先冷靜下來，不妨認(rèn)真聽下別人的看法和觀點(diǎn)，并在大腦中快速形成一個(gè)思維導(dǎo)圖，迅速對(duì)比兩個(gè)方案，并找出差異點(diǎn)。再針對(duì)兩個(gè)方案的差異點(diǎn)，想出一個(gè)更好的解決方案。
這時(shí)，我們就可以把自己的理解復(fù)述給對(duì)方聽，在獲得對(duì)方的認(rèn)可后，再拋出自己的疑惑，當(dāng)發(fā)現(xiàn)對(duì)方顯然沒想到時(shí)，我們?cè)僖鲎约旱姆桨?，獲得臺(tái)下掌聲一片，豈不美哉！
當(dāng)然，這樣的臨場(chǎng)反應(yīng)能力不是一朝一夕就能練就出來的，需得“久經(jīng)沙場(chǎng)”方可提升。不過，這只是應(yīng)對(duì)之策，還是要提前準(zhǔn)備充足，方可先發(fā)制人，才不會(huì)陷入被動(dòng)的境地。
5）定好開發(fā)周期和人員，確定產(chǎn)品誕辰
在需求評(píng)審順利的情況下，開發(fā)的工作量一般都能當(dāng)場(chǎng)評(píng)估出來，會(huì)后就可直接安排上線時(shí)間了。
假如由于功能復(fù)雜，需要會(huì)后給出評(píng)估結(jié)果，那么就讓大家會(huì)后統(tǒng)一評(píng)估后，再上報(bào)工作量。我們匯總后，在其結(jié)果上延后2-3個(gè)工作日即可給出線時(shí)間了。
又或是需求未評(píng)審清楚，需要二次評(píng)估時(shí)，那么我們就在下次會(huì)議上給出結(jié)果。注意兩次需求評(píng)審會(huì)議不能間隔時(shí)間過長，時(shí)間久了，大家都會(huì)忘記最開始的需求。
評(píng)審后：
會(huì)后要在24小時(shí)之內(nèi)輸出會(huì)議紀(jì)要，從兩方面概述本次會(huì)議內(nèi)容，不需要詳細(xì)記錄每個(gè)過程，比如每個(gè)人說的每一句話。
1）已解決的
包含已解決的問題描述、解決方案、責(zé)任人、起止時(shí)間，可以用表格的形式列在文件里，一目了然。
2）待解決的
也可以用上述同樣的方式記錄下，發(fā)給大家。
RICA矩陣是呈現(xiàn)工作包、人、責(zé)任三者關(guān)系的管理工具，如下列圖表，“什么人、做什么事、需要承擔(dān)怎樣的責(zé)任”，在網(wǎng)格化的管理下，項(xiàng)目中每個(gè)角色的職責(zé)變得都清晰、明了，易于管理，我們可以將其作為產(chǎn)品/項(xiàng)目管理的工具。
這樣一來，既獲得了大家對(duì)需求的一致意見，也確保了需求的可操作性和團(tuán)隊(duì)之間溝通的順暢和有效性。
3. 未識(shí)別的風(fēng)險(xiǎn)
在項(xiàng)目中，團(tuán)隊(duì)成員都要有敢于質(zhì)疑的精神。如果大家都能保持這樣的警惕，那么案例中的問題，是否會(huì)有可能被避免掉呢？答案是肯定的。
所以，作為產(chǎn)品經(jīng)理，我們首先要明確，風(fēng)險(xiǎn)識(shí)別是風(fēng)險(xiǎn)管理的一部分，是貫穿整個(gè)產(chǎn)品開發(fā)生命周期的，在生命周期的不同階段，關(guān)注的風(fēng)險(xiǎn)點(diǎn)也是不一樣的。
那么在實(shí)際開展工作中，我們?cè)撊绾伪M早識(shí)別風(fēng)險(xiǎn)呢？
在項(xiàng)目管理中，風(fēng)險(xiǎn)經(jīng)常被分類為以下幾種：
1）外部風(fēng)險(xiǎn)
主要來自于項(xiàng)目開發(fā)環(huán)境，比如社會(huì)環(huán)境、國家的政策法規(guī)的變化；自然環(huán)境的變化，如地震、水災(zāi)、火災(zāi)等的發(fā)生，會(huì)給項(xiàng)目帶來風(fēng)險(xiǎn)。
2）組織風(fēng)險(xiǎn)
主要來自公司內(nèi)部，如公司領(lǐng)導(dǎo)支持不到位，缺乏資金或外部資源；項(xiàng)目組中人員流動(dòng)、內(nèi)部部門壁壘等。
3）項(xiàng)目管理風(fēng)險(xiǎn)
常見有計(jì)劃不到位、產(chǎn)品立項(xiàng)太草率，脫離用戶和市場(chǎng)需求；產(chǎn)品經(jīng)理、項(xiàng)目經(jīng)理不懂得如何采用項(xiàng)目管理方法去管理風(fēng)險(xiǎn)等。
4）技術(shù)管理風(fēng)險(xiǎn)
需求評(píng)估時(shí)，對(duì)功能實(shí)現(xiàn)的技術(shù)評(píng)估不到位導(dǎo)致后面實(shí)際開發(fā)中出現(xiàn)很多技術(shù)難點(diǎn)、專利等技術(shù)壁壘帶來的風(fēng)險(xiǎn)。
同樣，對(duì)于產(chǎn)品管理來說，我們也可以用上面的方式來提前識(shí)別風(fēng)險(xiǎn)。
比如：
設(shè)計(jì)階段
我們要關(guān)注：“是否會(huì)缺乏相關(guān)的技術(shù)專家對(duì)技術(shù)可行性的評(píng)估”，“產(chǎn)品的需求定義不清楚是否會(huì)造成后續(xù)不斷進(jìn)行變更”，“產(chǎn)品的目標(biāo)客戶不明確，開發(fā)出來的產(chǎn)品是否要對(duì)哪個(gè)市場(chǎng)和需求負(fù)責(zé)”等問題。
開發(fā)階段
則要考慮：“需求夠不夠明確”，“公司管理層意見不統(tǒng)一，是否會(huì)突然停掉開發(fā)”，“團(tuán)隊(duì)角色定義不清楚，缺乏有經(jīng)驗(yàn)的成員”等問題。
做好對(duì)常見問題的排查工作，以達(dá)到預(yù)識(shí)別風(fēng)險(xiǎn)的目的。
然后，就是要做好風(fēng)險(xiǎn)收集。作為風(fēng)險(xiǎn)識(shí)別的主要責(zé)任人，我們需要及時(shí)的收集到大家在產(chǎn)品開發(fā)過程中，提前識(shí)別出的問題，并將其登記在冊(cè)。
最后
產(chǎn)品在最終上線出現(xiàn)了問題，必然是由眾多因素所致，所以才會(huì)出現(xiàn)團(tuán)隊(duì)甩鍋現(xiàn)象的發(fā)生。
出現(xiàn)問題不要緊，重要的是，聰明的我們要學(xué)會(huì)用“二八法則”，很好的分離出那20%的最主要原因，針對(duì)甩鍋事件的具體問題，提出針對(duì)性的方案。
本文由 @產(chǎn)品小白@璿悅 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載
題圖來自Unsplash，基于CC0協(xié)議
感覺一口大鍋月底要甩過來??