如何讓程序員放下手中的刀?

10 評(píng)論 15583 瀏覽 21 收藏 12 分鐘

產(chǎn)品經(jīng)理和程序員似乎是天生的一對(duì)死對(duì)頭,在面對(duì)產(chǎn)品經(jīng)理不斷更改的需求時(shí),脾氣再好的程序員也會(huì)情緒暴走,如何巧妙地避免這種情況的發(fā)生呢?

眾所周知,產(chǎn)品經(jīng)理跟程序員屬于死對(duì)頭崗位,程序員跟產(chǎn)品經(jīng)理因?yàn)樾枨蟠蚱饋淼男侣劯菍乙姴货r,甚至還出現(xiàn)過程序員暴力砍人的事件,因此一干產(chǎn)品甚至開玩笑說產(chǎn)品這個(gè)行業(yè)屬于高危行業(yè),隨時(shí)面臨著被砍,被套麻袋,被群毆等各種問題。

雖說沒有到描述的這么可怕,但是在面對(duì)不斷更新需求即將爆發(fā)的程序,如何讓他們放下手中的刀,確實(shí)尤為重要。

這里主要分析的場是面對(duì)需求頻繁更改已經(jīng)處于暴走邊緣的程序員如何安撫的場景。

造成需求不斷更改的原因有很多:

  1. 客戶突然更改的想法并且要求必須實(shí)現(xiàn)。
  2. 領(lǐng)導(dǎo)突然又看到了一個(gè)app并要求按照此app做出更改。
  3. 之前由于考慮不周后期需要填坑。
  4. 技術(shù)之前就沒理解需求,出現(xiàn)了問題需要大改。
  5. ……

面對(duì)一改再改的需求,脾氣再好的程序員也會(huì)變身暴躁龍,身為產(chǎn)品狗的我們?yōu)榱诵枨竽鼙M快落地,先穩(wěn)住開發(fā)是非常重要的。

穩(wěn)住開發(fā)是關(guān)鍵

1. 解釋需求更改的原因,該認(rèn)錯(cuò)認(rèn)錯(cuò),不是自己的錯(cuò)也先背著(畢竟產(chǎn)品背鍋俠)。

需要更改一個(gè)需求之前,先讓技術(shù)知道更改的原因,所有的需求調(diào)整都是有理有據(jù),不是靈光一閃。

產(chǎn)品經(jīng)理作為貫穿整個(gè)產(chǎn)品研發(fā)周期的責(zé)任人,不管產(chǎn)品出現(xiàn)什么問題,首當(dāng)其沖站出來,能提高團(tuán)隊(duì)的信賴感。

2. 懷柔政策,可以跟技術(shù)表現(xiàn)同仇敵愾,一致對(duì)外。

這個(gè)讓技術(shù)產(chǎn)生共情心理,告訴他們我們其實(shí)是一個(gè)戰(zhàn)線的,讓他們產(chǎn)生一種是自己人的感覺,在后續(xù)更好的去說服技術(shù)人員進(jìn)行調(diào)整。

3. 肯定技術(shù)的能力。

技術(shù)是需要認(rèn)同的,之前工作的心血因?yàn)橐粋€(gè)調(diào)整可能就全部付諸流水了,心理難免要炸。所以一定要先肯定技術(shù)的能力,每個(gè)技術(shù)都是需要夸獎(jiǎng)的,適當(dāng)并且到位的夸獎(jiǎng)能降低技術(shù)對(duì)需求更改的抵觸心理。

4. 調(diào)整需求的時(shí)候,更多的讓技術(shù)參與這個(gè)過程,讓他們產(chǎn)生認(rèn)同感。

我們在確認(rèn)某個(gè)功能需求調(diào)整之后,可以先試探的性的跟技術(shù)溝通,對(duì)于這個(gè)功能是否覺得有不合理的地方,是不是應(yīng)該進(jìn)行一下調(diào)整會(huì)更好,讓技術(shù)發(fā)表自己的意見然后慢慢引導(dǎo),最終導(dǎo)向我們希望的結(jié)果,這個(gè)過程技術(shù)參與進(jìn)來,會(huì)讓他們產(chǎn)生一種認(rèn)同感,這個(gè)能更好的讓技術(shù)接受需求調(diào)整這個(gè)結(jié)果。

一個(gè)產(chǎn)品開發(fā)的生命周期會(huì)收到來自各個(gè)相關(guān)方的意見反饋,作為產(chǎn)品經(jīng)理,除了不可抗力的更改因素外,更多的是要考慮產(chǎn)品的完善性,減少因?yàn)榍捌跍?zhǔn)備不足導(dǎo)致的后期修補(bǔ)性的更改,這些更改會(huì)造成人力成本的提高,以及項(xiàng)目團(tuán)隊(duì)的不和諧。

