關於平安的產品經理和程式設計師打架,你怎麼看?

優墨人生


這事剛出時,大家都還是抱著看熱鬧的心態看的,畢竟IT圈子裡,都是存在鄙視鏈的,C++程序員看不起Java程序員,java程序員看不上php程序員,儘管php程序員號稱php是世界上最好的語言。

此外,在不同崗位,圈子裡也習慣互相diss。

圈子裡也總開玩笑,產品經理總是脫離實際提出一些難以實現的需求,惹得程序員火大。


不過,玩笑歸玩笑,需求出問題還是要好好溝通。


說起來,兩人的問題其實並非因為需求問題這麼簡單,據南都記者調查報道,視頻中打架的當事人之一謝某,此前根本不認識與他發生爭執的李某。

謝某稱,上週一(7月23日)午休時,他趴在座位上休息,起來的時候,看了一眼經過的李某,結果被李某無端挑釁,“他衝到我的座位面前,指著我問,‘你瞅啥?!’”,隨後二人發生爭執。
謝某說,在發生爭執後一週,李某都沒有在公司裡出現。7月31日,謝某在公司再次見到李某,想上前與他理論,結果兩人就開始扭打,也就有了視頻裡的那一幕。

平安事後也把這兩個外包員工開除。

不過,事後,網友們的注意力都放在吐槽需求上。

最後還是想說,職場保持冷靜,溝通保持高效,解決問題才是關鍵。


我是吳懟懟,虎嗅、36氪、鈦媒體、產品經理等專欄作者、前澎湃新聞記者,專注互聯網科技文娛解讀,更多深度解讀,歡迎關注我的頭條號。


吳懟懟


今天上午我的朋友圈已經被這個事件刷屏了,作為一名從業多年的老程序員,我來說說我的看法。

起初看到產品經理跟程序員打架感覺並不意外,但是仔細一看產品經理的需求時,我還是多少感覺這個需求有點不太靠譜,也許這個產品經理是做視覺設計出身的。其實,這個事件本身是一個悲劇,悲劇產生的背後是目前很多軟件研發團隊溝通不暢導致的。

早期的產品經理大多都是程序員(技術研發人員)出身,對技術能夠實現的功能邊界有比較好的把握,通常提出的方案在實現上不會有太大的問題,有的產品經理甚至還參與到一些項目的研發過程。

隨著目前互聯網產品更迭的速度加快,現在不少大型軟件企業都有產品經理團隊,其實我個人認為更好的叫法應該是策劃團隊。團隊成員的構成也是五花八門,最近幾年甚至出現了大學剛畢業就做產品經理的情況,這些產品經理做產品規劃無疑是“紙上談兵”,自然就會導致提出很多不著邊際的需求,有經驗的程序員對這種方案往往也是哭笑不得。

我帶軟件團隊多年,為了避免產品經理隨意提需求而導致的諸多問題,我總結了幾個解決方案供大家參考:

第一,產品經理提需求要先制定方案,方案制定完成之後要與項目經理進行直接溝通,當項目經理認可功能需求之後再組織主力研發人員進行具體任務安排(往往需要排隊)。這麼做的一個好處就是能把大部分不靠譜的需求過濾掉,項目經理會有一個尺度。

第二,當出現功能做到一半需要調整,或者是反覆需要修改,或者是功能做到一半被砍掉了等等情況,項目經理要做的第一件事情就是“封版”。“封版”的作用是承認兩件事情,第一件事情是認可程序員的工作,第二件事情是算入績效工資和獎金。

第三,為研發團隊提供合理的人員配備,這個比較考驗管理者的能力,軟件團隊的搭建是一門大學問。

考核標準可以簡單的總結為一句話:產品經理(產品策劃團隊)看結果,項目經理(程序員團隊)看過程。

我帶軟件團隊多年,做過大大小小的項目很多,我會陸續在頭條上分享一些軟件開發的科普文章,感興趣的朋友可以關注我的頭條號,相信一定會有所收穫。

如果有軟件開發方面的問題,也可以諮詢我。

謝謝!


IT人劉俊明


