需求的變化意味著設(shè)計和開發(fā)團隊的工作被浪費了。這首先是浪費資源和時間。這可能導致團隊成員的抵制，項目經(jīng)理和需求的不確定性，以及項目經(jīng)理聲望的下降。說真的，團隊成員的工作會松懈，因為誰知道這個需求何時會改變？也許你不必這樣做？總結(jié)以下注意事項：

1.確認需求變化。

當需要更改要求時，必須有書面文檔和簽名程序。通過這種方式，雙方的工作量有明確的記錄和認可。同時，確認將使變更更有效和科學。

2.對需求變化的反饋。

在討論和交換需求變化后，請務必提供反饋。在反饋時，務必告訴對方需求的目標和時間。因為有時目標是相同的，由于人力資源問題，有時雙方的預期時間會不一致。目前，雙方需要重新談判并達成新的共識目標。

3.相關(guān)利益相關(guān)方的通知。

當需求發(fā)生變化時，最好通知和管理所有相關(guān)的利益相關(guān)者。在許多情況下，一些主要的利益相關(guān)者在溝通時被忽略，結(jié)果是變化失控。

需求的臨時變化很容易導致新要求不那么詳細，項目風險和產(chǎn)品質(zhì)量的風險將增加，嚴重的產(chǎn)品將偏離原有的產(chǎn)品定位或想法。頻繁的需求變化對產(chǎn)品，項目進度和團隊熱情非常有害。項目經(jīng)理必須不遺余力地避免需求變化。讓我們來看看需求變化和如何處理需求的主要矛盾。

（1）對需求的考慮不足。

例如，項目經(jīng)理肖明設(shè)計了用戶注冊流程。解決方案是用戶需要填寫手機號碼才能成功注冊。該解決方案已由設(shè)計師進行了渲染和切割，并已進入開發(fā)階段。然后，在這個過程中，小明從公司的其他同類產(chǎn)品中了解到，用戶對手機號碼非常敏感。如果注冊時手機號碼是必需信息，則很容易在注冊過程中造成用戶流失。因此，小明不得不修改產(chǎn)品計劃，并將手機號碼改為可選手機號碼，并添加唯一ID作為注冊用戶填寫公共郵箱。這是在需求的設(shè)計階段未充分考慮的計劃的典型示例。當然，這也與小明的經(jīng)歷有關(guān)。一般來說，新人在設(shè)計方案時不可避免地對某些情況不夠敏感，并且會出現(xiàn)疏忽和不完整的考慮。這需要項目經(jīng)理的高標準要求自己，從各個角度審視和考慮自己的計劃，并盡一切努力考慮全面的變化，然后在相當大的程度上避免需求的變化，我也會獲得一些東西并提高我的能力。

（2）由于實施困難而修改要求。

當設(shè)計師提供設(shè)計和切割圖表時，通常會出現(xiàn)這種情況。開發(fā)人員開始在某個地方開發(fā)并遇到實施問題。例如，根據(jù)原始需求計劃，可能存在性能問題，或者開發(fā)太困難。工作量遠大于預期，依此類推。在這個時候，我不得不用一個妥協(xié)的產(chǎn)品計劃來取代原來的需求。因此，設(shè)計師需要重新映射，并且開發(fā)人員需要進行一些調(diào)整工作。有些學生可能會說這種情況不能依賴項目經(jīng)理嗎？它是無法實現(xiàn)重塑的開發(fā)者。重要的是要指出，如果你想成為一名優(yōu)秀的項目經(jīng)理，就沒有這種思維習慣。項目經(jīng)理負責項目中出現(xiàn)的任何問題。那么我們怎樣才能避免這種情況呢？這是邀請開發(fā)人員盡早參與，邀請開發(fā)人員參與討論，當需求計劃沒有超時時，即使開始和討論需求，即使開發(fā)人員不能提供建議產(chǎn)品計劃，至少可以了解需求的來源。并及時指出了一些技術(shù)實施的難點。越早發(fā)現(xiàn)并提出這樣一個風險高，成本高的地方，就越能保證產(chǎn)品的順利跟進。需求變化越晚，新需求計劃越匆忙，考慮的全面性越低，對產(chǎn)品和項目的危害就越大。建議風險越早，除了避免浪費團隊成員的工作量外，它還允許每個人更全面地考慮需求的變化。因此，項目經(jīng)理應該在這里注意，讓開發(fā)人員了解并了解接下來需要做什么，以及涉及哪些技術(shù)難題。這既是必要的，也是必要的。

（3）在設(shè)計圖之后，或在原型開發(fā)之后，即使在測試階段，也發(fā)現(xiàn)以前的需求解決方案是不合理的。

通常情況下不應發(fā)生這種情況。項目經(jīng)理的級別越高，發(fā)生這種情況的可能性就越低。但是人們根本不會犯錯，或者之前，甚至在試圖看到真實效果之前，很難找到交互式體驗的一些細節(jié)。這也是項目經(jīng)理需要培養(yǎng)自己的地方。通常，他應該嘗試各種產(chǎn)品，體驗各種互動和頁面設(shè)計，這樣他在設(shè)計產(chǎn)品計劃時不能簡單地低頭，而是要根據(jù)真實的操作經(jīng)驗。設(shè)計。但也要指出，在這種情況下需求的變化不應該是一個非常重要的變化，通常是交互式體驗或頁面內(nèi)視覺邏輯的微觀調(diào)整。應在視覺效果輸出之前發(fā)現(xiàn)產(chǎn)品過程或產(chǎn)品邏輯問題，而不是在視覺效果或產(chǎn)品原型階段。

（4）還有一種非常無助但常見的情況，即老板提出的需求變化，或者由于產(chǎn)品方向的變化而真正發(fā)生的需求變化。

在這種情況下，項目經(jīng)理并非完全沒有責任。此時，項目經(jīng)理應該考慮為什么老板在進入設(shè)計和開發(fā)階段之前已經(jīng)改變了需求。是因為老板以前還沒能完全理解需求嗎？這可能是因為老板太忙而無法關(guān)注項目，所以項目經(jīng)理可以更積極主動地讓老板了解產(chǎn)品項目的進度，整個需求的思考過程和最終的計劃。通過這種方式，如果老板有其他想法或不同意見，他可以盡早提出。

因此，我們看到避免需求變化的主要思想是讓信息在團隊內(nèi)部，產(chǎn)品和產(chǎn)品之間，團隊和老板之間進行溝通，以避免信息不對稱或不同步，在信息中完全同步，可以提前暴露問題，可以提前修改需求計劃，不浪費設(shè)計和開發(fā)等資源。

沒有需求變化的團隊是理想的，但是當理想變?yōu)楝F(xiàn)實時，我們發(fā)現(xiàn)很少有需求不會改變的情況。那么，當需求變化不可避免地發(fā)生時，應該采取什么措施來減少危害？

實際上，需求變化過程與產(chǎn)品的一般過程是一致的。首先，項目經(jīng)理重新考慮變更要求，并全面考慮并輸出新的需求計劃。同時，并行是與設(shè)計，開發(fā)，測試等團隊成員充分溝通。每個人都了解需求變化的原因，變更方式以及修改后的計劃將會是什么樣的，等等。在團隊成員認識到變更后的需求后，他們將重新進入設(shè)計，開發(fā)和測試階段。在整個過程中，項目經(jīng)理還應該關(guān)注需求變化對整個產(chǎn)品版本進度的影響。通常，設(shè)計，開發(fā)和測試人員需要重新評估測試的工作量和時間。項目經(jīng)理需要知道更改是否會影響最終產(chǎn)品。釋放時間如果確實有影響，則無法通過協(xié)調(diào)其他時間消化，然后及時通知更廣泛的團隊成員。例如，需求變更僅涉及功能的開發(fā)和測試。但是，當此需求更改影響整個版本的進度時，整個產(chǎn)品版本中涉及的所有開發(fā)，測試和其他人員都需要了解發(fā)布計劃的更改和原因。