“糟糕”產(chǎn)研團(tuán)隊的6個表現(xiàn)及解決方案

0 評論 548 瀏覽 10 收藏 12 分鐘

在快速變化的科技領(lǐng)域,產(chǎn)研團(tuán)隊的表現(xiàn)直接影響產(chǎn)品的質(zhì)量和市場競爭力。然而,有些團(tuán)隊在實際操作中會遇到各種問題,影響工作效率和結(jié)果。這篇文章將深入剖析“糟糕”產(chǎn)研團(tuán)隊常見的六個表現(xiàn),并提供行之有效的解決方案,幫助團(tuán)隊克服挑戰(zhàn),提升整體表現(xiàn)。

如果是不是親歷過“糟糕”的團(tuán)隊,我不會對所謂的“團(tuán)隊凝聚力”、“團(tuán)隊溝通”、“團(tuán)隊激勵”這些“陳詞濫調(diào)”的重要性有深刻的切身體會。就好像不到沙漠,不知水對于人體的重要性一樣。所幸,現(xiàn)在團(tuán)隊已爬出深坑。

這篇文章將從6個問題,來分析“糟糕團(tuán)隊的具體表現(xiàn)”,進(jìn)而總結(jié),我們怎么通過2個季度的努力,把一個所謂“糟糕”“低能”的團(tuán)隊,改造成一個優(yōu)秀團(tuán)隊,并且打造出領(lǐng)先業(yè)界的產(chǎn)品的經(jīng)驗。

問題1:閉門造車,功能可用性差

產(chǎn)品、研發(fā)對產(chǎn)品、用戶使用場景不熟悉,更很少關(guān)注市場和競品,與市場同事(需求方)的溝通也嚴(yán)重不足,結(jié)果功能上線后,產(chǎn)品認(rèn)為做出來的功能很強(qiáng)大,但是用戶、運營同事認(rèn)為不好用,沒法用。

解決辦法:

  • 強(qiáng)制體驗產(chǎn)品:整個研發(fā)團(tuán)隊,尤其是產(chǎn)品經(jīng)理,必須投入時間體驗自己的產(chǎn)品,體驗競品,成為用戶,從用戶角度思考問題,基于用戶使用場景來設(shè)計方案,而不是靠臆想。我始終相信,唯有自己是真正的用戶,才能出好的產(chǎn)品。
  • 優(yōu)化溝通流程:邀請市場、運營同事參與需求評審會、以及內(nèi)測,在產(chǎn)品上線前,盡早反饋問題,越早暴露問題,協(xié)商、調(diào)整方案的成本越低,可避免浪費研發(fā)資源,接收多方意見,也有利于產(chǎn)品經(jīng)理做出科學(xué)決策。
  • 上線后持續(xù)優(yōu)化:產(chǎn)品功能需附帶數(shù)據(jù)埋點,功能上線后,持續(xù)關(guān)注數(shù)據(jù)情況,并收集用戶反饋,進(jìn)行優(yōu)化。

問題2:缺少規(guī)范和存檔,重復(fù)踩坑出BUG

由于公司人員流動頻繁,一兩個月前開發(fā)的功能經(jīng)常找不到文檔,全靠記憶,甚至產(chǎn)品經(jīng)理自己都不清楚已有的功能邏輯,研發(fā)也不清楚上一任同事留下來的代碼。每次做新功能或者小優(yōu)化點,都要花大量時間去研究線上方案,總是怕一改就錯,嚴(yán)重影響效率。

解決辦法:

  • 定時更新文檔:所有功能必須有規(guī)范文檔,且每周更新,建立內(nèi)部共享SVN,項目成員可隨時查看文檔,了解已開發(fā)的功能細(xì)節(jié),提前預(yù)防問題,避免重復(fù)踩坑。
  • 統(tǒng)一規(guī)范:同個項目成員,無論是書寫產(chǎn)品、研發(fā)文檔,還是代碼,都需要遵循統(tǒng)一的規(guī)范,并且在完成新的功能模塊后,要及時輸出技術(shù)文檔,幫助其他協(xié)作者和新同事快速接手。
  • 透徹了解全局細(xì)節(jié):產(chǎn)品經(jīng)理、主程必須掌握線上產(chǎn)品的每一個細(xì)節(jié),并且在做新功能設(shè)計時,從產(chǎn)品全局出發(fā)去思考,避免頭痛醫(yī)頭,腳痛醫(yī)角,顧此失彼。

