1樓：吻住我的香腸嘴
如果產品經理的原型能滴水不漏，我相信沒有哪個開發喜歡沒事找事。
然而我遇到的產品經理給我的原型通常我理解為示意圖，它們缺乏大量的細節，離優秀原型開發者的距離還很遠，每當我無法理解的時候，我就想到去看需求文件，結果需求文件屬於大綱級別的，經常還說開發人員針對他，我就很好奇了。
2樓：尹奇成
挑邏輯漏洞是應該的，你作為產品經理應該保證你要求的產品在業務上沒有邏輯漏洞，當然少量的是可以容忍的。如果你說清楚了他就開始扯別的話題，這要看情況：
1. 確實是溝通工作，不是找茬，帶著幾個問題來，問完乙個問另外乙個：如果你的文件寫清楚了，那你應該發飆了，如果你沒寫清楚，那以後要注意
2.如果存找茬，那你應該抓著剛說過的不放，問他為什麼不看文件，問他為什麼看不明白，為什麼別人看明白了就他看不明白。如果你對自己的文件有信心，直接不鳥他 ，讓他回去看文件。
3樓：梓騫
首先想想自己的需求是否漏洞百出，而開發挑出來的問題確實存在，需求文件中是否確實有不清晰的。開發人員本身就有一點自傲（至少我認識的國內的開發），如果這位開發本身也是專業的，那麼他挑出問題有什麼不對？從你的描述中他挑的都是邏輯漏洞，作為開發能在需求評估的時候就挑出邏輯漏洞，有什麼問題，難道要在開發的時候再告訴你這不行那不對，那個時候你要麼懷疑這位開發的能力，要麼會想需求評估的時候你不說。
而且挑的是邏輯漏洞，又不是真對你人，對事不對人，你問題說清楚以後，他明白了就談論別的話題，那他很明顯就是針對問題，清楚以後不糾纏，有啥問題？難道你希望他繼續揪著不放？ 專業，嚴謹，直接了當不拖泥帶水，需求評估仔細，這樣的開發樓主如果不喜歡請推薦給我，作為答謝我也能推薦一些態度溫和、順從你不挑你毛病、開會的氣氛其樂融融的人給你。
4樓：
先保證自己沒有毛病，底兒清身正就沒啥好怕的如果開發幹活周正沒毛病就是有點驢脾氣的話你沒必要挑人家毛病，做產品就得做好給人當孫子的覺悟除非你不打算出活
但是假設開發是找藉口偷懶推脫活的話那沒必要客氣了，還是要注意自己沒毛病，提需時間文件切記規範靠譜，否則都是把柄，一旦卡在開發的問題上延期或者質量出問題那就別放過
了解清楚誰管這開發的績效，郵件直send你主管cc他主管，按期主動報備，不主動提解決方案，只跟你直屬上級說這事兒，後續結算起來的話開發責任是絕對跑不了的，你主管有的是證據找他主管問這事兒，基本上最後一定會清算到這開發頭上，績效壓幾次就聽話了，不聽話的也該閃人了
產品經理在產品設計中如何給開發挖坑？
一農婦餵雞，錯把壯陽藥當飼料灑在雞圈裡。一公雞吃了，雄性大發，將本家的雞幹完後跑了出去。至晚不歸。農婦去找，見本村的雞無一生存，皆被奸而死。找到村外，見自己的雞站在一棵大樹上。問他為何不回家，他說，我等著幹老鷹呢。挖坑很容易，但是這不是重點。重點是哥們，挖坑之前你最好搞清楚誰會被埋進去。 咖啡 1....
產品經理，遇到強勢的業務方如何應對？
產品經理的那點事 業務方一般有老闆，合作方 合作夥伴 客戶，使用者，運營等公司內部人員。這種 強勢 指的是性格強勢吧。每個公司都有自己的核心目標，既然業務方提需求了，從業務方自己的角度肯定有一定道理，但是業務方僅僅是站在自己的角度思考提出需求，這都沒問題。但是作為產品經理，要有同理心和大局觀念。同理...
在敏捷開發中，如何預估團隊的開發速度？
金三 其他答案中介紹的撲克發啊估算法啊，都是在衝刺初期對任務工時的估算，進而和time box做匹配的過程。這不是估算速度，這叫迭代排期。估算速度的目標在於評估團隊的交付能力，並提高交付能力。估算的權威資料是在單位時間內，如乙個迭代可以交付的增量的規模，這個資料才是有意義的開發速度。難點也在這裡，增...