產品經理與程式設計師之間的孽緣發展歷程

2021-10-19 22:17:08 字數 2101 閱讀 8646

在網際網路的時代,產品經理和程式設計師無疑是這個時代裡出鏡率最高的兩個兩個職業,這兩個職業之間的互懟,扯皮與衝突,正是流傳於各種社群的職場話題與段子中最為常見的。比如

我司程式設計師和產品經理打架,公司給出的處理規則是,要麼兩人都辭職,要麼就牽手一下午。於是... .... 「我們保證不改需求了!」「你們立字據!」

工作交流如此頻繁的兩個崗位之間出現各種故事都是正常的。

兩個職位故事與爭端的交織點:需求能否實現,能否如期交付,需求能否不再變化。

產品經理和程式設計師職業區別

對於程式設計師來說,他們的技能似乎太好定義出來了,只要「會寫**」就ok了,當然根據程式設計師的水平不同可以劃分成菜鳥和大神,但是必要的條件真的就只是「會寫**」而已。

而對於產品經理來說,技能的準備似乎就更為簡單了,因為「人人都是產品經理」,所以似乎技能上的壁壘對於產品經理幾乎是沒有的,當然,在招聘的職位描述裡,我們往往還會補充上「具有良好的溝通能力」以及「對網際網路產品有著深入的思考」等等。

無論是產品經理還是程式設計師,似乎在合作推進軟體專案這件事情上,除了招聘啟事上可能寫過的「具有良好的溝通能力和協作精神」之外,一切就只能靠著從常識與基礎教育之中獲得的感悟了。

「需求」生產流水線

回想一下產品經理與程式設計師的日常,我們會發現,大家總是圍繞著「需求」在推進事情,產品經理要把「需求」交給程式設計師,而程式設計師則是要寫個「需求」,之後又會把「需求」提交測試。產品經理與程式設計師,其實就是這個把需求轉化為產品的生產線上,最為核心的兩個零件。

軟體業是乙個非常年輕的領域,隨著網際網路的繁榮和普及,更是讓這個領域尚未長大就要面臨如潮水般湧來的需求和問題。面對軟體專案,當我們無所適從時,成熟高效的工業生產正是最合適的參考,我們自然而然就會把工業生產的過程模擬到軟體的開發過程,當然也就不約而同把工業生產線在腦海中的共同印象變成了對於軟體開發過程的認知。

流水生產線的模擬,正是我們對軟體開發的基礎認知,今天的企業在推進軟體開發時,如何對部門進行劃分,如何對職責進行界定,如何分配每個角色的任務都是在努力的把從原始需求到上線產品這整個過程流水線化。然後落地的工作,就是順著這個流水線的方向把整個專案拆解成不同的工序,分工給不同的角色,當然既然大家都是在做軟體,除了業務本身的差別之外,其他的工序和角色都是基本相似的。這些相似的角色縮減到最簡單的版本,就是產品經理和程式設計師了。

在流水生產線的思維模型裡,我們認為可以把產品經理和程式設計師的工作拆解開,把產品經理的完成的東西傳送給程式設計師,然後程式設計師完成的東西再給產品經理,如此來回流動,就生產出了最終的交付產品。

乙個可以高效運轉的生產流水線,各個環節之間需要儘量減少耦合,換句話說,從前一環節拿到的東西需要十分可靠,不再需要退回去返工甚至重新加工,在流水生產線上一些不良品一般也是通過專門環節過濾掉。流水生產線的這種運作方式,放到了軟體的開發這裡,作為乙個對於現實的預期時,就差得比較遠了。

互相攻擊與甩鍋的背後

無論是產品經理交給程式設計師的產品原型與設計稿,還是程式設計師部署給產品經理的測試版本,相信是沒有哪個產品經理和程式設計師會認為對方交給自己的東西是「可靠」的。不過無論是產品經理和程式設計師都期待著自己在乙個平滑可靠的流水生產線上呀,而且deadline還在步步緊逼,於是這兩個角色之間的互相攻擊和甩鍋就開始了。

軟體專案的開發,與工業化生產,最大的不同點在於,即使是類似的應用場景,在實際的開發中即使不考慮開發者的不同,也會有著非常大的區別。工業時代輝煌的流水生產線所解決的問題是大規模的標準化的生產,而軟體時代的核心的問題則是各種非定製化與個性化的問題。在生產線上我們很容易根據流水生產線的效率和時間計算出產能和交付的時間,而到了軟體專案中合適交付甚至交付的東西到底是什麼,都變成了玄學問題。當我們習慣地以流水生產線的預期參與到軟體專案時,現實就會讓參與的人員無所適從。

總結應該說,面對滾滾而來資訊與科技的洪流,工業化的思維是乙個大過渡的起點,在前行的過程中反思,才能讓我們從逐漸失配的工業化思維模式之中解綁出來,讓各位產品經理和程式設計師遠離內捲的漩渦,不再作職場段子的主角,走向新的篇章。

程式設計師職業發展 專案經理 技術經理還是產品經理

程式設計師怎麼選擇發展方向 程式設計師工作二三年後,基本上都會考慮自己以後怎麼發展。發展的路徑不外乎程式設計師 系統分析員 架構師 技術經理 cto,程式設計師 專案組長 專案經理 專案總監 cto,程式設計師 產品設計師 產品經理 cto.哪一條發展的路線更加適合你?程式設計師職業生涯發展到一定程...

程式設計師是最好的產品經理

今天來說個有意思的話題 程式設計師和產品經理的鬥爭,從根本上就是個偽需求 我丟擲兩個觀點 1 在當前國內網際網路大勢下,9成以上非程式設計師出身的產品經理都是垃圾 2 無論在什麼地方,什麼時候,程式設計師都是最好的初級 中級產品經理人選 下面論證一下以上觀點 我會寫文件,知道怎麼切圖 我會用axur...

產品經理和程式設計師的日常「黑話」

程式設計師篇 1 跟你說 這個bug沒什麼問題啊,你那邊是不是搞錯了,你再試試。實際上 剛偷偷改好這個bug,反正他們也不懂,我不背鍋。2 跟你說 這個功能啊,我正在改呢,你再等等 實際上 啊呀,我把這事兒忘了,一會兒做完這個就做那個。3 跟你說 你這個需求不是很合理啊?實際上 太複雜了聽不懂,不好...