我的觀點(diǎn)是，先了解需求來源，導(dǎo)致需求變成背后的原因是什么？是產(chǎn)品經(jīng)理當(dāng)時(shí)沒考慮好邏輯？是開發(fā)誤解了需求？是需求管理沒做好？亦或是老板突然添加需求？

每個(gè)原因下的解決辦法都不一樣，邏輯沒考慮好就是產(chǎn)品經(jīng)理的要多注意些，至于開發(fā)誤解需求，這里分享一個(gè)小技巧，產(chǎn)品經(jīng)理每天早上去到公司第二件事就是jenkins打包體驗(yàn)產(chǎn)品，看看開發(fā)實(shí)現(xiàn)的需求是否符合預(yù)期，有錯(cuò)誤馬上提出，這樣開發(fā)修改成本也較低。要是開發(fā)把產(chǎn)品開發(fā)出來你才體驗(yàn)，說不符合預(yù)期，那修改起來開發(fā)會(huì)很痛苦。

需求管理的話，一般來說產(chǎn)品需求會(huì)根據(jù)產(chǎn)品經(jīng)理在做規(guī)劃時(shí)有個(gè)大概規(guī)劃，還有的需求就分成用戶的需求（定性和定量），迭代中的數(shù)據(jù)反應(yīng)的需求，老板需求，競(jìng)品需求。所有的需求都應(yīng)該要在需求池里面說明優(yōu)先級(jí)和背景描述，目標(biāo)人群。每個(gè)版本的需求就從需求池里面拿，決定好這個(gè)版本需求，評(píng)審?fù)旰缶托枨蠓忾]，產(chǎn)品經(jīng)理要學(xué)會(huì)拒絕需求，保證當(dāng)前版本正常開發(fā)。

那么判斷需求要不要更改，先判斷這個(gè)需求的優(yōu)先級(jí)。緊急重要，那就硬著頭皮耐心跟開發(fā)溝通（產(chǎn)品把我上面說的需求管理做到位，偶爾的需求修改，開發(fā)也會(huì)通情達(dá)理的。），不緊急重要，將需求放在下版本去做。

天下武功唯快不破，盡量快速迭代。因?yàn)槊看蔚际且淮卧囧e(cuò)，一個(gè)月迭代一個(gè)版本，一年就有12次試錯(cuò)機(jī)會(huì)，一周迭代一個(gè)版本，一年就有52次試錯(cuò)機(jī)會(huì)。