今天想和大家說的，其實無非是和我們如影隨形的需求邊變更。似乎自我入行一來一直聽到這個詞語。先說何為需求？我按照廣義和狹義簡單的區分了下。
所謂廣義需求，及時一切和項目有關的想法，建議反饋，都叫做需求。所以狹義，就是產品經理提出的需求文檔。其實一定時期內，我們不得不承認，廣義需求是相對穩定的，并且有一定的經驗可談。何意？廣義需求可以是用戶的一個反饋，可以是今年流行的一種設計風格，可以是近幾年流行的聚焦區域。再具體點說，就是，用戶可以希望音樂播放軟件提供高品質，免費，且海量的搜索結果，這個要求可能是幾年不變。或者，近幾年流行扁平設計風格，再或者這幾年
移動支付比較火熱。這些都是需求，這些需求有共同特點就是相對穩定。
與之相較，所謂狹義需求，就是產品經理提出的需求，很可能朝令夕改，很可能半途而廢，很可能淺嘗輒止。比如做一個按鈕，可能今天要求放在屏幕中間，明天要求放在底部。再比如今天設想了一個定位功能，做到一半可能就放棄了。
說到這里大家不禁有個疑惑。我們姑且關起們來說話，既然外界的需求相對穩定何故內部的
需求變更頻頻？我自我總結，目前所處的項目中需求變更重要有三種類型：
1）老大看著不爽強制要求改。
2)產品經理自作主張朝令夕改。
3)業界有競爭對手新出一個功能不得不趕超。
好吧，我們從這開始抽絲剝繭，首先老大的需求我們稍后再議。競爭對手的變更就真的這么緊迫？這么巧？恰好非要插在本來周期不長的
互聯網項目中？互聯網的一次版本迭代周期也就一兩周，甚至好多一周，有多少猝不及防的競爭對手總能在你開展一期需求的時候，讓你不得不顧及他們的新功能？我想很少，甚至可以說沒有。除非自己公司請來的產品經理都是腦殘什么都要等著別家出來功能，慢慢抄襲。這種假設一般是不成立的，兩個公司之所以成為競爭對手，是因為實力相當。即便是抄襲也是互相抄襲，不會不給喘息的機會。如果需求因此而亂恐怕是自亂陣腳！
順便提下，老大的強制需求，首先肯定老大直接干預的并不多，即便有這么事必親躬的CEO，何不先問問為何要這么要求？何不想想變更后的利與弊，如果你說的客觀合理，老大不會糊涂到即便錯了也要堅持吧。再者就是，事實上來自老大，和競爭對手的層面導致需求變更的情況概率相當小，如果一個產品經理常常把這些掛在嘴邊，恐怕是不稱職的一種體現。
最重要的原因，似乎已經發現了，就是產品經理自作主張朝令夕改。既然知道病因，就不難醫治。但是需要對癥下藥。對此我總結的集中典型情況如下：
1)病情一：產品經理自己缺少經驗，說白了就是還沒真的想好就說設計已經完成。就開始開發。
癥狀：開發過程中研發常常詢問細節邏輯，產品經理常常改變原有需求。
危害：讓所有的評審
工作的成果付之東流，讓
測試參考的依據化為烏有，實在百害無一利，這就是典型的欲速不達
對策：客觀的放映情況，如果您再公司有足夠的權利，把這些稚嫩的產品經理調到不足輕重的小項目中去磨練。
諸葛亮尚且可以揮淚斬馬謖，我們也不愿意看到長平之戰的趙括毀了一個項目。
實在沒辦法，我們只能強制要求評審需求，多問問幾個“你確定嘛”
2)病情二：當初設計太多完美，以至于提出了很多研發技術不能實現的炫酷效果。
癥狀：產品經理為了成品高大上，設計很理想的效果，但是實際的情況不理想，導致一直僵持PK，需求不斷調整
危害：可能消磨團隊的斗志和信心，有很大的延期風險。
對策：誠知，畢其功于一役乃產品大忌，其實凡事講究實事求是，硬要在現在安卓
手機上實現iPhone類似的指紋 識別功能似乎不太現實。其實軟件設計大多是帶著鐐銬跳舞。即便是所謂的研發大牛，也是用人家的API吧。
我們測試人員，要合適的時候曉以利害，讓產品經理明白，快速迭代積極改進，才是互聯網的制勝之道。
此外，可以加強概要設計評審，以加強需求能實現的評估。
3）病情三：產品缺少主見，覺得這樣也行，那樣也行。設計出多套方案相對比，選取更好的。
癥狀：一次設計出多套方案，讓研發測試都實現，最后選取效果最好的一套。
危害：有目的的嘗試是好的，盲目的嘗試大多徒勞無功。
對策：我挺多有很多人鼓吹，我們的產品多么精致，我們的圖標是從一百張里面一張張的篩選出來的。
我承認精益求精的品質。但更相信中庸之道，過猶不及，所有的事情都要因地制宜，因時制宜。
對此我們可以強調項目的實際情況，可以綜合考慮時間，人力，技術經驗等因素，制定出合理方案。
實際工作中可能還有各種各樣的情況，只要我們勤于總結，勤于思考，總能找到一條適合自己的應對之策略。其實還有個大前提就是傳統互聯網和移動互聯網，傳統互聯網項目周期長，可以憑借強有力的評審制度，有效的控制需求變更。移動互聯網求快為主。這只是希望大記得磨刀不誤砍柴工的道理。與此同時也要不斷的革新。比如你身處移動互聯網公司，可以將傳統的幾個小時的需求評審，壓縮到晨會的十幾分鐘。當然這也提出了對人員的要求，要求你對需求足夠敏感。能及時的提出問題，切莫讓
敏捷流于口號，切莫讓晨會流于形式。
關于應對需求變更，其中的技巧和經驗還有很多，相信只要大家有心，也能積累更多的經驗。