雖然在項目開發前期，我們已經做好準備工作，一個環節到一個環節有條不紊地執行，但不可否認，在這個過程中，難免會出現需求變更的情況。作為項目負責人，應該怎么去處理這件事呢？
項目遇到需求變更，通常都是新增需求，很少是減少需求的變更。簡而言之，就是增加了工作量。而項目負責人面臨的難題在于：如何在不影響整體計劃的前提下，高效應對這種變化。需求變更的規模有大有小，不可一概而論。如果是小的變更，那無傷大雅，適當微調即可。但倘若是很大的變更，比如新增的功能開發需要一兩周甚至更長時間，那么整個項目計劃可能就需要推倒重做，這無可厚非。
我們要探討的是介于這大小之間的需求變更——那些有機會在當前計劃里解決掉的需求，比如增加了一周的工作量。你有信心能按當前制定的計劃如期交付嗎？現在的情況是，我們可能只是將需求變更分為大小兩個情況：小的微調，大的立刻調整項目計劃，然后項目上線時間就會變更。久而久之，這種處理方式可能會讓人覺得理所當然。
事實上，大部分項目開發工作是有協商空間的，并未被完全限定死。遇到突發情況，比如客戶需求變更，但交付時間沒有任何商量余地時，項目負責人該怎么辦？有人可能會說加班，但有時加班未必能解決問題。
也許現在我們可以慢慢培養這方面的意識和能力，在平時多積累這方面的經驗，避免真正遇到事情時手忙腳亂、無從下手。也就是說，我們可以將需求變更分為三種情況：小的變更，微調即可；大的變更，比如需要增加兩周工作量，那就變更項目計劃；中等變更，比如需要增加一周工作量，我們先不急于調整計劃 ，而是先想一想：有沒有什么辦法可以在不變更計劃的情況下解決這個問題？然后將各種可能的解決方案列出來（1、2、3……），召集項目其他成員一起討論。也許經過多輪討論，我們就能找到解決方案。如果討論后仍無法解決，再根據實際情況變更項目計劃。
本文由mdnice多平臺發布