剛看到這個熱搜的時候,出於職業習慣我的第一想法這是平安出了一個營銷事件?畢竟產品經理和程序員打架是個很容易引起共鳴的事情,就像我們公司每次產品經理提需求都會跟技術負責人拍著桌子吵個半天,看了一下詳情就這個想法就打消了一半。

雖然日常工作都會有摩擦但是真正到大打出手的還是不多的,產品經理和程序員打起來了這個噱頭硬是把平安公司推上了熱搜榜。如果站在運營的角度來看,這不乏是一個絕佳的借勢機會,簡簡單單的就做到了驚人的曝光率和較高的點擊率,效果很好,但是壞就壞在了這件事的本質間接影響了一個公司的企業形象,即使平安馬上甩鍋是外包人員的問題。

現在當我們靜下心來再去看待這個問題的時候,可能就會有不一樣感覺,職位不同,工作任務也就不同,可是當每個人都能站在對方的角度去思考一下的話,我相信當時的熱搜榜上就會是另外一番天地,這則新聞也不可能出現。假想一下,站在程序員角度上,怎麼去看待這件事情呢?

作為一個程序員,其實內心真的是很枯燥的,作為旁觀者來說,可能看著程序員拿著不菲的薪資,工作只需要敲敲電腦就可以完成,可是又有多少人真正看到過一個程序員背後的那些心酸呢?熬夜加班很正常,通宵寫代碼更常見,難道這都是一個程序員應該都必須接受的嗎?作為公司的產品經理,本與程序員是相互輔助的關係,想完成好工作的前提是二者相互理解才可以,而不是一味的命令、要求與批評,工作都是辛苦的,要知道很多事難與不難只有做的人才知道,能不能行的通也只有接觸的人才能感覺到,有時候自己覺得好簡單的過程其實在做的時候完全是兩碼事,程序員與產品經理的關係,就如同是廚師與客人的關係一般,客人看到的、嚐到的只是每一道菜的最終結果,而這道菜是怎麼來的,又是如何做出來的,這中間需要什麼東西,費了多大的功夫只有廚師知道,一個是提供者,一個是享受者,完全不同的兩個角色,自然而然在看待同一問題的時候就會有不同的意見和看法。產品經理總是感覺程序員就應該是萬能的,似乎對程序員這個角色有一定的誤解,作為程序員的我們也是人,不是電腦,切實可行的方案可以接受,但是超出範圍的要求只能被我們看做是對於程序員這個角色的不屑和冷漠。

話又說回來,如果不是長時間對於產品經理過多無理要求的壓抑,或者說產品經理對於程序員這種工作的不屑一顧與不理解,我相信是不會被激怒到動手打人的,打人確實是很不應該的事情,也是不能夠解決問題的手段,不過通過這件事是不是也很好的從側面表現出程序員是多麼的不容易呢。

從事情發展至今,在社會上也是有著各種各樣的評論和看法,畢竟每個人所站立的角度不同,也是很難有統一的看法,今天突然看到了這則新聞,如果說讓我去評判這件事的話,我只能說都是缺乏溝通、缺乏理解惹得禍,如果說程序員與產品經理之間能夠保持一種良好的溝通,能夠在看待問題的時候不那麼的片面,能夠多站在對方的角度去考慮一下,我相信問題不至於發展到那個地步,溝通產生生產力,恰當的溝通是理解的基礎,而相互理解則是共謀發展的關鍵。