除了不可抗力因素外,產(chǎn)品能把控的就是在產(chǎn)品規(guī)劃前期對(duì)產(chǎn)品需求的描述,這里會(huì)決定開發(fā)最終交付的成果是否能達(dá)到產(chǎn)品的要求。

我們分析一下產(chǎn)品跟技術(shù)對(duì)立對(duì)需求想法不一致的源頭,兩者所占的角度不同,看問題的點(diǎn)也不一樣,所以我們最常聽到的兩者爭吵的語句就是以下:

雙方都有自己的立足點(diǎn),看問題的角度不一樣,開始可能是討論,后面就可能演變?yōu)闋幷摗?/p>

產(chǎn)品的立點(diǎn):

  • 產(chǎn)品定位;
  • 需求場景;
  • 用戶體驗(yàn);
  • 業(yè)務(wù)目標(biāo)。

技術(shù)的立點(diǎn):

  • 功能實(shí)現(xiàn);
  • 開發(fā)難易;
  • 后期維護(hù);
  • 改動(dòng)成本。

前期做好準(zhǔn)備

雙方站在自己的領(lǐng)域范圍下,都是有理有據(jù),但是放到一起,產(chǎn)品的開發(fā)過程就會(huì)舉步維艱,產(chǎn)品要這個(gè)功能明天實(shí)現(xiàn),技術(shù)考慮這個(gè)功能起碼一個(gè)星期甚至說這個(gè)需求根本不可能實(shí)現(xiàn),要么砍需求要么改需求,產(chǎn)品也不會(huì)答應(yīng),你來我往,雙方就此展開撕逼。

這里總結(jié)了幾點(diǎn)產(chǎn)品經(jīng)理在前期做好可以減少很多不必要的爭吵經(jīng)驗(yàn)。

1. 需求明確,邏輯清晰,思維縝密,不要讓程序猜。

我們在制作產(chǎn)品原型以及編寫PRD文檔的時(shí)候,一定要清晰準(zhǔn)確的描述需求目的,所有的需求都是從合理的角度出發(fā),有理有據(jù),減少帶個(gè)人主觀性的語言描述(比如我覺得,我認(rèn)為),這樣的描述會(huì)給開發(fā)留下一種產(chǎn)品沒有從實(shí)際出發(fā),所有功能都是拍腦袋想出來的,團(tuán)隊(duì)會(huì)存在不信任感,也會(huì)給開發(fā)留下一種能力不行的印象,會(huì)導(dǎo)致后面的需求更難落地。

在對(duì)功能做描述的時(shí)候,盡可能詳細(xì)的考慮到多種場景,減少程序的想象空間,我們想的越多,考慮的越全,程序在開發(fā)的過程中才能更貼近我們的原本需求。

比如對(duì)一個(gè)輸入框做說明,我們要考慮的首先是字符長度邊界、可支持輸入的字符類型(比如手機(jī)號(hào)碼輸入就是數(shù)字型,但是備注輸入就是沒有限制)、是否必填、是否有默認(rèn)值、是否有提示語、錯(cuò)誤輸入的狀態(tài)提示等常規(guī)性的描述。但是還有一些特殊場景,比如輸入文本時(shí),需要自動(dòng)帶出之前輸入過的字符,支持直接快速選中快速錄入,是否支持粘貼等這些也是要考慮進(jìn)去的??傊a(chǎn)品前期考慮的越全,程序開發(fā)才會(huì)更容易,后期也不會(huì)因?yàn)楫a(chǎn)品漏了一些場景而產(chǎn)生不要的變更。

2. 尊重并理解技術(shù)人員。

調(diào)查了一下身邊的程序員,最煩聽到的來自產(chǎn)品的話語:“這個(gè)需求很簡單……”榮登榜首,反思一下,主要是因?yàn)橐徊糠之a(chǎn)品不懂技術(shù),僅通過主觀臆斷就決定開發(fā)周期的長短。

舉個(gè)例子:需求是去超市買瓶水;技術(shù)要考慮的可能就是路程有多遠(yuǎn),走路合適還是需要坐車;一共有幾條路可以到超市;水是只有一種還是有多種;如果有很多人一起買水是需要排隊(duì)還是可以多線程…….

