中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

前兩天網(wǎng)上有個(gè)程序員吐槽大會(huì)我看挺多人在轉(zhuǎn)的，這么公開黑產(chǎn)品經(jīng)理，除了娛樂效果之外，確實(shí)也反映了很多問題。作為一個(gè)前程序員，現(xiàn)產(chǎn)品經(jīng)理，我覺得還是得說(shuō)幾句。首先以產(chǎn)品經(jīng)理的角度自省，然后我再吐槽一下程序員。禮尚往來(lái)嘛！

01?吐槽產(chǎn)品經(jīng)理

做產(chǎn)品之前我是做技術(shù)的，主要是做前端開發(fā)，Android 和 iOS 通吃，之前也做過(guò)一段時(shí)間的后端開發(fā)。

到現(xiàn)在轉(zhuǎn)產(chǎn)品 5 年多了，以一個(gè)產(chǎn)品經(jīng)理的身份也越發(fā)能理解為什么程序員對(duì)產(chǎn)品經(jīng)理的意見那么大。

其實(shí)最關(guān)鍵的一點(diǎn)就是“不確定性”。

舉幾個(gè)例子你就明白了。

第一個(gè)例子是需求評(píng)審，在評(píng)審會(huì)上如果遇到一些沒有定義清楚的問題，通常有兩種處理方法，一種是當(dāng)場(chǎng)聊清楚，一種是事后再討論。

如果是第一種，可能當(dāng)時(shí)是聊明白了，但是產(chǎn)品經(jīng)理事后去完善文檔時(shí)有可能和會(huì)上的結(jié)論有出入，或者干脆忘記完善文檔這回事了。

程序員拿到文檔去開發(fā)時(shí)，很可能對(duì)這個(gè)問題的理解產(chǎn)生偏差，導(dǎo)致開發(fā)出來(lái)的產(chǎn)品有問題，最后這個(gè)鍋誰(shuí)來(lái)背？

因?yàn)槎紖?huì)了，也有共識(shí)，但文檔沒體現(xiàn)。毫無(wú)疑問，這個(gè)鍋該產(chǎn)品經(jīng)理來(lái)背。

產(chǎn)品經(jīng)理是決策者，需要保證方案以確定性的狀態(tài)進(jìn)入開發(fā)環(huán)節(jié)，不管是溝通還是文檔。所以這種“不確定性”往往會(huì)令程序員比較反感。

如果是第二種，對(duì)于評(píng)審會(huì)上不確定的點(diǎn)進(jìn)行會(huì)后討論，很可能出現(xiàn)因?yàn)閯e的優(yōu)先級(jí)插入或者其他事情而忽略了這個(gè)問題。

以至于當(dāng)再次回來(lái)進(jìn)入開發(fā)時(shí)，之前的問題就是不確定的，程序員如果根據(jù)自己的理解做了，最后的結(jié)果肯定和預(yù)期是不符的。

如果不做，就會(huì)卡在那，然后再找產(chǎn)品經(jīng)理溝通。

這中間一來(lái)一回，效率其實(shí)挺低的。一旦不能進(jìn)入寫代碼的環(huán)節(jié)，程序員都覺得是在浪費(fèi)時(shí)間。

真的，以前我就會(huì)這么覺得。聊了半天確定不了，又有很多變數(shù)，這種不確定性讓我不敢輕易寫代碼。

為什么，一怕返工，二怕背鍋。

所以啊，產(chǎn)品經(jīng)理如果想把自己的工作做好，就需要提升自己對(duì)需求對(duì)方案的確定性，提前功課做足一點(diǎn)。

不僅是需求背景、意義目標(biāo)、方案細(xì)節(jié)、可能的沖突、數(shù)據(jù)埋點(diǎn)這些，還有就是對(duì)過(guò)程中的不確定性管理，比如需求變更、優(yōu)先級(jí)調(diào)整等，都需要給到程序員非常明確的結(jié)論。

一是一，二是二，別弄怎么都行的中間狀態(tài)。那樣真的很煩人。

02?再次吐槽產(chǎn)品經(jīng)理

第二個(gè)例子，是提需求。

程序員吐槽大會(huì)中提到，產(chǎn)品經(jīng)理和程序員就像唐僧和孫悟空，唐僧說(shuō)“我就要取經(jīng)”，孫悟空說(shuō)“那得殺了白骨精變成的妖怪”，唐僧覺得不能濫殺無(wú)辜，孫悟空又說(shuō)“那怎么辦”，唐僧說(shuō)“我不管，我就要取經(jīng)”。

