1樓：it學生網
在我們公司面對產品經理提的需求，我們都有統一的回覆：
2樓：赫小賓
當程式設計師遇到這種情況的時候，就要去與經理溝通，你可以直接向經理表明你的觀點，讓經理知道你還沒有理解，然後讓經理給你仔細的講解一下，如果產品經理煩的話那就問問同事，然後對產品有一點了解適當找話題去和產品經理聊
3樓：李琳沂
這個東西應該有一定經驗積累會理解比較快，也是一個過程。只有多溝通，在溝通前想想溝通的目的，這次溝通要解決什麼問題。用筆記下來。
然後在實操，在實操過程中如果遇到問題先想一想，試著自己去解決一下。再去詢問，至少讓別人感受你是在用心做這件事。而且也是想做好這件事。
其實你們的目的都是一致的。注意方式方法，不要讓別人覺得你一個問題重複的問還沒什麼結果。大家都有自己的事情都會比較煩。
4樓：心涼冰爽堃
我認為在這種問題，上面應該是屬於程式設計師和產品經理之間並沒有溝通好中間的一個更改的問題，因此就會出現這樣子的情況建議你至少應該去在工作的時候描述好每一個工作安排和要求這樣子的話工作效率，提高也能夠幫助產品經理減少被問詢的煩惱。
5樓：羊晉
1.細心看完需求文件，把不清楚的地方圈出來，並加上註釋，及自己的理解；
2.先找同專案組的人討論，看有沒有理解的，如果大家都不清楚，再找產品經理一次討論；
3.將討論結果一次明確做記錄，省得忘記再問
6樓：匿名使用者
調整心態，這種事很正常，很多外行管理內行就出現這種情況，而且有的還不虛心，只能從側面去了解了。
7樓：
該問還得問
工作上的事要是兩個人都不明不白的
最後做出的東西肯定不是想要的
所以一定要問清楚
兩個人好好聊聊把流程弄明白
才能讓成品達到最好的狀態
8樓：來自天堂寨甜蜜的佈雷特
把問題彙總，歸類，一起問，減少問的次數
9樓：匿名使用者
先做個大體的給他試試。讓他提出還需要改進的地方。
10樓：匿名使用者
先看prd文件，也可以找業務瞭解一下使用場景
11樓：匿名使用者
就說他需求文件寫的不清楚
產品經理和程式設計師,如何避免矛盾？
12樓：軒轅采薇
產品汪和程式猿
一、產品經理和程式設計師最討厭的三句話
產品經理和程式設計師,就像一對情人，若即若離，有時還會撕逼，和諧的時候一切都好，撕逼的時候兩敗俱傷。
你知道程式設計師最討厭的三句話是什麼嗎？
1、這個需求很簡單，改一下就好了
2、你先大概弄一個，我看看再說
3、我先下班了，加油啊
我想任何一個程式設計師聽到這樣的話都會氣炸了，不撕逼才怪，你作為程式設計師會如何回答這三句話？
1、這個需求很簡單？你行你來啊！
2、大概先弄一個？請問先生（女士），什麼叫大概？
3、你大爺的
你知道產品經理最討厭的三句話是什麼嗎？
1、這個需求做不了
2、這個需求工作量太大了，估計要搞3個月
3、這個變更沒時間做，往後排吧
產品經理在前端，有使用者、有老闆、有銷售，版本釋出的壓力很大，聽到這樣的話估計心情也好不了哪去？
1、這個需求做不了？又不是我提的，還不是那個2b使用者提的
2、要做這麼長時間？養你們有什麼用，還不如我自己來
3、變更沒時間搞？隨便，等老闆來拍你吧。
二、產品經理和程式設計師本質上的差異是什麼
奶爸幹過程式設計師，也幹過項產品經理，深知這兩類工作的差異，各有各的不易。
總體上來看，做產品更側重於創造和方案能力，不需要精密的邏輯，所以試錯成本相對比較低，大不了改改原型，改改方案，這個成本是可承受的。
程式設計師的工作是非常精密的邏輯，一個看似很小的變更有可能對**產生很大的影響，所以試錯成本非常高，弄不好可能會因為需求的變化導致系統的重構，這時候程式設計師的挫敗感是可想而知的。
三、產品經理和程式設計師友好相處的清單
1、產品經理收集需求後，在需求分析階段，需要把一些不合理的需求儘量和使用者溝通去掉，避免不合理需求造成產品釋出時間延遲和沒有必要的成本浪費，當然這需要產品經理去說服使用者，不能只做使用者的傳聲筒。
2、需求分析時，產品經理應該根據經驗，敏銳的發現一些在技術層面實現有困難的需求，及時讓研發介入，評估技術可行性，避免後續出現需求定下來，研發說做不了的情況。
當然這需要我們的產品經理對軟體技術架構有一定了解和預判能力，你不能所有的需求都要在需求分析階段讓研發介入，這個成本也是極高的，所以要把握好這個度也是一項能力。
3、原型還是需求溝通的最好方式，這樣是避免產品和研發在需求理解上有差異的最好手段，只靠寫一些文字的需求說明書很難達到好的效果。
但這裡面要注意一點，產品經理繪製出來的原型一般是非高保真原型，是為了更好的溝通需要，所以不能完全按照原型做，需要基於我們自己的前臺架構進行定製。
4、需求評審的時候，研發可能會有一些不一樣的意見，他們做了很多年的開發，會有很多好的經驗，好的經驗要虛心接受，不能覺得自己是產品就是老大，就是要按我說的做，這樣很容易造成矛盾，求同存異，目標一致，這個是最好的結果。
5、研發說這個需求做不了的時候，有兩種情況，一個是覺得這個需求實現起來比較麻煩，故意騙你；另外一種情況就是他的知識盲區，他可能確實不知道這個事能做。
產品經理需要有能力和研發進行談判，比如採用類比法（類似的需求在其它專案上咱們就做過），比如去找架構師**技術可行性。
6、研發有時候評估的工作量會比較大，整個上線計劃拉的比較長，產品經理可以要求研發出詳細的資源配置清單，這樣能清楚的看到一個需求被分解成了多少個研發任務，每個任務的起止時間，由誰負責完成。這樣產品經理大概能看出任務的前後置關係是否合理？工作量是否合理等。
產品經理絕不能說，這麼簡單怎麼要搞這麼長時間，類似的話一出，絕對會激怒對方，還是要有理有據進行談判。
如果實在無法壓縮工作量，如果增加人力能解決問題的話，可以考慮找領導申請資源。如果還是不行就要砍需求或者改方案了。
7、在版本計劃定好的情況，儘量不加需求，這樣很容易打亂開發的節奏，如果一定要加進來，一定要和研發說清楚，這個是使用者領導或者老闆的強制要求，轉移矛盾。如果可以的話，增加了需求儘量推遲上線計劃。
8、開發過程中如果需求有改動，需要及時更新需求文件，同時發給我們的研發同學，否則只是靠嘴說一下，很可能研發的同事就不做了，所以一定要落到紙面上。
9、上線的時候要堅持和研發同事一起加班，這樣大家才是一個團隊，贏了一起狂，輸了一起扛。
10、最後一點，就是要多交流，沒有什麼問題是一頓火鍋解決不了的，大家關係好了，很多事情溝通起來自然容易，而且也會更信任對方，這樣就萬事ok了。
程式設計師跟IT是一樣嗎，好程式設計師 優秀的程式設計師和一般的程式設計師差別在哪
it是一個大的範疇，與計算機相關的行業都可以稱之為it行業。但是程式設計師主要就是特指在it行業中從事程式設計工作的相關人員。程式設計師跟it不是一樣的。it是一個大的範疇，與計算機相關的行業都可以稱之為it行業。但是程式設計師主要就是特指在it行業中從事程式設計工作的相關人員。1.程式設計師是一份...
程式設計師應聘
作為一名軟體公司的曾經的管理人員，我想告訴你 文憑不是最重要的，但的看你在什麼地方工作。如果是北京等大城市，文憑相對還是很看重的。只會vb和c，一般能聘上的可能性很小。但我要說，你必須有拿的出手的技術。比如你必須會資料庫及相關查詢語言，程式設計其實就是在和資料打交道。在大學中，幾乎80 的學生都通過...
程式設計師如何技術移民澳洲，程式設計師如何移民
it行業大部分是澳洲技術移民的熱門職業，從2016年9月底的邀請來看，it行業的獲邀得分基本為65分以上，除了 ict業務和系統分析師，其他職業目前的邀請進度基本保持平穩。1.ict業務和系統分析師 獲邀最低得分 65 邀請人數 60人 邀請截止日期 2016年5月7日，前進3天。2.軟體和應用程式...