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

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

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

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

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

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

舉幾個例子你就明白了。

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

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

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

因為都參會了，也有共識，但文檔沒體現(xiàn)。毫無疑問，這個鍋該產(chǎn)品經(jīng)理來背。

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

如果是第二種，對于評審會上不確定的點進行會后討論，很可能出現(xiàn)因為別的優(yōu)先級插入或者其他事情而忽略了這個問題。

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

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

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

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

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

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

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

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

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

第二個例子，是提需求。

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

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

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

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

他們聽不進也無法理解你的表達，死死抓住自己的需求并強烈的 push 給你。這種情況通常是兩個原因，第一種是真的不懂，第二種是傳話筒。

先說第一種情況，真的不懂。

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

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

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

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

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

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

再說第二種情況，傳話筒。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

再說一個。

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

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

還有。

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

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

被堵住是什么感覺？

就是程序員說“這個需求做不了”的時候。真的，在你說了一堆后，最后這么來一句，也不告訴你為什么做不了。

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

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

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

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

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

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

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

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

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

寫在最后

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

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

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

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

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

#專欄作家#

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

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

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