互聯(lián)網(wǎng)時代活鹰，產(chǎn)品需求更加多變，產(chǎn)品經(jīng)理在網(wǎng)絡(luò)上甚至被戲稱為“產(chǎn)品狗”只估，做產(chǎn)品設(shè)計的就是背黑鍋的志群，就是炮灰……關(guān)于產(chǎn)品設(shè)計與開發(fā)實現(xiàn)環(huán)節(jié)的各種矛盾問題吐槽不少。為更好實現(xiàn)需求仅乓，產(chǎn)品經(jīng)理如何說服 技術(shù)人員的討論已經(jīng)很多赖舟，而對于技術(shù)人員該怎樣參與到產(chǎn)品設(shè)計討論環(huán)節(jié)，也值得深思夸楣。
很多時候宾抓，程序員與產(chǎn)品經(jīng)理在一個項目上的感觀是完全不同的子漩，就如兩個盲人摸象，一個 希望摸出牛來石洗，一個希望摸出面包來幢泼，顯然二者都是不夠理性的。 所以在項目管理中讲衫，我們要引入迭代和增量缕棵。迭代讓軟件不斷完善某個特性，增量支持逐步交付所有特性涉兽。二者結(jié)合起來使用招驴，可以不斷修整逼近真實需求，提早暴露及規(guī)避風(fēng)險枷畏。項目交流中别厘，往往遇到的問題有以下三個誤區(qū)。
誤區(qū)一：技術(shù)人員不斷推翻產(chǎn)品經(jīng)理的需求
這種現(xiàn)象最后往往表現(xiàn)為：產(chǎn)品通過實施已經(jīng)做好了拥诡，最后在技術(shù)人員那變成了“服務(wù)器不支持部署”触趴，最終不了了之；或表現(xiàn)為：產(chǎn)品經(jīng)理好不容易做好了一個需求渴肉，且能夠?qū)嵤┤吲常瑫?上宣講完后，技術(shù)骨干說“銷售部早就試過這種技術(shù)仇祭，現(xiàn)在的客戶端也不支持披蕉，培訓(xùn)銷售人 員使用軟件至少要三個月”，使整個需求崩塌前塔。
誤區(qū)二：技術(shù)人員過度或過高解讀產(chǎn)品經(jīng)理的需求嚣艇，過高解讀需求事實上也是對需求的漠視。
我們經(jīng)常遇到的現(xiàn)象是：當(dāng)項目周期到了华弓，審視整個項目進度卻沒有達到一半食零，開會討論時收集的意見是“產(chǎn)品經(jīng)理不是說UI界面很重要嗎？我們已經(jīng)設(shè)計了8套界面寂屏，至于軟件核心我們還沒有開工”贰谣、“這套產(chǎn)品我們規(guī)劃了手機、PC和平板三個介質(zhì)迁霎，所以我們分別在三個平臺上進行了測試吱抚，軟件代碼還沒有開始”。
誤區(qū)三：技術(shù)人員對需求無動于衷
技術(shù)人員對需求無動于衷的現(xiàn)象往往表現(xiàn)為：你讓我做移動項目嗎考廉？但我的PC客戶端還在開發(fā)呢秘豹？你要的寫代碼，可我們還在做上個項目的培訓(xùn)呢昌粤。
對于上述三種誤區(qū)既绕，需求與開發(fā)的不對稱啄刹，關(guān)鍵在于責(zé)任、目標(biāo)與績效凄贩。要解決交流誤差誓军，并營造出快樂的溝通氛圍、實施出優(yōu)秀的作品疲扎，也并非沒有解決之道昵时。
經(jīng)驗一：專職做專事
不要對技術(shù)人員有復(fù)合事務(wù)要求或過高奢求人們往往容易犯的錯誤是對別人有過高的需求。我們當(dāng)然希望保潔員阿姨都能寫出優(yōu)秀的代碼椒丧，上得了廳堂壹甥、下得了廚房，但這種求大求全的現(xiàn)象壶熏，往往最后什么也做不成盹廷。
所以在管理團隊過程中，告訴團隊：你不需要有過多的實施久橙，你只需要專心做一件事，而且下班后就開開心心回家管怠，第二天一早會有遞增 需求清單等你實施淆衷，絕不會讓一個程序員去做“需求收集”，也不會讓一個美工去“順便寫下“CSS”這樣的需求渤弛。
經(jīng)驗二：不管結(jié)果如何祝拯，你先給我做出來
項目經(jīng)理或產(chǎn)品經(jīng)理對于責(zé)任的擔(dān)當(dāng)是第一位的，作為經(jīng)理要灌輸給團隊的理念是：你只要按我的需求做好事情她肯，所有責(zé)任我會來擔(dān)當(dāng)佳头。唯有如此，才能建立起一個敢進敢退的團隊晴氨，而不應(yīng)簡單地將責(zé)任推諉給成員康嘉。
承擔(dān)責(zé)任的前提并不僅僅是勇氣或魄力，更需要智慧籽前。往往經(jīng)理能看到的層面亭珍，不是其他成員能看到的≈澹可以設(shè)想當(dāng)年iPhone研發(fā)時肄梨，分別在屏幕、傳感挠锥、移動互聯(lián)網(wǎng)等技術(shù)上投入众羡，而原本從事PC開發(fā)的麥金塔團隊成員并不能理解，但事后這些技術(shù)都很好地整合到了產(chǎn)品上蓖租。
在我們的項目管理中也同樣需要“暗箱推進粱侣、事后串聯(lián)”的能力羊壹。比如前瞻性地安排成員在 UI、硬件甜害、軟件舶掖、需求等多方面并行開發(fā)，而事后可以良好地將這些技術(shù)“干貨”整合起來尔店， 即使團隊成員有離散眨攘，也不會影響整個項目。
經(jīng)驗三：同衣同袍嚣州、上下齊心
有什么比平等更重要呢鲫售？和團隊成員一起上班、下班该肴、一起吃快餐情竹、一起找解決方案，遠(yuǎn)比一紙公文或是高高在上更有效匀哄。不要奢望通過遠(yuǎn)程電話會議秦效、QQ、郵件能解決一切交流問 題涎嚼，面對面的交流阱州，永遠(yuǎn)是最重要的傳感渠道。
經(jīng)驗四：可以不說話法梯，但有工具可以讓你參與
有人說：需求有差異苔货、實施有軟肋，那就開會解決唄立哑∫共眩“程序猿”們往往是口頭表達的弱者，或是漠視口頭交流（事實上他們不是沒能力交流铛绰，而且往往在會上一言不發(fā)诈茧、會后牢騷萬千，并在社交網(wǎng)絡(luò)上活躍異常）至耻，原因很簡單“寫代碼 都已經(jīng)很累了若皱，為什么還要交流這么多”、“我又不是經(jīng)理尘颓，為什么要參與交流”走触、“我只賺代 碼編程的錢，又沒有人付我參與交流的報酬”疤苹。
針對這樣的現(xiàn)象互广，經(jīng)理應(yīng)該允許并給予充分的尊重，我們要做的是：允許啞巴成員，但我會有其他的工具讓你參與惫皱。包括線上調(diào)查像樊、月報周報、團隊拓展旅敷、日志記錄生棍、報表收集，甚至是生日Party等場合媳谁，在與員工同衣同袍的基礎(chǔ)上涂滴，充分地讓員工得到交流，從而解決交流的鴻溝晴音。
文章摘自《程序員》電子刊 有刪減
文章來源：艾藝信息
