axure商城

產品經理怎么和程序員打交道?

產品經理和程序員打交道的過程中不管是共性的因素還是個性的因素,也不是想象中那么困難。通過一些努力之后,我們總是會找到一些快速和程序員建立溝通橋梁的辦法。

轉載于:http://www.kuliqiang.com/?p=2935

經常有人問我:“嗨,費杰你好!請問阿里巴巴的需求文檔怎么寫?“,但很少聽到人談:“嗨,哥們你好!請問產品經理怎么和程序員打交道?”你回去稍微琢磨了一下,心里就會得到下面三種情況:

1) 很多產品經理之前就是程序員,所以非常了解程序員是什么樣的一個狀態;

2) 很多產品經理還停留在關注自己產品規劃、設計本身,缺乏對團隊配合的思考;

3) 很多產品經理,其實是有和程序員打交道的實踐技巧、心得的,但沒有重視和分享。


事實上在很多產品研發體系下,產品經理和程序員因為思考方式、關注范圍、職能職責的差異,導致了溝通上的困難。如何更好的與程序員建立起一座暢通的橋梁也是每位產品經理需要思考的問題。

一般情況下,產品經理和程序員溝通困難大概的原因:

1、得到信息不對稱;

產品經理得到的信息一般集中在:商業需求、商業策略、戰略方向、產品規劃、運營數據、整體營收、目標任務等方面。產品經理往往在根據公司現階段的情況,以及市場的競爭情況,做一些產品策略或者一些產品的方案的策劃、發起、實施。
所以這個過程中,產品經理扮演的角色是翻譯:“市場需求、商業需求”,成為:“產品需求”,所有的信息全部圍繞需求本身。為什么要做需求?怎么做需求?先做什么需求、后做什么?基于怎么樣一個思路去推送產品進行實施、從一個利益平衡獲得空間增長指標后達到另外一個利益平衡。

程序員不一樣,很多時候程序員得到的信息是:有一個需求,可能是小需求、產品需求、或大到項目需求,然后得到一系列需求列表,然后產品經理會讓程序員看:“需求”哪些通過code改改就可以實現,哪些是需要開發可以實現,哪些是技術或構架或因為成本的原因不能實現。
所以在這個過程中,程序員扮演的角色是翻譯:“產品需求”,成為:“技術語言”的評估,所有的信息全部圍繞開發需求本身。如何開發這些需求?是溝通數據庫增加字段?調用接口?開發新的接口?需要開發組件?重新構架引擎?來實現滿足或支撐這些需求?

那這個時候問題來了,很多情況下我們只是把程序員當做一個寫代碼,通過編程語言來操作計算機完成需求的工具了。

2、溝通語言不對稱;

說到兩者溝通的語言,這肯定是困擾產品經理本身的。產品經理的語言是:“描述“、”形容“,我也見過很多產品經理,很多人的需求文檔就是漫天飛舞的文字,一整段的描述+描述,不要說程序員看不清,可能過段時間連自己都看不清楚。除了書面語言,產品經理的溝通語言也是含糊的,沒有太多的邏輯去組織,很多時候總是試圖去述說一個需求,被程序員的一個計算機術語而打斷。

程序員的語言,更偏向于技術化。很多產品經理做過技術,有技術背景,但是還有很多產品經理不懂得技術。所以在這個時候,程序員在解說或回答一個需求的時候,會把自己習以為常的變量、函數、實現方式說出來。于是很多產品經理聽到:“Sdk、webshell、select、api、組件、插件、控件“等等的時候會云里霧里,

那這個時候問題來了,很多情況下我們總站在自己的立場上、自己的世界里認為別人也懂自己在說什么?實際呢?大家都是聽得一半一半,溝通沒有徹底到位。

3、思考角度不對稱

產品經理思考的角度在于產品本身,對技術的細節、技術的性能沒有太多的發言權。很多產品經理要是的實現的業務邏輯,不管程序員是采用:c++ 、java、php、Python、找開源代碼改的,還是自己寫的都沒有關系。程序員只要在約定的時間里,把約定的業務邏輯開發出來就可以,產品經理不去會考慮目前服務器的配置、程序員手上任務的配置、技術能力的情況,要的是結果。而且很情愿的認為團隊中的工程師都是世界上最好的工程師,想做什么都可以做,對因為技術原因而不能支持實現需求不能接受。

