每次變更都是能讓各方接受的；二是要嚴(yán)格控制版本，減少變更的次數(shù)和降低變更的頻率，做好迭代周期的規(guī)劃。
其實(shí)多數(shù)情況下一個(gè)項(xiàng)目里面都只有產(chǎn)品經(jīng)理，個(gè)人覺得這樣比較好，雖然比較難，但就不存在多頭領(lǐng)導(dǎo)了，搞那么多leader，把大家都弄暈了不說，還容易出現(xiàn)矛盾。中國人有個(gè)特色，無官一身輕，有點(diǎn)官了就要擺官架子，互聯(lián)網(wǎng)行業(yè)還稍微好點(diǎn)，但大公司里還是容易滋生官僚主義，所以說小型公司適合創(chuàng)業(yè)適合做產(chǎn)品，因?yàn)闆]有那么多的流程約束。
現(xiàn)在有一種新的方式來解決協(xié)作問題，那就是引入PMO來做項(xiàng)目經(jīng)理，既不是產(chǎn)品經(jīng)理也不是開發(fā)人員、測試人員，總之是不在產(chǎn)品團(tuán)隊(duì)里面的，只是過來管理項(xiàng)目的。個(gè)人是不建議把一個(gè)項(xiàng)目周期掐的很死的，要控制單可以適當(dāng)?shù)母鶕?jù)實(shí)際情況來調(diào)整，把項(xiàng)目是否delay看成是一個(gè)KPI的話，會(huì)比較杯具。敏捷開發(fā)的話會(huì)稍微好一點(diǎn)，只有一個(gè)大周期，所有人員都是置身其中的。樣有個(gè)好處是避免了項(xiàng)目管理的束縛，整個(gè)產(chǎn)品團(tuán)隊(duì)可以安心的做產(chǎn)品，但問題也很顯然，第一是PMO只是來管理項(xiàng)目的，必然是以項(xiàng)目進(jìn)度為重；第二是PMO不一定懂產(chǎn)品策略，出現(xiàn)問題的時(shí)候溝通比較麻煩。
項(xiàng)目經(jīng)理勝任力免費(fèi)測評(píng)PMQ上線啦！快來測測你排多少名吧~
http://www.vanceur.cn/pmqhd/index.html
