-
1 # FungLeo
-
2 # 話入神機
兩人之間的關係可以總結為一句話:
鬥智鬥勇、亦師亦親、亦敵亦友,做不了朋友,那你也別想好過!
前段時間在網路上傳的沸沸揚揚的事情,產品經理提出需求:做個APP,根據使用者手機殼的顏色來改變APP主題的顏色的需求,結果兩人PK一場,雙雙被開除!
所以,產品經理需要高情商,處理好和程式設計師之間的關係。做一個君子,君子動口不動手!
如果產品經理定期關心一下程式設計師,提一些合理的需求,還是可以做朋友的!
程式設計師也應該多喝點菊花茶,去去火。遇到此類問題,可以開會解決,何必動手,結果工作都丟了。
最好的關係應該是是工作時候吵吵架,下班之後吃個飯,什麼問題都解決了!
-
3 # 藝術品牌
產品經理是把握使用者需求,策劃運營管理一個產品的負責人,程式設計師是負責一個產品開發與技術實現。相當於,一個是產品的運維人員,一個是產品技術生產人員。但現實情況是,大多數程式設計師都有市場意識,都能對使用者需求有感覺,不然,他不會去這個產品程式程式碼的。它們倆關係有時的重合的,但總的來說,一個偏市場,一個偏技術。就這麼簡單。
-
4 # mikechen的網際網路架構
在網際網路公司,不吵架的程式設計師和產品經理,不是一名合格的程式設計師和產品經理。要說起程式設計師和產品經理的關係?估計很多人會用這幾個詞:冤家、死對頭、扛精。程式設計師經常抱怨產品經理改需求,產品經理覺得程式設計師怕麻煩,總是各種砍需求……你不論找到哪一方,他們總會有一堆充足的原因與理由。
相愛相殺皆因需求2018年有這樣一則產品經理和程式設計師因需求發生鬥毆事件的新聞,把這種關係推向了高點,這是一個被實錘的真實事件,估計很多小夥伴都聽說過,這裡就不展開細說了。
從中折射出了一個現象“大部分程式設計師與產品經理都是對立相殺的關係”。事實上,如果你是程式設計師/產品經理,在處理這段關係時,完全可以透過改變自己的一些“小任性”,將一把爛牌打成好牌,這個前提是相互信任、分享、尊重,希望透過我下面的分享,讓大家對彼此有更深入的瞭解、理解。
讓程式設計師憤怒的那些事兒1. 專案做了一半變更需求
這點很有可能讓程式設計師們發飆吐槽不已,因為往往需求的變更意味著程式設計師之前對需求的思考、設計、實現都是白費的。
2. 產品邏輯混亂不清晰
邏輯不清、矛盾的產品文件,最終會導致產品上線後,目標與結果相差甚遠,這往往意味著推翻重來,更有甚者,最終各種扯皮、推諉責任有麼有?
3. 拿領導的權威來壓人
有些產品和程式設計師們交流無果時,喜歡將老闆們搬出來,這個上線日期是“老闆說的”,要怎麼怎麼改,這是“老闆說的”。這個動輒把老闆搬出來壓制程式設計師的方式,其實是很不友好的,即便不是程式設計師,是其他崗位,也是不可取的。
4. 懷疑程式設計師的技術能力
“不就加個功能嗎,有那麼複雜嗎?需要那麼長時間嗎”,這句話相信很多程式設計師曾聽到過。一個功能的實現,程式設計師要考慮很多,譬如底層資料結構設計是否合理、程式碼是否符合規範、程式碼設計是否合理、是否支援系統擴充套件等等,只有把這些都梳理清楚了,才是一個負責任的程式設計師,如果只是急於實現需求,不考慮編碼規範和系統的效能及擴充套件性,即使快速完成了任務,那麼也是一個不負責任不合格的程式設計師。
讓產品經理憤怒的那些事兒1. 這不能實現,那不能實現
耗時半個月準備的產品需求,結果大部分做不了,做不了你得告訴我原因是什麼吧,這個路徑不行,能否用其他方法去實現,又或者因為資源不足、還是其它專案沒完成做不了……不要將產品經理當作對立面的一方,有問題充分交流、換位思考、共同解決,長此以往,大家的默契度會漸入佳境。
2. 拒絕需求變更
產品與技術一樣都要經歷迭代、完善的過程,程式設計師也不能保證一次就能透過測試,或者不用測試直接上傳版本,so,如果一個產品經理偶爾出現的一次小小失誤,請諒解。
3. 只關心多少程式碼,不關心使用者體驗
技術也要關注使用者體驗,譬如使用者開啟網頁速度,使用者使用軟體時佔用CPU和記憶體過多導致瀏覽器崩潰等等,這些都是程式設計師要主動考慮的。一個有經驗的程式設計師,往往還能從技術的角度給產品提出許多最佳化體驗的方案。
4. 不看產品文件,結果牛頭不對馬嘴
這幾種情況是產品經理最頭疼的,不看文件(極少)、不仔細看文件(有部分),又或者看了文件不跟產品經理交流溝通的,直接在自己的理解基礎上開發,專案釋出上線之後,才發現完全不是當初的需求了。
程式設計師與產品經理是相互成就的術業有專攻,專業的人做專業的事兒,產品經理不要去幹涉程式設計師開發的事兒,對於程式設計師不能實現功能的原因有多種,充分溝通、取得信任、協同解決。同時,程式設計師也要充分信任產品經理,認真對待每一個產品需求(都是產品經理的勞動成果),客觀地從技術實現角度評估分析,給予產品中肯建議,幫助產品經理做得更好。
作為一名產品經理,如果在工作上得不到程式設計師的協作配合,工作將難以順利進行;而作為程式設計師,與產品經理協力打造出一款好的產品,既能在專案中歷練、精進自己的技術,還能提升自己的KPI(有些公司程式設計師會有20%-50%不等的產品KPI),也是在成就自己。所以,作為一個10年+程式設計師,我用一句話形容產品經理與程式設計師的關係,即:程式設計師與產品經理是相互成就的關係。
-
5 # Python之眼
程式設計師內心:“要加入那麼多廣告你以為很容易啊!你就看知乎和豆瓣這兩家都是創業公司的巨無霸了,他們的搜尋做好了麼?”
-
6 # 孫老師343
產品經理是把握使用者需求,策劃運營管理一個產品的負責人,程式設計師是負責一個產品開發與技術實現。相當於,一個是產品的運維人員,一個是產品技術生產人員。但現實情況是,大多數程式設計師都有市場意識,都能對使用者需求有感覺,不然,他不會去這個產品程式程式碼的。它們倆關係有時的重合的,但總的來說,一個偏市場,一個偏技術。就這麼簡單。
我學習程式的時候就是跟著尚學堂的高淇老師講的Python115集,學習完成之後做的程式設計師工作。
回覆列表
優秀的產品經理人見人愛,傻逼的產品經理人見人踹!
回答完畢。
實際上,任何一個軟體產品的推出以及更新,都離不開產品經理和工程師的密切合作。本人作為一名前端工程師轉職產品經理,算是橫跨了產品經理和開發工程師兩個陣營了。當年我只是一個開發工程師的時候,懟產品經理也是毫不留情的。後來做了產品經理,被工程師們懟也是日常工作之一。
因為我是技術開發出生,所以我在產品規劃的時候會更多的從技術實現角度去考慮,在儘量用簡單成熟的方案實現的同時,確保專案的體驗更好就是我的日常工作。因為不瞭解後端開發,我自學了 Python 併成為了公司裡為數不多的全棧工程師。當後端人員技術上不能解決的時候,我會親自上手寫程式碼,幫他們解決問題。自此之後,我作為一名產品經理,算是與開發工程師們合作愉快了。
其實工程師很簡單,他們的世界是邏輯堆砌的,他們無法感知太多的所謂感性的東西。而產品經理卻要儘量從使用者層面去考慮問題,因此兩者之間是必然有矛盾的。一個優秀的產品經理不是去激化這個矛盾,而是要透過自己的努力,儘量去減少這種矛盾,使專案開發更加順利。
衝突每日都在發生,要麼產品經理使用強大的人格魅力,讓開發工程師為你賣命,要麼就要像我這樣,你做不了,我就來開發給你看。總而言之,只要你有道理,講道理,開發工程師們還是很好相處的。