項(xiàng)目想要開(kāi)展，首先就需要知道客戶想要什么，即：需求。但是隨著進(jìn)度的發(fā)展，項(xiàng)目的需求也不是一層不變的。那么當(dāng)項(xiàng)目需求一定要變更，究竟要如何應(yīng)對(duì)呢?

　　變更研發(fā)交付方式

　　如果項(xiàng)目的需求就是要經(jīng)常變更，還有一種常見(jiàn)的辦法就是把瀑布流的研發(fā)交付方式改成敏捷交付或迭代交付，小步跑，多優(yōu)化，主動(dòng)擁抱需求的變更。

　　首先需要想想為什么會(huì)出現(xiàn)這種情況，可能的原因有：業(yè)務(wù)方提出需求的時(shí)候沒(méi)想清楚，過(guò)程中想到了就馬上提。

　　業(yè)務(wù)方在沒(méi)看到任何產(chǎn)出的時(shí)候，沒(méi)有實(shí)際感受，等做一半的時(shí)候看到一些內(nèi)容突然有感覺(jué)了，有新的想法;有時(shí)候是完全拍腦袋的有些新的想法，其實(shí)未必真的需要做。

　　精簡(jiǎn)的規(guī)格說(shuō)明

　　有時(shí)，客戶并不明白需求分析有如此重要，于是只作一份簡(jiǎn)略之至的規(guī)格說(shuō)明，僅涉及了產(chǎn)品概念上的內(nèi)容，然后讓開(kāi)發(fā)人員在項(xiàng)目進(jìn)展中去完善，結(jié)果很可能出現(xiàn)的是開(kāi)發(fā)人員先建立產(chǎn)品的結(jié)構(gòu)之后再完成需求說(shuō)明。這種方法可能適合于尖端研究性的產(chǎn)品或需求本身就十分靈活的情況。

　　但在大多數(shù)情況下，這會(huì)給開(kāi)發(fā)人員帶來(lái)挫折，也會(huì)給客戶帶來(lái)煩惱。

　　預(yù)留時(shí)間

　　既然需求變更是不可避免的事實(shí)，那么，項(xiàng)目經(jīng)理在排期時(shí)就需要留有一定的時(shí)間buff。

　　這個(gè)buff應(yīng)該留多長(zhǎng)?可以基于你對(duì)客戶的認(rèn)知、對(duì)需求的理解，通過(guò)自己判斷或團(tuán)隊(duì)核心成員討論得出。總之，排期時(shí)留些buff是很有必要的。

　　可以考慮應(yīng)對(duì)的措施

　　接到需求的時(shí)候，先根據(jù)自己對(duì)業(yè)務(wù)的理解，盡可能的考慮有可能會(huì)出現(xiàn)爭(zhēng)議或者變更的地方，進(jìn)行確認(rèn)。

　　需求評(píng)審的時(shí)候盡量多提問(wèn)題，促使業(yè)務(wù)方/需求提出方多思考各種場(chǎng)景，收集更廣泛的意見(jiàn)。

　　利用中度保真的原型，讓業(yè)務(wù)方有真實(shí)的感受，讓他們把想到的問(wèn)題提出來(lái)。

　　以上幾個(gè)點(diǎn)，其實(shí)并不是讓變更變少了，而是化被動(dòng)為主動(dòng)，在更前置階段主動(dòng)的把可能變更的點(diǎn)暴露出來(lái)。這樣的好處一個(gè)是減少研發(fā)的返工，另一個(gè)是自己掌握節(jié)奏，而不是被拖著走。

　　優(yōu)化流程，如果公司有復(fù)盤(pán)環(huán)節(jié)，可以整理下最近幾個(gè)版本出現(xiàn)的這種變更帶來(lái)的低效，反向推動(dòng)業(yè)務(wù)部門(mén)在提出需求的時(shí)候內(nèi)部先跑一下評(píng)審，在流程機(jī)制上促使業(yè)務(wù)方提出需求的時(shí)候多思考。

　　鍛煉自己快速判斷價(jià)值和優(yōu)先級(jí)的能力，有些點(diǎn)其實(shí)做不做影響都不大，拍腦袋出來(lái)的想法，能快速PK掉就PK掉，避免讓業(yè)務(wù)/需求方將自己看做是接收器，而是有判斷力有思考的項(xiàng)目經(jīng)理。