程序員思考的角度有點區別,我也看到不到程序員本身對產品追求完美對需求的背景、意義去研究了解;但很多程序員還是停留在自己接單子任務一樣來一個做一個的境界,做好了自己玩自己的。程序員考慮程序實現的方式同樣的一個請求是get還是post,程序員考慮代碼的性能,從而采取不一樣的方案去實現需求,考慮請求并發量壓力和安全性。但是很多情況下,程序員對技術的理解會導致有一些業務需求滿足不了,不是因為不能實現,是因為實現了覺得是廢代碼,或者構架不完美了。

那這個時候問題來了,很多情況下到底傾斜誰的立場上思考問題?我之前也會碰到很多情況程序員就程序的角度說業務需求不合理,產品經理說程序員消極罷工、霸得蠻。

4、考核標準不對稱;

誰也不尿誰,哼!你能把我怎么樣。產品經理和程序員有為完全溝通或誤會的時候,極端情況下,有一方會罷工。這個時候主要是2個角色的各個考核標準不一樣,所以在很多情況下顯得非常的無奈。

產品經理很可能考核的是方案和上線的時間、產品上線后的數據;而工程師考核的是程序的性能、很多時候產品經理催的急要的急,但程序員每天的時間有限,還是得慢慢構架慢慢開發,程序員開發時間少了,未知的執行BUG沒考慮過是要負責的。

這個時候問題又來了,產品經理天天干著急!咋辦?

以上是我結合幾年來的工作經驗總結出來的,當然這4大因素把很多共性的因素概況進來了。當然過程中還是會因為很多產品經理或程序員本身(個性)的溝通技巧、態度、情商等因素導致的溝通不倡,影響了彼此之間的默契。

其實仔細的分析一下,產品經理和程序員打交道的過程中不管是共性的因素還是個性的因素,也不是想象中那么困難。通過一些努力之后,我們總是會找到一些快速和程序員建立溝通橋梁的辦法。我個觀點如下:

1、 要看到項目層面,不要只看需求本身。

上面說到的幾點不管是:“信息不對稱“、”溝通的語言不對稱“、”思考角度不對稱“還是”考核的標準不對稱“是我們常見的幾個客觀隱私。把幾個因素抽取出來剖析,發現還是由于我們站問題的視角的高度不一致造成的。

產品經理只是看到自己得到了商業的需求,策劃了產品的需求,接下來會把很多事情拋給程序員做了,那還是站在需求方的角色中。那如果真正的是站在意識層面的項目經理的角度,這個時候看待問題的視眼會廣很多。

這個時候你就想著為了做這個項目這個需求,程序員是不是明白了為什么要做?是不是對這哪些需求的優先級有了重要的認識?作為產品經理我用怎么樣一種表達方式程序員更明白?是不是需要把時間點等劃定?目前程序員的資源和服務器情況允許他們能做的空間是多大?怎么樣才能拉動他們的積極性更好的完成這個項目?適當的時候,需要幫助程序員做哪些申請或讓步?

對產品經理來說,同樣張羅一件事情,同樣會了得到一個結果,但是中間的過程很可能是完全不一樣的。所以因為思考角度僅僅從做完一個需求死磨硬泡上升到,站在項目的角度去考慮各個關節的風險點、時間點,得到的效果是完全不一樣的。

2、從理解程序員開始,換位思考會更好。

一直在問一個問題:“程序員是什么一群人?“就和問自己:”產品經理是什么一群人?“一樣,有點好笑、有點幼稚。從小工到專家,從CSDN到走出軟件作坊,發現很多很多非常優秀的程序員的心聲。

程序員是什么樣一群人?像切西瓜一樣一刀一刀切:

寫php的

寫Java的

寫windows C的

寫liunx C的

寫C++的

編程水平一般的