上啥班,幫助你在職場裡做得更好。歡迎小夥伴們關注上啥班官方賬號,我們一起討論,一起學習,一起成長,等你哦`


上啥班


我曾是平安的產品經理,我來說幾句。

程序員肯定是外包的,公司不養專門的開發團隊,需要什麼都請更專業的人來做就行。外包人員的地位是很低的,很多產品經理,項目經理對外包人員經常呼來喝去,各種無理要求隨便提,還經常要求他們加班,

而外包人員要看客戶臉色,否則項目遲遲結束不了他們根本交不了差,外包人員幾乎是“沒有孃家人”,本身工作就很憋屈,這位產品經理來這麼一出,程序員小哥哥終於忍不住了!

我再爆料一下,像平安這種公司自己家的程序員是牛逼哄哄的,不僅待遇豐厚,不會幹活,還喜歡針對外包人員,畢竟是因為自己搞不定才請的外來人,多少有點針對和嫉妒。

對待這種沒有腦子的產品經理,一定要殺了祭天,真的是不打不長記性啊。

想想我手下的程序員是很幸福的,我當產品經理的時候,不僅需求需要考慮可行性,而且程序員該怎麼寫我都會在文檔裡。產品經理是需要懂些技術的,雖然我不會寫,但是我可以跟程序員說的很清楚,這個功能可以用哪些技術實現。

很多時候,有的功能在做之前我都會請教好技術經理能不能實現,我們要找到功能和開發難度之間的平衡點。

像這位要實現APP主題根據手機殼調整的產品經理,不是不能實現,關鍵是你得把錢和時間準備好。5毛錢的價格想做出好萊塢的特效,玩兒呢?


傅一聲


首先我不確定這個事的真相真的像網上說的那樣,如果真的如網上所說,那我認為還是站程序員吧。

作為一個產品經理提出這樣的要求,我認為確實有點胡鬧。雖然這個要求看似也沒那麼難實現吧,但真的有必要嗎?首先手機殼跟我用的app主題顏色為什麼要一樣配套呢?我要是用個顏色比較花的手機殼你的主題也能跟我手機殼一樣嗎?如果你的主題做的這麼好這麼智能了,為啥還要幹什麼平安金融保險呢,直接做UI設計去不是更好嗎?雖然作為產品經理,你從用戶角度出發是好的,但是也要考慮到你這個產品的主要功能是什麼,用來幹嘛的,只要職能是哪些。

而且我覺得app主題顏色如果沒有自己固定的配色設計,那也很容易變得沒有特點和辨識度。比如現在看到藍色會想起支付寶,看到綠色會想起微信,你要是用個隨時能變的,那麼誰會想起你呢?

程序員動手,雖然確實不應該,再怎麼有意見也應該好好說或者置之不理,動手是不對的。不過我覺得也可能是這個程序員對產品經理長期以來積讚的怨恨,在這一刻終於爆發了。因為如果就單一的這麼一件事,我認為還不至於發那麼大火。


ZOL問答


關鍵詞:實現APP主題根據手機殼調整……

就是說手機裡的軟件,要根據手機外面的殼子,來變換……

解決方法也不是沒有,比如網友提供的這張圖:用強制啟動攝像頭的方式,圖像分析客戶眼睛,得到映入眼簾的手機殼顏色,然後根據這個顏色來切換主題。——腦洞真是太大了。

姑且不說強制啟動攝像頭涉嫌侵犯用戶隱私這種硬傷,就是識別人臉和臉上的眼睛以及眼睛裡的手機殼,也是需要極為智能的辨別能力的。這都需要什麼?這需要研發經費啊……事實上,真的能夠實現這種智能識別,下一代智能機都可以產出了,把這種頂尖技術用在調整主題顏色上,真是焚琴煮鶴。
這個笑話一樣的案例,真實性尚不可考證,然而有則改之無則加勉,對我們職場人的啟迪多少還是有一點的,那就是:

溝通很重要,而這個重要的事,不僅僅需要情感上的體諒,更需要智能上的認知水平接近。

你很想體諒一個研究衛星的科學家的痛苦,你能嗎?在你大致瞭解衛星建造的原理前,是無法理解他的苦的。只有認知水平達到一定的階段,才有可能去觸及另一個人的心靈,去理解和包容,去發展合作。這也是很多人說找伴侶需要門當戶對的原因之一:懂得對方苦難的事物的原理,因而能夠更加體諒,白天不懂夜的黑,商人老公難懂教師妻子的累。

所以也就很容易明白,為什麼當代社會急需的是跨領域的人才,因為一個“跨”字,包含了通吃的意味,如橋樑一樣,把兩個彼此隔絕的領域連成一片,像站在更高層俯瞰兩個領域,眼界高,才能更合理地統籌整體,佈局戰略。

最後,請善待你身邊的程序員。


您對此還有什麼看法?歡迎留言,您的點贊、評論、轉發,都是對我的鼓勵,支持我輸出更多內容。


看問題換一種角度,講觀點升一個高度,牆裂後是磚,我是專門引玉的拋磚人——牆笑裂

牆笑裂


當個段子看就好啦~

如果你在互聯網中就會發現,基本上每隔一段時間就會有產品經理相關的熱點,產品經理和UI,產品經理和研發,產品經理和老闆,產品經理和客戶……

有些是真事,有些真是段子。

寫代碼到昏厥,叫不醒,除非產品經理告訴我不改需求

立字據不改需求,不然就跳樓

之前有個學妹問:感覺產品經理這個崗位很不靠譜啊,跟公司上上下下的人都過不去,為什麼還有那麼多的人去做產品經理,是找虐嘛

當然不是,網上流傳出來的,都是加工過的東西,添加了戲劇化的效果。事情發酵之後,大家更樂此不疲的去傳播,去調侃,即便之後流出真相,大家記住的依舊是最開始的事情。比如有些人,看到這件事,覺得有意思,就去跟朋友聊了,聊完就不再關注後續了。

產品經理是個靠譜的崗位,也是個可以創造價值的崗位。但是每個崗位上都有專業的人,也有不專業的人。我們只要去看那些專業的人是如何做事的就好了。

附網上流傳的真相截圖


“三節課”(微信公眾號:sanjieke01)是一所專注於“能力提升”的互聯網人在線大學。這裡有深度的產品運營觀察+評論,以及成體系的線上課程,希望和你一起成長。

三節課社區


我們是不是應該反思,培養IT人的學校是不是應該像培養空乘人員一樣,先把程序員的職業素養,職業禮儀,職業道德先培養一下,然後再培養技術知識,不要什麼人都招進學校學計算機專業,不要什麼人都招進公司當程序員,極端性格的在IT業這種內向型行業更容易憋出內傷。以後這種一言不合就開打的程序員多了,黑社會都有可能瞧不起程序員,嫌你沒有職業精神,人家黑社會的好歹不會因為幹活幹不了去打人。

以後這種人就該拉入IT行業執業黑名單,不然以後都沒有人敢留在IT業了,外一哪天提出一個稍微天馬行空的想法就會被同事打,下屬一不開心了就有可能打領導,上班就跟進號子一樣,學弟學妹本來想入行的,一看這個行業戾氣這麼重,嚇也嚇跑了。甚至以後女孩都不敢找程序員做老公了,以為程序員群體都是這種悶騷+暴力型人格,怕嫁人後哪天突然就莫名其妙的踩著男方痛點然後就莫名其妙的被家暴了。我看很多程序員評論都不痛不癢的避重就輕認為產品經理的需求過分,簡直就是默許了該程序員的打人暴力行為,真的是糊塗至極。

建議這哥們早點去看看心理醫生,想法太極端,情緒管理的太爛了,今天一不高興就打人,明天遇到什麼事不如意是不是會去殺人呢?而且此男第一次打架被開除了還不吸取教訓,不反思自己為何被開除,反而將因歸結於對方,第二次又開打,暴力傾向很嚴重,報復心裡太強,馬加爵就是個例子,包括什麼復旦投毒的,這種人都是智商高品德差脾氣差頭腦不冷靜的人,如果不改,早晚會成為社會的危險品,建議公安局以尋釁滋事罪對該男抓捕歸案,錄入檔案進行備案,同時進行普法教育以及心理治療。

我覺得國家應該制定法規,凡是上班打架的,直接開除,行業終身禁入,你既然可以對不起你的職業,踐踏自己的職業尊嚴,那對不起,這個行業也不再需要你,不然大家會以為上班是不需要職業精神的,是隨便上上就可以的,我們這個民族就是因為缺失了職業精神,所以才會各行各業都造假,更別提什麼工匠精神了,講真在職業精神方面,我們真該好好向日本人學習,不說像人家那樣服從那樣講究,至少也要上班有上班的樣子,不然每個月給你發幾千塊工資,都嫌給的多了,為啥?技術技術不行,職業精神也缺失!

而且現在社會戾氣太重了,動不動就患者打醫生,動不動就醫生縫合傷口忘了東西,每個角色都做不好自己該做的事,真的很悲哀,我們可是禮儀之邦啊,我們可是有五千年燦爛文化的華夏子孫,作為國人我真的挺汗顏,看到很多人的評論都還停留在能否實現需求,我真的挺悲涼的,什麼是大什麼是小啊?就算你會實現這個需求,可是客戶瞧不起你,就不想給你訂單,隔壁日本人價格高也願意給他,我想問問你能咋辦?你是去打客戶呢?還是去打日本人呢?還是認真反思後做好自己呢?


蒼穹與海


我也是程序員,在這個事情上我覺得產品經理沒有錯。術業有專攻,一個需求是不是用戶需要的,產品經理說的算,做為技術人員,我們需要做的是提出解決方案。

如果我碰到這個問題,我不會質疑這個需求的正確性,而是會盡我所能提出解決方案,比如可不可以讓用戶對著鏡子自拍或者互相拍照,然後識別出照片中的手機並進一步辨別出手機殼的顏色,更簡單的方案就是讓用戶直接在一個調色盤上選擇自己手機殼的顏色。我看到也有同學說通過前置攝像頭識別瞳孔裡手機殼的顏色,想法是很大膽的,但就我對現在手機攝像頭像素和圖像識別算法的理解,我覺得我是實現不了的,但是也可以作為一種可能的方案列出來。

每個方案的用戶體驗不一樣,成本也不一樣,下一步就是大家一起討論哪個方案在現有條件下最優,或者沒有可行的方案,那麼這個功能就只能放棄了。本來可以平心靜氣商量的事情,何必要動手呢。

更新:

過了一個晚上,打開頭條,看到了很多的評論,我心甚慰。但大多是對我進行人身攻擊的,少有對我觀點進行反駁的,都是“受過高等教育、出入上流社會的”,還請自重。同時也給這些同學一個善意的提醒,你們現在考慮的不是再提高自己的技術水平了,而是應該練好詠春,要不將來可能打不過產品經理。

我的觀點很簡單,就是團隊裡每個不同的職位都有自己專業的事情做,他不一定是團隊裡最擅長做這件事情的人,但是往往這樣來組合,團隊的效率最高。我相信有的程序員能力很強,他對產品的理解秒殺產品經理,去做銷售可以抵得上一個團隊,哪怕是去掃廁所也抵得上一打保潔人員,但是很可惜,這麼牛的人一天也只有24個小時,和街邊的乞丐一樣,不多不少。

一個團隊最重要的是信任,如果大家總是質疑別人的專業能力,而不是努力做好自己的工作,那麼這個團隊很有可能是低效的。

再回到這個事情上來,做為一個產品經理,他需要考慮的是一個功能是不是可以提高用戶體驗,吸引到更多的用戶,而其在技術上能不能實現,怎麼實現,預算夠不夠,不是他的專業,有能力的情況下可以考慮,沒能力的情況下不考慮這些也是本分。

程序員做為一個技術人員,他的工作首先是從技術的角度評估需求是否可行,提出解決方案並實現,其次才是對需求提出建議和意見。


呵呵x10


我也看了前因後果,看完之後挺感慨。

我朋友也是產品經理,他和程序員的關係非常好,因為他自己說程序員轉崗做產品的。

我和他也曾經討論過關類似想法和需求不匹配的問題。他的回答是“在做程序員的時候,有時候只在考慮完成代碼,按已經構思(規定)的框架完成。當一步步轉型的時候,跳出舒適區,再以另外一個角度看自己過去的時候,覺得過去的一些想法和溝通的做法是不對的。但是,當我站在過去做程序的立場來說,一個什麼都不懂的產品還在那外行指揮內行,又擺著一張你就得聽,你也只配埋頭苦幹的臉色,恐怕也想一拳打過去。”

他這段話,大概很好解釋了這起衝突。

兩個崗位需要相互配合理解,用合適的溝通方式,而不是崗位要求去只是按流程公式化。

即使程序員是棋子,握棋子的手不妨有點溫度。


分享到:


相關文章: