在項目中，會遇到各種各樣的需求加塞和變更，導致在項目交付鏈末端的測試經常是苦不堪言，如果直接拒絕會被認爲，工作支持不到位，甚至認爲缺少挑戰拼搏精神，甚至被認爲價值觀有問題。那麼如何合理而友好的拒絕產品需求呢？
個人認爲有三種方式值得和同學分享。一種是換方案不換目標；一種是換目標不換方案；一種是接受，但不斷通過數據進行反饋。
1.換方案不換目標
具體來說就是在不改變上線目標的情況下，通過調整需求優先級，或者線上線不放量，先保證正常上線。
1）調整需求優先級
比如可以這樣溝通：
能理解你現在急迫的心情，我們的責任就是支持業務上線，保障線上質量；但現在手頭需求和工作比較多，時間已經基本排滿，本期還有你的需求XXX和你們組XXX的需求，你看能不能你們內部先協調下，看那個需求可以往後推一下，然後把你這個需求加你來，同時要求這個需求在什麼時候完成需求評審、XXX時候完成開發。
2）確保上線，分階段放量
現在手頭工作比較多，時間基本排滿了，你這個需求是隻要上線就行，還是上線後必須全量？如果只需要上線，可以先讓開發完成，測試同學先簡單測試下主流程和上線後的開關功能，先安排上線，上完線後暫時不打開開關，或者灰度少量用戶，在下一版本給您優先測試，測試完成後在全量放開，你看這個方式是否可以行？
2.換目標不換方案
就是需要多個需求同時並行的完成時，和產品溝通協商調整優先級順序。或者通過重新梳理拆分細化需求，完成其中的部分功能。這種方式最大好處就是讓產品內部先梳理優先級，思考周全後再提交給研測。
現在手頭工作比較多，時間已經基本排滿，你看能不能先把現在做需求重新梳理下，看下這個需求哪些功能必須上線，哪些可以後期上線，我騰出2天時間幫忙把必須上線的需求擠一擠通過加班消化掉，但同時需要協調開發必須在XXX時間點完成。
3.接受，並持續反饋
有些需求是在推也推不掉，必須在這次排期上線。比如老闆或者老闆的老闆拍下來的需求，但從你專業的角度，覺得不可能完成，或者按照這個時間點完成風險比較大，這個時候就需要靈活處理。先接受需求，隨時反饋進度和風險，以供老闆及時調整計劃或者上線策略。