需求的變化問題
在軟體開發過程中如果只有一條真理的話，那一定是：需求的變化是永恆的，需求不可能是完備的。軟體開發的過程實際上是同變化做鬥爭的過程，需求的變更不一定是壞事，也有可能是好事，是商業機會，對市場敏感的人可以從需求的變化中發現市場機會。
需求變化的原因很多，如：
一開始沒有識別全，需要增加需求；
業務發生了變化，需求必須變化；
需求錯誤；
需求不清楚。
需求的變化問題是每個開發人員、每個專案經理都遇到的問題，也是最頭痛的問題，一旦發生了需求變化，你不得不來修改你的設計、重寫你的**、修改你的測試用例、調整你的專案計畫等等，需求的變化好比是萬惡之源，為專案的正常的進展帶來不盡的麻煩，怎麼辦？管理它！使需求在受控的狀態下發生變化，而不是隨意變化，需求管理就是要按照標準的流程來控制需求的變化。難題隨之而來，需求中的變化一般不是突發的革命性的變化，最常見的是專案需求的漸變（project scope creep）問題，這種漸變很可能是客戶與開發方都沒有意識到的，當達到一定層度時，雙方才驀然回首，發現已經物是人非，換了一番天地。
小的需求變更也要經過正規的需求管理流程
小的需求變更也要經過正規的需求管理流程，否則會積少成多。在實踐中，人們往往不願意為小的需求變更去執行正規的需求管理過程，認為降低了開發效率，浪費了時間。正式由於這種觀念才使需求的漸變不可控，最終導致專案的失敗。
需求的變更要經過出資者的認可
需求的變更引起投入的變化，所以要通過出資者的認可，這樣才會對需求的變更有成本的概念，能夠慎重地對待需求的變更。筆者曾經經歷過乙個專案，為了避免專案的風險，我們請了使用者代表全程參與了開發過程，結果此使用者代表在開發過程提出了大量「小的需求變更，當開發人員按此需求變更修改了軟體時，在專案進入現場實施階段時，卻有大量的這些變更需要改回去，問題就是出在我們的專案組成員視該使用者代表的需求為聖旨，卻忽略了需求是否經過了客戶方真正有決策權的人員的認可。
專案管理有感之需求調研
乙個專案中需求調研的充分與否是專案日後成敗的關鍵要素之一，這一點我想沒有哪位專案經理不認同吧？不過咱說的需求調研可不只是拿張紙記記客戶說什麼就完了，調研顧名思義就是調查和研究客戶的想法，我感覺應從以下幾個步驟入手 客戶想要什麼？要這幹什麼？為什麼這麼想？會不會有別的想法？這裡也說乙個最最最最基本的，...
專案管理之需求調研感悟
乙個專案中需求調研的充分與否是專案日後成敗的關鍵要素之一，這一點我想沒有哪位專案經理不認同吧？不過咱說的需求調研可不只是拿張紙記記客戶說什麼就完了，調研顧名思義就是調查和研究客戶的想法，我感覺應從以下幾個步驟入手 1 客戶想要什麼？2 要這幹什麼？3 為什麼這麼想？4 會不會有別的想法？這裡也說乙個...
深入理解專案管理之需求
隨著對專案管理理解的深入，自己對專案管理的兩點有了深刻理解 需求開發與管理 專案組織結構。一 需求開發與管理 寬 泛地講，需求 於使用者的一些 需要 這些 需要 被分析 確認後形成完整的文件，該文件詳細地說明了產品 必須或應當 做什麼。所以如果只有一些零碎 的對話 資料或郵件，你就以為自己已經掌握了...