需求的任何變化都意味著設計和開發團隊的工作被浪費了。這首先是浪費資源和時間。這將導致團隊成員之間的抵觸，給項目經理和需求造成不確定感，并降低項目經理的威望。嚴肅也會導致團隊成員偷懶，因為誰知道這個要求什么時候會改變？也許你不必這么做？總結以下注意事項:

1。通知相關利益攸關方。

在改變要求時，最好通知和管理所有相關利益攸關方。大多數情況下，一些主要的利益相關者在溝通過程中被忽略，導致失控的變化。

2。對需求變化的反饋。

一定要在討論和交換需求變更后給出反饋。給出反饋時，一定要告訴對方實現需求的目標和時間。因為有時目標是相同的，因為人力資源問題，有時雙方的預期時間可能不一樣，這時，雙方需要重新談判并達成新的和一致的目標。

3。需求變化的確認。

當需要變更要求時，必須有書面文件和簽署程序。這樣，雙方的工作量得到了明確的記錄和承認。同時，確認將使改變更加有效和科學。

需求的暫時變化很容易導致對新需求的考慮更加不完整，增加項目風險和產品質量下降，并嚴重導致產品偏離原來的產品定位或理念。頻繁的需求變化對產品、項目進度和團隊積極性都有很大的危害。項目經理必須不遺余力地避免需求的變化。讓我們來看看需求變化引起的主要矛盾以及如何處理它們。

(1)由于實施困難，要求被修改。

這種情況經常發生在設計者給出設計圖紙和裁剪圖紙，開發人員開始開發，并在某個地方遇到實施困難的時候，例如，根據原來的需求計劃，可能存在性能問題，或者開發太困難，工作比預期的要大得多等。此時，我們不得不使用折衷的產品計劃來取代最初的需求。因此，設計師需要重新映射，開發人員也需要調整他們的一些工作。有些學生可能會說，這種情況不能依靠項目經理嗎？是開發人員做不到這一點，導致它再次被拆除。特別是，如果你想成為一名優秀的項目經理，不要有這種思維習慣。項目中的任何問題都是項目經理的責任。那么，如何避免這種情況呢？也就是說，邀請開發人員盡早參與，即使需求計劃尚未最終確定，即使需求被啟動和討論，也邀請開發人員一起參與討論。即使開發人員不能對產品計劃提出建議，至少他們能夠理解需求的來源，并及時指出技術實現中的一些困難。風險和成本高的地方越早發現和提出，產品的后續過程就越順利。需求變化發生得越晚，新的需求計劃輸出得越快，考慮得越不徹底，這對產品和項目都非常有害。風險越早提出，不僅可以避免浪費團隊成員的工作量，還可以讓每個人更徹底地考慮需求的變化。因此，項目經理應該注意這里，以便開發人員能夠盡快理解和知道需要做什么和涉及到什么技術困難，這是必要的和適當的。

(2)對需求考慮不足。

比如項目經理小明設計用戶注冊流程，方案是用戶需要填寫手機號才能順利注冊。這個方案已經由設計人員給出效果圖和切圖，且進入了開發階段。那么，在這個過程中，小明從公司內部的其他同類產品中了解到，用戶對手機號非常敏感，如果手機號是注冊時的必填信息，則很容易造成在注冊流程中用戶的流失。于是，小明只好修改產品方案，將填寫手機號一項改成選填，增加填寫常用郵箱作為注冊用戶的唯一標識。這就是典型的在需求方案設計階段，沒有全面考量方案的例子。當然，這與小明的經驗也有關系，一般新人難免在設計方案時對一些情況不夠敏感，會有疏忽和考慮不全的情況。這需要項目經理高標準要求自己，從各種角度審視、考量自己的方案，盡全力考慮周全，那么就會在相當大的程度上避免需求變更，并且本人也會有所收獲、提升能力。

(3)還有一個很無奈但很常見的情況，那就是老板提議的需求變化或者是由于產品方向的變化而引起的需求變化。

在這種情況下，項目經理并非完全不負責任。這時，項目經理想，為什么老板只有在已經進入設計和開發階段時才提出需求的變化？是因為老板以前沒有完全理解需求嗎？這可能是因為老板太忙而沒時間關注這個項目，所以實際上項目經理可以主動讓老板知道產品項目的進度、整個需求的思考過程和最終計劃。這樣，如果老板有其他想法或不同意見，他可以盡早提出。

(4)在設計圖紙制作后，或原型開發后，甚至在測試階段，發現以前的要求方案不合理。

這種情況一般不應該發生。項目經理級別越高，出現這種情況的可能性就越低。然而，一個人不可能完全正確。換句話說，在看到真實效果甚至嘗試原型之前，很難找到交互體驗的一些細節。這也是項目經理需要練習自己的地方。通常，他們應該嘗試各種產品，體驗各種互動和頁面設計。只有這樣，他們才能根據實際操作經驗設計產品計劃，而不是簡單地絞盡腦汁。然而，還應該注意的是，在這種情況下，需求的變化不應該是非常顯著的變化，這通常是一種交互體驗或頁面內視覺邏輯的輕微調整。產品流程或產品邏輯的問題應該在視覺效果圖輸出之前發現，而不是在視覺效果圖或產品原型階段。

因此，我們可以看到，避免需求變化的主要思想是允許信息在團隊內部、產品與產品之間、團隊與老板之間充分溝通和交流，從而避免信息不對稱或不同步。只有當信息完全同步時，問題才能更早暴露出來，需求才能提前修改，設計和開發等資源才不會浪費。

擁有一個需求不變的團隊是理想的。然而，當理想反映在現實中時，我們發現實際上很少有需求不變的情況。因此，當需求不可避免地發生變化時，我們如何應對這些變化以將危害降至最低？

事實上，需求變化過程與產品的一般過程是一致的。首先，項目經理重新考慮變化的需求，并在充分考慮后輸出新的需求計劃。同時，他與設計、開發、測試和其他團隊成員充分溝通，讓每個人都知道需求需要改變的原因和方式，以及修改后的計劃會是什么樣子，等等。團隊成員批準變更后的需求后，他們將再次進入設計、開發和測試階段。在整個過程中，項目經理還應該注意需求變化對整個產品版本進度的影響。通常，設計、開發和測試人員需要重新評估工作量和測試時間。項目經理需要知道變更是否會影響產品的最終發布時間。如果它確實有影響，并且不能通過協調其他時間來消化，它應該及時通知團隊成員更廣泛的范圍。例如，需求變更只涉及一個功能的開發和測試，但是當這個需求變更將影響整個版本的進度時，有必要讓整個產品版本中涉及的所有開發、測試和其他人員知道版本發布計劃的變更和原因。

福州優橙互聯是一家專注于福州網站建設的網站制作公司，為客戶提供小程序制作，促進福州網絡的全網推廣和精準拓客。歡迎訪問http://www.simple-vegetarian-recipes.com