說(shuō)實(shí)話，我挺認(rèn)同這段的。做技術(shù)時(shí)也確實(shí)見過(guò)這樣的產(chǎn)品經(jīng)理，做產(chǎn)品后，也見過(guò)這樣的業(yè)務(wù)方。

這個(gè)需求很簡(jiǎn)單，怎么實(shí)現(xiàn)我不管，明天上線。就是這么直白（沙雕）。

作為程序員，面對(duì)這樣的產(chǎn)品經(jīng)理，和作為產(chǎn)品經(jīng)理，面對(duì)這樣的業(yè)務(wù)方，內(nèi)心真的不知道該說(shuō)什么。

他們聽不進(jìn)也無(wú)法理解你的表達(dá)，死死抓住自己的需求并強(qiáng)烈的 push 給你。這種情況通常是兩個(gè)原因，第一種是真的不懂，第二種是傳話筒。

先說(shuō)第一種情況，真的不懂。

不得不說(shuō)，大部分的產(chǎn)品經(jīng)理是不懂技術(shù)的，這是行業(yè)現(xiàn)狀。

但也有越來(lái)越多的產(chǎn)品經(jīng)理開始學(xué)習(xí)和了解技術(shù)，我一直說(shuō)產(chǎn)品經(jīng)理不需要具備技術(shù)能力，但需要掌握技術(shù)思維。

簡(jiǎn)單說(shuō)，技術(shù)能力就是能上手寫代碼、能改bug。技術(shù)思維就是能聽懂程序員的表達(dá)、能理解功能背后的技術(shù)原理。

有些產(chǎn)品經(jīng)理帶著需求過(guò)來(lái)找程序員，準(zhǔn)確說(shuō)是帶著原型過(guò)來(lái)找程序員溝通，也不說(shuō)為什么要做，也不說(shuō)做了能帶來(lái)什么好處，開篇就描述功能該怎么實(shí)現(xiàn)。

要么功能對(duì)現(xiàn)有的技術(shù)實(shí)現(xiàn)方案改動(dòng)很大，要么就是技術(shù)成本很高。

程序員用技術(shù)語(yǔ)言告訴產(chǎn)品經(jīng)理為什么做不了，產(chǎn)品經(jīng)理反正也聽不懂，然后繼續(xù)死拽著這個(gè)需求向程序員 push，矛盾就這樣產(chǎn)生了。

再說(shuō)第二種情況，傳話筒。

領(lǐng)導(dǎo)或者業(yè)務(wù)方來(lái)了個(gè)需求，產(chǎn)品經(jīng)理本身也沒很好的理解，也沒有對(duì)需求做轉(zhuǎn)化，直接就落到程序員這里。拿著尚方寶劍說(shuō)這是上面來(lái)的需求，只能做。

程序員此時(shí)是無(wú)語(yǔ)的，一個(gè)奇葩需求還非得讓我寫代碼實(shí)現(xiàn)，沙雕得不行。

讓你產(chǎn)品經(jīng)理吸氣的同時(shí)呼氣，你做一個(gè)試試！

我做技術(shù)時(shí)遇到類似需求就是這樣的感覺，非常不爽。然后覺得產(chǎn)品經(jīng)理整天都在干啥呢！

這種情況就是典型的沒有對(duì)需求做轉(zhuǎn)化，有的甚至是直接把業(yè)務(wù)方案落地成技術(shù)需求，沒有經(jīng)過(guò)中間的產(chǎn)品方案。

這就是產(chǎn)品經(jīng)理工作的不到位了。世界上這么多軟件、這么多需求，如果是一個(gè)邏輯合理場(chǎng)景成立的需求，在技術(shù)層面實(shí)現(xiàn)是沒問題的。

此外，產(chǎn)品方案也不是唯一的，先入為主的拿著老板或者業(yè)務(wù)方的方案就覺得是唯一解，那只能說(shuō)動(dòng)腦還不夠，沒有發(fā)揮自己的專業(yè)性在業(yè)務(wù)和技術(shù)間尋找好平衡。

回憶一下，是不是一些沙雕需求其實(shí)都有 plan B 的做法。

03?產(chǎn)品經(jīng)理吐槽

說(shuō)完了產(chǎn)品經(jīng)理，下面就該吐槽一下程序員了。

“這個(gè)頁(yè)面對(duì)應(yīng)的是一個(gè) Activity，如果要加個(gè)按鈕新開一個(gè)頁(yè)面，我需要改一下 Layout 然后在代碼里新寫一個(gè) Intent”。

說(shuō)實(shí)話，有哪個(gè)產(chǎn)品經(jīng)理看懂了上面這句純技術(shù)語(yǔ)言？很少是吧，這是 Android 開發(fā)用語(yǔ)。

