1. 程式人生 > >每日話題討論記錄:技術和產品的溝通問題

每日話題討論記錄:技術和產品的溝通問題

背景:

有時候會問自己,技術人員如何提升自己,隨著工作年限時間推移如何和別人拉開差距,我感覺,2小時是一個黃金時刻,其實我有點看不起下班後只會看電影、玩遊戲、吃雞、刷抖音、看小說的人,特別是技術人;

因此,忽然心血來潮,想著在下班時間,可以在以前建的一個IT交流群進行包括不限於IT技術、產品、生活相關話題討論,相互交流,碰撞火花,共同成長;

於是在這裡把群討論的話題和筆記簡單同步到園子,分享給大家。

今日分享話題:

今天,在微信群的討論一個關於技術和產品的溝通問題

還記得那個手機APP會隨著手機殼改變顏色的需求嗎?還記得平安的產品經理和程式設計師大戰的事件嗎?有人說次次開發人員和產品經理溝通需求都像打仗一樣。

那麼現在問題來了,你和產品經理溝通有遇到過奇葩的事情嗎?有什麼好的溝通技巧?我感覺首先開發應該要判斷到需求是否合理,如果需求本身就不那麼合理,就應該好聲好氣地和諧地產品經理溝通說服產品經理如果需求有那麼一點合理,但是又不是非做不可,做起來有很費勁,投入產出比不高,甚至是在時間比較緊的時候還提這些類似需求,而且產品經理還很想做,這個時候就要硬起來,撕逼了

很多時候能夠和諧相處肯定是皆大歡喜,如果實在不行要撕逼,關於“撕逼”的腹黑技巧,1、客觀分析工作量,說出難度,說出做了這個會導致不能準時上線2、用資料說話,技術人員嘛,查個數據so easy,用資料證明這個功能有無價值3、用流程制度去說服,如果有的話,例如,這個按照專案流程,在需求前期就應該分析到....

4、沒辦法了,只能先上溝通了

群夥伴觀點(寶貴實際工作經驗所得):

【Phoebe馬菲】對於不做需求優先順序管理的產品團隊,躲起來。如果拼盡全力找到開發溝通需求的說明真的很重要。只是發郵件發微信的先晾著

【Sheldon Chen】產品能搞定老闆或者客戶的真不多、多數都是什麼什麼 app 或者網站都是這麼做的

【Sheldon Chen】我覺得很多時候需求我們沒得選的,但怎樣讓客戶或者老闆意識到需求變更的成本

【caizf】「這個功能很簡單」

【丫狸】我們老大說過:有言在先,不亂立flag,客戶如果非要這樣幹,不聽專業人士的建議,那就要講明白這樣做的影響,該要時間要時間,如果時間都不給,誰愛做誰做,反正我們不做了

【芝Mua】我覺得吧作為開發理論上不該抵制需求,而應該是接受安排,評估實現方案和實現週期

【芝Mua】作為管理人員則應該設定好需求管理池,對下明確知道什麼需求什麼人跟進到什麼程度遇到什麼問題。對上呢則應該顯示正在進行的中需求,空閒人員名單等。沒有空閒人員,領導就算要加需求,那也沒法加,除非他願意已經在行的需求延期,也就是需要他來重新安排優先順序,也間接的告訴他,我們很充實。 

當然如果混亂的情況下那每個開發人員都會面對一堆可以提需求的人。那就看心情了,自己要當好自己的專案管理,知道自己手上有多少事情,同時也要自己領導知道自己有多少事情,一般這種情況下領導都是傻逼不怎麼會管這些事情,只有當他自己很需要你的事情才急,所以,就要學會指定流程。強制要求所有需求方的需求必須經過領導,或者要領導簽字,或者郵件抄送領導,留好備案。

[email protected]在流程比較規範的工作,做事情就是從99到100,已經存在的東西可能會覺得理所當然,但是當你從0到1的時候,卻發現,之前公司的流程原來是有這麼一個道理。