軟體開發，需求變更是經常會遇到的問題。「顧客就是上帝」這樣的思想在進行處理需求變更的時候要不得。客戶提出的新需求，不能一味接受。需要經過理智思考後，結合專案進度和公司利益充分考慮後才能夠做出理智的選擇。客戶提出新的需求時，該如何處理呢?以及如何更好應對專案需求變更，該做注意哪些事情呢?
對客戶需求變更要深入分析，再做決定。
理論上說，應該對客戶提出的變更對專案帶來的一些影響，比如成本的增加、時間的消耗、增加的風險等進行評估，將評估的結果與客戶進行討論，如果客戶覺得可以接受，則按照變更的程式填寫相關的**，實施變更。否則則變更中止。而且，提出錦上添花要求的是客戶方的什麼人?可能提出變更的人並沒有批准的權力，這樣其實變更可能可以不予考慮。
與客戶溝通是要靈活一點，利弊要明確指出。
與客戶溝通增加這些需求將產生的相應的時間，成本，人力，風險。把這些阻力放在客戶面前的時候，也要站在客戶角度，對這些錦上添花的需求作出一定的肯定，如果可以找出1個既有亮點，又相對容易實現的小需求，去滿足客戶，那麼拒絕其他的需求，就比較容易了。
應對專案需求變更要注意這幾點
(1)合同制(雖說沒有法律效益，但是在一定程度上可以約束客戶)，要讓客戶知道需求變更的代價;在和客戶接觸時應該挑明態度，特別是要讓他們清楚需求隨意變更所帶來的代價和風險。如果客戶認為代價太大，那麼開發人 員就沒有必要及時修改，按原來的進度走，但仍要記錄變更，待下一版本在修改。
(2)確認客戶是否接受變更的代價
(3)每月變更記錄上報雙方領導
最後，實施顧問要將有關變更措施和記錄隨時抄報雙方最高層留檔備案，可採取演示文稿、檔案、抄報、抄送、會議等多種形式。掌握主動權，逐步讓不合理的隨意頻繁變更，成為客戶不好意思開口的尷尬事件，盡快形成正常的專案執行氛圍和良好的工作習慣，也為可能受到變更所帶來的責任問題留下伏筆。
客戶提出的新需求，不能一味接受。合理的對待客戶需求變更，不僅僅能夠給客戶樹立乙個專業負責形象。也能夠為自己團隊和公司盡可能多利益。
提出SOA等新需求 協同軟體概念賦予新含義
近年來，幾大關鍵技術的進步和應用，極大的促進了協同軟體的發展，例如結合了工作流 門戶技術 電子郵件技術 和跨平台資料 資訊交換與共享技術等多種技術和手段。各種新技術通過結合以往的已經成熟使用的技術，組成了我們現在意義上的協同軟體。進入2006年，soa等新需求的提出，協同軟體概念也賦予了新的含義。在...
客戶需求的挖掘
客戶需求的挖掘 下午，乙個客戶要求先幫他們做個資料錄入頁面。在紙上寫了幾個字段。寫完後，我開始引導客戶，了解具體需求。我 你這個錄入完後，所得到的資料，需要拿來做什麼。客戶 需要對合同資料進行錄入。我 誰進行錄入，錄入的是什麼資料？客戶 業務員進行錄入，錄入的是商家的資料。客戶描述了好一陣，拿出一本...
產品部的美女提出了這樣的乙個需求
產品部的美女提出了這樣的乙個需求，看圖 c 5a，b兩控制項，b在a的右側，隨著a，b寬度的增加，b始終在a的右側，當a，b控制項的寬度之和大於父控制項的寬度時，b要求被完全顯示，同時a被擠壓。我相信大家肯定也遇到過類似的需求，並且相當不好處理，只通過布局檔案，不論是使用線性布局，還是相對布局都沒法...