問題3:跨部門溝通成本高,效率低

由于公司不同部分散在各地辦公,只能線上溝通,有時候為了弄清楚一個問題,需要找遍了一圈人,而且還不一定能得到答案,溝通成本極高。會議多,但難形成結(jié)論,且會議遺留問題難有實質(zhì)進(jìn)展。

解決辦法:

  • 避免單點溝通:可采用共享表格,來作為需求收集、問題跟進(jìn)、項目進(jìn)度等共享渠道,盡量做到多對多溝通,及時同步信息。
  • 需求采集、問題反饋等可事先提供完善的模板,一次性采集到完善信息,避免多次溝通浪費時間。
  • 參會者需會前需熟悉資料,并帶有思考來參會,需明確會議目標(biāo),會議結(jié)論及跟進(jìn)事項需落實到具體負(fù)責(zé)人,并引入管理者監(jiān)督制度。
  • 以項目來構(gòu)建組織架構(gòu),統(tǒng)一團(tuán)隊成員目標(biāo)和獎懲制度,往一個方向發(fā)力。

問題4:產(chǎn)品設(shè)計方案不合理,代碼質(zhì)量差

業(yè)務(wù)人員專業(yè)能力欠缺,方案設(shè)計邏輯混亂,甚至自身矛盾,缺少高專業(yè)度的人員幫助把控,將有明顯問題的方案投入開發(fā)。不具備全局思考能力,甚至由于配置后臺與客戶端功能是兩個產(chǎn)品經(jīng)理負(fù)責(zé),出現(xiàn)了配置后臺與功能邏輯對不上,配置后臺無防錯設(shè)計,配置錯誤會造成程序崩潰的問題。

同時,研發(fā)人員代碼水平也較低,抽象能力差,代碼經(jīng)過幾次換手,交接不完整,整個項目開發(fā)8個月,核心流程依然無法跑通。

解決辦法:

  • 明確第一責(zé)任人:產(chǎn)品經(jīng)理需作為第一責(zé)任人,對方案合理性負(fù)責(zé),開發(fā)者對代碼質(zhì)量負(fù)責(zé),若出現(xiàn)問題無法定義直接責(zé)任人,則leader擔(dān)責(zé)。
  • 做好方案評審、代碼review,初級執(zhí)行人員的方案需經(jīng)過審核后,才可投入研發(fā),需將潛在問題在方案階段即暴露出來,并設(shè)計合理方案。
  • 提供成長機(jī)會和機(jī)制,通過導(dǎo)師制度,分享會、面談等方式,讓新手快速成長。小組范圍內(nèi)進(jìn)行總結(jié)會,定期對問題進(jìn)行反思、討論,避免重復(fù)犯錯。
  • 人力資源升級,考核人員水平等級,優(yōu)勝劣汰,明確獎懲,優(yōu)化人力結(jié)構(gòu)。

問題5:研發(fā)流程多槽點,大功能研發(fā)常爛尾,且花大量時間解決線上BUG

市場人員主導(dǎo)需求方案,產(chǎn)品經(jīng)理未做需求篩選和版本規(guī)劃,技術(shù)人員未對方案研發(fā)成本給出反饋,只是照單進(jìn)行開發(fā),甚至開發(fā)到一半,才發(fā)現(xiàn)無法實現(xiàn),經(jīng)常導(dǎo)致嚴(yán)重延期。發(fā)現(xiàn)問題后,未及時解決驗證,而是繼續(xù)疊功能,當(dāng)系統(tǒng)過于復(fù)雜后,原先的問題解決難度被嚴(yán)重放大,造成爛尾。

團(tuán)隊組織分散,成員各掃門前雪,甚至出現(xiàn)某一業(yè)務(wù)自行修改協(xié)議,而漏了周知其他相關(guān)業(yè)務(wù),導(dǎo)致相關(guān)業(yè)務(wù)出現(xiàn)嚴(yán)重的線上BUG,卻由于各自對他人業(yè)務(wù)不了解,花了兩天才定位到是協(xié)議問題。

對測試環(huán)節(jié)重視程度不足,缺少測試工具支持,日志上報不全,人工測試效率低下, 難以定位問題。

