七、對需求變更進行度量

　　度量變更的占比，如按功能點的占比

　　需求變更又經(jīng)常叫做“需求不穩(wěn)”，如果每月變更2%，則每年高達四分之一。高效機構(gòu)的合理目標為每月0.5%；

　　記錄和報告：雙方了解變更的數(shù)據(jù)（算賬、數(shù)據(jù)說話）

　　在合同中增加費用變動范圍的內(nèi)容（按變更遞進式遞增費用）

　　八、組織中的過程與方法

　　組織要發(fā)展出適于自已的過程與方法

　　體系化：CMMI、ISO9000等中實例化

　　不斷改進

　　端到端的需求管理

　　需求變更模型：如各階段變更量的控制曲線

　　控制力度的遞進：基線、項目階段

　　未納入變更的需求的管理：不要遺失，要有交待，如是否納入下一個版本中

　　選用項目組熟悉的過程與方法

　　熟悉的、已證明成功的

　　選用原則（剪裁）

　　培訓

　　對執(zhí)行的過程或方法進行質(zhì)量控制

　　納入項目匯報材料中

　　將情況通報各方

　　總結(jié)

　　我們提出“軟件需求，方法說了算”

　　是要遵從軟件工程的方法論，變“人治”為“(方)法治”。

　　 1、保證需求的真實性（質(zhì)量）

　　 2、變更的控制有理、有據(jù)、有方法

　　 前面所講的若干方法，是我在實踐中的一些體會，大家可以在此基礎(chǔ)上，開發(fā)出適合于你公司的軟件需求管理中的方法。

　　方法說了算！

　　哪些方法：

　　雙贏的承諾

　　聯(lián)合的需求團隊

　　關(guān)注需求的真實性與優(yōu)先級

　　有效的溝通

　　統(tǒng)一接收渠道，記錄與度量變更

　　收集、總結(jié)方法，并不斷運用