編程水平還行的

編程水平牛逼的

編程水平大師級的

構架牛的

數據庫牛的

勤奮的

懶于思考的

不會JavaScript的

積極的

喜歡鉆研的……

好像都不太合適,因為你找不到解決和工程師溝通的好的辦法。而且這些很多是外在的條件,隨隨都在改變。看到很多朋友一年之間經歷幾個大項目水平突然猛進,態度、一些特點也變得完全不一樣。這個時候你需要的是了解和掌握程序員,作為職場的人,和我們一樣的人共同需要的一些特點。如下4點:

1) 是不是特別想被肯定、獲得尊重;

理解、肯定、尊重。這3個詞或許非常的空但確確實實是一個非常好的方子。靜下心來走近程序員,聽聽他們的心聲、他們的抱怨,或許產品經理和程序員的距離將不再是那么遙遠。

雖然很多時候我們講德行說尊重,但真正領悟到心里、落實到行動、表現在態度上的完全不一樣的。真正,你是不是一言、一行本真理解、肯定、尊重程序員的,程序員是有感知的.

2) 是不是想給產品提供自己的建議,而不是僅僅做一個編程的機器;

很多程序員對產品非常熱愛、對產品有獨特的想法,但多數又局限于技術情節對產品的建議常常被忽視。相信很多程序員都希望參與產品,通過自己的專長改變產品,進而打磨出一款完美的產品。

所以產品經理也可以適當的給程序員一點發揮的空間,特別是在技術創新、產品需要技術驅動的方面,在商業可控的層面讓程序員發揮排頭兵的作用。這樣程序員會開足馬力投入到開發實施的過程中

3) 是不是不僅僅和人任務指派,需求更多的和諧的人與人之間的溝通建立。

產品經理和程序員兩者之間沒有一個良好的溝通,只是基于做與不做,做好做不好,什么時候做好,這樣的功利性溝通肯定是不可靠的。往往兩者因默契不夠,或一方因溝通技巧不足、對待工作態度不夠積極,造成矛盾。

建立一個人與人之間的良好溝通,幫助產品經理或程序員更好的認知對方、了解對方,這樣無論是在平時的溝通過程,還是在項目的合作過程中更好的促進了解、達成共致都會有一個前提保障。

4)是不是需要別人的幫助,讓他在非技術領域獲得真知。

看到很多產品經理朋友和程序員打成一片,和程序員一天聊天、抽煙、一起下班打游戲、打球,甚至有些時候產品頭腦風暴的時候要去幾個有產品情節的工程師參與前期的討論,效果都不錯。可能這些現象從另外一個層面來解決我們上面的一些疑惑。

3、產品經理要改善心智,不斷自我學習。

最近突然覺得說得想的,有點像哲學。群里的一個朋友說了, 其實哲學就是我們生活一些事情表現出來的道路。產品經理跟程序員打交道也好,對待生活也好,我個人認為是產品經理對哲學的認識、理解、應用。

產品經理越往下走,拋開產品技能本身不談,沉淀商業以及人脈資源,都是需要以一種良好、可靠的思維方式去支撐的,也就是所說的心智模型。

很多時候產品經理改善心智可以不斷的增強一些事物的判斷。如:遇到程序員的拒絕的、不行的理由,這個時候你通過分析起碼要判斷得出來,這個是程序員隔個人的態度問題,還是流程問題,有一點微妙的。

所以產品經理需要不斷的學習,學習提高軟技能。說到學習,回應這篇《產品經理怎么樣和程序員打交道》中,程序員常用的一些技術原理、技術術語得去學習一下、研究一下。Right? OK, End !

給TA買糖
共{{data.count}}人
人已贊賞
產品經理

社交型網站首頁面設計分析

2012-4-13 5:21:37

產品經理

假如你是QQ的產品經理 如何做需求管理

2012-5-26 10:49:40

axure商城
0 條回復 A文章作者 M管理員
    暫無討論,說說你的看法吧
?
個人中心
購物車
優惠劵
今日簽到
有新私信 私信列表
搜索
俄罗斯videoxxxoo