- 相關(guān)推薦
你是不是產(chǎn)品經(jīng)理喜歡的開發(fā)人員？
眾所周知，產(chǎn)品經(jīng)理都是很苦逼的角色，苦逼到要去迎合任何角色，這邊協(xié)調(diào)，那邊哀求，我想很多人都有深切的體會。但是，大家都是一個產(chǎn)品團隊里面的成員，要想融洽的配合，以完成產(chǎn)品目標，就需要相互之間可以親密無間，毫無障礙的配合，以及相互之間的忍讓與寬容。因此也不能一味的要求產(chǎn)品經(jīng)理去遷就開發(fā)人員，每個人都有自己的個性，開發(fā)人員也需要遷就產(chǎn)品經(jīng)理，相互之間各退一步，就海闊天空了。
產(chǎn)品經(jīng)理最希望看到的就是自己的產(chǎn)品意圖能被完整的實現(xiàn)，并按照prd的設(shè)想，按部就班的一點點實現(xiàn)。在prd review的時候，團隊成員可以提意見，但最終還是要由產(chǎn)品經(jīng)理來拍板決定才行。特別是產(chǎn)品經(jīng)理負責制的團隊，對產(chǎn)品層面的把握，產(chǎn)品經(jīng)理要有決策權(quán)，這樣才能保證產(chǎn)品可以按照規(guī)劃去一步步實現(xiàn)。若開發(fā)人員對產(chǎn)品指手畫腳，并在開發(fā)過程當中加入進去很多自己的想法，無疑會影響到整個產(chǎn)品的規(guī)劃，若加進去的是錦上添花的東西也還好說，萬一打亂了產(chǎn)品的功能結(jié)構(gòu)，無疑會讓產(chǎn)品經(jīng)理很郁悶，甚至也會影響到整個產(chǎn)品團隊的績效。
俗話說的好，聞道有先后，術(shù)業(yè)有專攻。大家各司其職，把各自最擅長的部分都發(fā)揮出來，就能對產(chǎn)品有很大的助力，而不是在自身不擅長的領(lǐng)域多加干涉。我承認有很多開發(fā)人員都有做產(chǎn)品經(jīng)理的潛質(zhì)，也確實有一批產(chǎn)品經(jīng)理是技術(shù)出身的，我本人也是，但若你還沒有轉(zhuǎn)職，就還是應該扮演好自己的角色，產(chǎn)品經(jīng)理主要負責產(chǎn)品的規(guī)劃和設(shè)計，開發(fā)人員負責實現(xiàn)。這樣也就有人什么樣的開發(fā)人員是產(chǎn)品經(jīng)理比較喜歡的話題。
最受歡迎的是實干型的
打個比方，產(chǎn)品經(jīng)理是畫圖紙的，開發(fā)人員就是施工的，要嚴格按照圖紙所畫的設(shè)計來施工，大樓才不會倒塌。實干型的開發(fā)人員是最受產(chǎn)品經(jīng)理歡迎的，這樣的人可以切實的把產(chǎn)品意圖實現(xiàn)出來。當然也不是盲目的施工，在充分理解prd的基礎(chǔ)上，了解一定的背景，知曉其價值所在，對設(shè)計方案并無大的異義，技術(shù)實現(xiàn)上也無難題需要攻克的，然后按照prd進行開發(fā)。實干型也不代表悶聲不響，有意見可以提，要的只是大家達成一致后，或沒有達成一致的情況下，產(chǎn)品經(jīng)理拍板了其中一種設(shè)計方案，后續(xù)可以按prd照常開發(fā)的，這樣才是產(chǎn)品經(jīng)理喜歡的。
有疑問是好事，證明花時間去理解產(chǎn)品設(shè)計的思路和意圖了，這樣也能幫助開發(fā)人員自身熟悉業(yè)務，提升自己的水平。產(chǎn)品經(jīng)理負責制絕不是搞“一言堂”，還是很民主的，只是在大家爭執(zhí)不下的時候，擁有最后的決策權(quán)。產(chǎn)品團隊在這個時候要的就是堅實的執(zhí)行prd，而不能抱著懷疑態(tài)度在開發(fā)過程當中去篡改。
最討厭的就是表里不一的
在討論產(chǎn)品需求的時候大家都達成一致了，最后開發(fā)出來發(fā)現(xiàn)完全不是那么回事，這個時候最郁悶的就是產(chǎn)品經(jīng)理了，自己的設(shè)計被別人改的面目全非不說，還要花時間重構(gòu)，影響到整體的項目進度。在一個產(chǎn)品團隊待久了，很多學習能力強的開發(fā)人員就會對產(chǎn)品或所負責的業(yè)務形成一定的自身見解和認識，這種認識有時候是好事，可以幫助開發(fā)人員快速的理解新需求，有時候又是壞事，會先入為主的使開發(fā)人員認為玩來玩去就這么點內(nèi)容，他已經(jīng)都掌握了，會產(chǎn)生一些自身的想法，進而將這些想法加入到產(chǎn)品當中。這種情況最要不得。
還有一種很杯具的情況，就是開發(fā)人員越過產(chǎn)品經(jīng)理，自己去和業(yè)務人員溝通需求，并自認為掌握了一手的需求，只要幫業(yè)務人員快速實現(xiàn)對應的需求就是莫大的功勞。殊不知一手需求大多都是不可用的，都需要經(jīng)過轉(zhuǎn)化，并且大多數(shù)用戶都無法清楚的表達自己的需求，只能描述自己日常的操作是這樣的。若按這樣子去實現(xiàn)，做出來的產(chǎn)品只是線下操作的線上化，毫無產(chǎn)品規(guī)劃可言，也不符合業(yè)務邏輯。這樣子做等于是架空了prd，完全把prd當成是擺設(shè)，這是非常不可取的行為。
開發(fā)人員應具備的能力素質(zhì)
最基本的就是技術(shù)水平。作為開發(fā)人員，不去鉆研技術(shù)，學習新興技術(shù)，最終就會被淘汰。it行業(yè)是更新最快的行業(yè)，不斷有新技術(shù)，新概念出現(xiàn)，不與時俱進就會被時代拋棄。再就是技術(shù)是個無底洞，越深入研究內(nèi)容就會越多，精通某項技術(shù)比略知n項技術(shù)要有價值的多。有時候工作經(jīng)驗的長短并不能代表技術(shù)能力，關(guān)鍵還是要看自身是否肯去研究。毫無疑問，技術(shù)能力強的開發(fā)人員更受產(chǎn)品經(jīng)理喜歡。
技術(shù)架構(gòu)能力。prd只是把產(chǎn)品需求層面的東西表述清楚了，技術(shù)設(shè)計層面的還是要靠開發(fā)人員來設(shè)計。一個系統(tǒng)的可擴展性、穩(wěn)定性等都靠技術(shù)架構(gòu)的構(gòu)建是否合理。好的架構(gòu)可以讓產(chǎn)品擁有千變?nèi)f化的能力，雖然需求不能的在變，但都能稍改一下就能適應。這樣的結(jié)構(gòu)無疑是更令人欣賞的。
邏輯思維能力。主要在于代碼邏輯是否嚴謹，特別是在條件判斷情況比較多的時候，大家都懂if和else，也知道and和or，怎么使它們配合出來多樣的條件組合，以滿足產(chǎn)品的業(yè)務邏輯和流程邏輯，是開發(fā)人員要考慮的。這點比較類似于bug的數(shù)量。
溝通能力。產(chǎn)品團隊中的任何成員都需要有良好的溝通能力，至少得把你想表達的事情說清楚，不能說了半天，都無法讓人搞清楚你在說什么。有例證的溝通是比較有效果的，可以依照prd的設(shè)計，加上例舉，來表述設(shè)計上的疑問，這樣產(chǎn)品經(jīng)理最容易理解。但前提是一定要好好看prd才行，不能文檔都不看，就開始提一堆問題，這樣只會讓人反感。
在產(chǎn)品團隊內(nèi)部，產(chǎn)品經(jīng)理和開發(fā)人員之間相處融洽了，配合無間了，是產(chǎn)品成功的有力保障。相反，若雙方之間矛盾重重，則只會一事無成。因此，產(chǎn)品經(jīng)理和開發(fā)人員之間的關(guān)系維系向來比較讓人頭疼，多數(shù)情況向都是產(chǎn)品經(jīng)理在妥協(xié)和配合，在此，我也希望開發(fā)人員能夠體諒和配合一下產(chǎn)品經(jīng)理。
【你是不是產(chǎn)品經(jīng)理喜歡的開發(fā)人員？】相關(guān)文章：
項目經(jīng)理和產(chǎn)品經(jīng)理的職能是不是要分開？07-12
產(chǎn)品經(jīng)理新人如何和開發(fā)人員合作？07-12
這些數(shù)碼產(chǎn)品是不是你出門必帶的07-12
產(chǎn)品經(jīng)理六招教你贏得開發(fā)人員的尊重07-12
產(chǎn)品經(jīng)理，你能否說服別人？07-12
產(chǎn)品經(jīng)理的尷尬，你又知多少？07-12
你有產(chǎn)品經(jīng)理常犯的毛病嗎？07-12