解決辦法:

  • 產(chǎn)品需承擔(dān)起需求過濾的責(zé)職,提前做好版本規(guī)劃,制定目標(biāo)上線時間。同時,提前與主要研發(fā)負(fù)責(zé)人先做簡要評估,根據(jù)所需研發(fā)資源多少,結(jié)合緊急度,優(yōu)先級和排期規(guī)劃,保證核心功能按時上線,優(yōu)化功能快速迭代。
  • 技術(shù)側(cè)需提高主動性,參與方案商討,給出專業(yè)意見,事前預(yù)判方案潛在可行性風(fēng)險點,并評估性價比,不能因為市場側(cè)的強(qiáng)勢,就自動放棄討論,把自己當(dāng)成純執(zhí)行者。技術(shù)側(cè)的聲音,對產(chǎn)品的版本劃分、研發(fā)優(yōu)先級確定非常重要,是團(tuán)隊聰明做事,提高效率不可或缺的因素。
  • 每個功能須有第一負(fù)責(zé)人,每日同步研發(fā)進(jìn)度,需要他人支持聯(lián)調(diào)要在啟動前預(yù)約好對應(yīng)人力,讓項目進(jìn)度做到透明、可控。
  • 重視測試環(huán)節(jié),研發(fā)測需支持完善必要的測試工具,以提升測試效率,產(chǎn)品側(cè)需在上線前舉行小范圍測試,避免線上大范圍暴露BUG。

問題6:團(tuán)隊成員缺乏互信,做事敷衍,“甩鍋”心態(tài)嚴(yán)重

由于市場側(cè)作為主要的業(yè)績承擔(dān)方和需求發(fā)起方,比較強(qiáng)勢,而研發(fā)側(cè)經(jīng)過幾次爛尾事例,在公司已經(jīng)散失話語權(quán),無力發(fā)聲。產(chǎn)品不敢做版本規(guī)劃,研發(fā)不敢砍需求,或者都懶得思考,一切照需求做。造成做了很多勞民傷財?shù)珜嵱眯缘偷墓δ埽M(jìn)一步又造成研發(fā)效率低的現(xiàn)象。

市場側(cè)暴力催促進(jìn)度,研發(fā)人員則是被動消極,等著別人催,上線后出問題,則會說是按需求做的,有問題也是產(chǎn)品的問題。(確實產(chǎn)品設(shè)計邏輯也有不合理的地方,但是開發(fā)也照做了)長此以往,市場與研發(fā)之間缺乏互信。

解決辦法:

  • 市場、產(chǎn)品、研發(fā)都要對項目結(jié)果負(fù)責(zé),三方均參與討論,研發(fā)和需求方之間必須要有溝通和博弈的過程,才能推進(jìn)研發(fā)流程更科學(xué)更高效。
  • 統(tǒng)一團(tuán)隊目標(biāo),過程中每一步都充分溝通,在對需求目的、核心流程達(dá)成一致的前提下,尊重不同崗位分工責(zé)職,增強(qiáng)互信,基于事實討論,而不能由某一方獨占話語權(quán)。
  • 明確權(quán)責(zé),對結(jié)果負(fù)責(zé),加強(qiáng)監(jiān)管,研發(fā)團(tuán)隊每周舉行小組會議,反思問題,同時強(qiáng)化獎懲,激發(fā)成員積極性,對消極懈怠人員進(jìn)行提醒,助其改進(jìn)。

總結(jié):

  1. 統(tǒng)一目標(biāo)和方向:明確團(tuán)隊目標(biāo),及時同步結(jié)果,同步市場數(shù)據(jù)和成績,調(diào)動積極性。提升員工互信,改善溝通環(huán)境,尊重自己的專業(yè),同時尊重他人的意見和成果。以戰(zhàn)友的心態(tài)來解決問題。舉行版本溝通會,研發(fā)周會,反思問題,討論優(yōu)化辦法。
  2. 組織、流程優(yōu)化:簡化架構(gòu),降低溝通成本和所謂規(guī)劃時間成本,快速試錯,驗證問題,并快速優(yōu)化。
  3. 人的成長、激勵:明確權(quán)責(zé),對結(jié)果負(fù)責(zé),獎懲分明,獎勵先進(jìn),淘汰落后。做好監(jiān)管,幫助成員成長,提升專業(yè)能力,尊重時間節(jié)點。

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

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

該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!