簡(jiǎn)單說(shuō)，就是一個(gè)頁(yè)面對(duì)應(yīng)一個(gè)布局文件（Layout），按鈕擺在哪長(zhǎng)什么樣都在這個(gè)文件里登記記錄了。每個(gè)頁(yè)面的操作都由配套對(duì)應(yīng)的中央處理器（Activity）來(lái)控制，頁(yè)面的跳轉(zhuǎn)和更新邏輯都登記在里面。而 Intent 就是一個(gè)消息，將一個(gè)事件通過(guò)消息傳遞出去。

我當(dāng)過(guò)程序員，我也跟程序員合作過(guò)。用技術(shù)術(shù)語(yǔ)跟外行對(duì)話的毛病真的得改，不是所有人都懂這些天書，說(shuō)人話很重要。

業(yè)務(wù)用一堆營(yíng)銷和行業(yè)術(shù)語(yǔ)跟你說(shuō)話，你也懵逼是一樣的。

再說(shuō)一個(gè)。

“你找下后端把這個(gè)字段定義清楚吧，我不知道具體的數(shù)據(jù)類型是什么”，產(chǎn)品經(jīng)理肯定遇到過(guò)這樣的前端。

而實(shí)際上，后端程序員就坐在他的前面，非得找產(chǎn)品經(jīng)理轉(zhuǎn)一下。拜托，技術(shù)問題你們不能直接面聊么，沒必要這么含蓄。

還有。

別總覺得產(chǎn)品經(jīng)理安排活兒，如果沒人安排活兒，天天在那寫 bug 么！市場(chǎng)是變化的，需求也是變化的，互聯(lián)網(wǎng)變化這么快，我們也沒法一招鮮吃遍天。

04?產(chǎn)品經(jīng)理再次吐槽

被堵住是什么感覺？

就是程序員說(shuō)“這個(gè)需求做不了”的時(shí)候。真的，在你說(shuō)了一堆后，最后這么來(lái)一句，也不告訴你為什么做不了。

大家都是專業(yè)人士，專業(yè)人士都講科學(xué)依據(jù)、有理有據(jù)，為啥做不了說(shuō)出來(lái)，結(jié)論容易下，過(guò)程難推導(dǎo)。

如果做不了，是否有其他可行的方案？別用一句話把大家的路都堵死，堵路不要緊，關(guān)鍵是心堵。

咱們都是合作方，相互扶持才是正事嘛！

可能有程序員覺得產(chǎn)品經(jīng)理水平不行，同樣，程序員怎么證明自己的水平真的行呢，每個(gè)人的認(rèn)知邊界都是有限的。

早上跟老板聊、上午跟業(yè)務(wù)撕、中午寫方案、下午開評(píng)審會(huì)、晚上還要把評(píng)審會(huì)要修改的東西拿回來(lái)返工。

可能程序員只看到了自己和產(chǎn)品經(jīng)理的這一環(huán)，其實(shí)還有很多糟心事他們沒感受到。

說(shuō)產(chǎn)品經(jīng)理沒事干的，工作不飽和的，過(guò)來(lái)輪崗兩天試試就明白了。

程序員覺得跟產(chǎn)品經(jīng)理說(shuō)不通，那一定是沒試過(guò)跟業(yè)務(wù)溝通需求有多費(fèi)勁，產(chǎn)品經(jīng)理是擋了多少刀才把需求篩選到技術(shù)那。

大家都不容易，互利共生才是正事呀。

寫在最后

以上，當(dāng)然不是針對(duì)程序員或者產(chǎn)品經(jīng)理，有的也只是玩笑。

程序員和產(chǎn)品經(jīng)理同在一家公司，公司好大家好，出來(lái)做事的嘛，最重要的就是開心咯！

少一些懷疑和抨擊，多一些耐心和理解，狗和猿還是可以和諧相處的。

當(dāng)產(chǎn)品上線被用戶被市場(chǎng)認(rèn)可的那一刻，相信所有的吐槽都會(huì)煙消云散，一起享受成功帶來(lái)的快感。

祝程序員和產(chǎn)品經(jīng)理們工作快樂！

#專欄作家#

唐韌（Ryan），微信公眾號(hào)：唐韌，人人都是產(chǎn)品經(jīng)理專欄作家。前Juliye Care產(chǎn)品總監(jiān)，《產(chǎn)品經(jīng)理必懂的技術(shù)那點(diǎn)事兒》作者，在創(chuàng)業(yè)公司負(fù)責(zé)過(guò)多款從0到1產(chǎn)品，目前在某電商巨頭負(fù)責(zé)產(chǎn)品工作 。

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

題圖來(lái)自Unsplash，基于CC0協(xié)議