所以我們再給出需求之后,可以多聽聽程序的意見,不要通過主觀想法開口就是“這個(gè)需求很簡單……”。同時(shí)我們也要多學(xué)習(xí)一點(diǎn)的技術(shù),不懂就問,平時(shí)可以多去一些技術(shù)論壇逛逛,也是為了避免一個(gè)需求評(píng)審?fù)?,技術(shù)報(bào)了3天,結(jié)果兩小時(shí)就做完了這種情況。

3. 小事線上溝通,大事當(dāng)面溝通,所有的調(diào)整都要做好書面記錄。

程序在開發(fā)的過程中是需要大量進(jìn)行思考,所以中途被打斷,可能前面的準(zhǔn)備就前功盡棄了,所有沒有什么特別重要的通知的時(shí)候,可以通過線上交流,等技術(shù)忙完自然會(huì)去看。

對(duì)于很重要的事情,一定要當(dāng)面溝通,不要因?yàn)楹ε聸_突就發(fā)郵件通知。書面內(nèi)容每個(gè)人在理解的時(shí)候很可能產(chǎn)生誤差,最后造成更大的問題。積極主動(dòng),加上真誠,和善的態(tài)度,是避免沖突的良好開始。

最重要的一點(diǎn),所有的調(diào)整在通知并確定方案后一定要書面記錄,程序每天要接收很多訊息,很多需求我們在溝通后他們不一定會(huì)及時(shí)去處理,甚至小一點(diǎn)的變動(dòng)可能會(huì)漏掉,所以在溝通清楚后,一定要記錄在便于程序查看的位置,也方便后面測試可以了解。

一般我們可以在原型前增加一頁,專門用來記錄調(diào)整的需求,并且對(duì)每個(gè)調(diào)整的頁面后放置快速跳轉(zhuǎn)鏈接,便于程序快速定位。如下圖:

4. 私下交流,合理套路。

人都是有感情的動(dòng)物,關(guān)系親近也會(huì)有利于沖突的減少。很多人喜歡把工作和生活區(qū)分對(duì)待,但實(shí)際上我們的生活大部分時(shí)間都在工作,工作中的程序和產(chǎn)品私底下也可能是很好的朋友,了解每個(gè)人的工作方式和溝通喜好,更有利于對(duì)癥下藥,當(dāng)對(duì)每個(gè)程序進(jìn)行性格的個(gè)體分析后,就可以合理套路了。

產(chǎn)品跟程序沒有職屬關(guān)系,但是在推動(dòng)研發(fā)按時(shí)交付時(shí),就只能靠人格魅力了,平時(shí)大家關(guān)系很好點(diǎn)點(diǎn)滴滴都看在眼里,程序自然也不想產(chǎn)品為難,能做的就做了,做不完的可能加班也給做了。

產(chǎn)品經(jīng)理負(fù)責(zé)產(chǎn)品各項(xiàng)事物的協(xié)調(diào)和推進(jìn),需要有強(qiáng)大的心臟以及很高的情商,多站在對(duì)方的角度看待問題,做出正確的判斷,專業(yè)素質(zhì)越強(qiáng),程序才能越信服,溝通才會(huì)更加順暢。

 

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

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

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. #非技術(shù)出身產(chǎn)品經(jīng)理的技術(shù)溝通秘籍#
    15天補(bǔ)齊程序/代碼、前端、后端、數(shù)據(jù)庫4大模塊基礎(chǔ)技術(shù)知識(shí)。助你日常溝通更順暢,產(chǎn)品設(shè)計(jì)不挖坑!
    詳情戳>http://996.pm/7daXE 或咨詢起點(diǎn)學(xué)院蘑菇(wx:qdxymg)

    來自廣東 回復(fù)
  2. 寫得很不錯(cuò),闊以授權(quán)轉(zhuǎn)載么?謝謝! ??

    來自福建 回復(fù)
    1. 可以的 標(biāo)明出處就行

      來自廣東 回復(fù)
    2. 好的,謝謝哈!

      來自福建 回復(fù)
  3. 哈哈,很有意思

    來自河北 回復(fù)
  4. 受用了,產(chǎn)品與程序員其實(shí)有共同的目標(biāo),就是做一款優(yōu)秀的產(chǎn)品,通過統(tǒng)一目標(biāo)拉攏程序員站在同一戰(zhàn)線,多站在對(duì)方的立場考慮問題、明確需求、闡述原因,更容易獲得對(duì)方的支持

    來自廣東 回復(fù)
  5. 沒人格魅力腫么辦 ??

    來自廣東 回復(fù)
    1. 怎么會(huì) ,能做產(chǎn)品的情商都不會(huì)差 ??

      來自廣東 回復(fù)
  6. 感謝作者 受用啦 ??

    來自廣東 回復(fù)
    1. ??

      來自廣東 回復(fù)