【正文】 ？誰去填表？什么時候填表？如果有人不愿意填，那該怎么辦？下面我們分七個步驟來討論操作中可能會遇到的問題第一步首先得說到變更流程的事情。一個額外活動的工期需要10天，但是體現(xiàn)在整體工期卻不一定是10天，還有可能是5天或者是0天，因為它有可能正好是一項非關(guān)鍵路徑上的活動。如果變更的需求是30個功能點,我們?nèi)菀淄茰y變更將導(dǎo)致增加的缺陷個數(shù)介于12到18個之間；，也即一到兩個。例如我們在測試階段的后期實施一項大的變更，那么它對測試階段的質(zhì)量影響是可以想見的：因為引入新功能或更改功能，一定導(dǎo)致更多的缺陷，而在回歸過程中如發(fā)現(xiàn)新的問題需要修改的話又可能帶來更多的問題。其實此處將工期、成本、質(zhì)量都要量化的重要目的之一就是強迫我們的項目組先要想清楚，一個變更意味著什么。我們先來看看下面這幅圖：大家一看就明白了：噢，原來是項目管理三角形，扯上它干嗎呀。我和許多IT公司的老總們作交流，我開玩笑說我們IT公司都是清政府。因為原來只說要實現(xiàn)工作流，而沒有談到定制的工作流算不算。不管什么樣的變更，首先都有第一步：變更申請。所以這兩種情況我們都要了解，簡單吧？好，第三步就這么簡單。我們將對質(zhì)量的影響是不是也可做相應(yīng)的分析？當然嘍！第六步這個小節(jié)關(guān)注的是風險，變更往往意味著更多的功能，更多的功能意味著更多的工作要做，因而面臨更多的變數(shù)，也即我們就常所說的風險。如果項目組沒有量化的歷史數(shù)據(jù)參考，只能以定性的方式去描述需求變更對于項目不同階段的影響。第三步評價對工期的影響，有人可能馬上會反駁說，工期評價沒用，反正是自己消化掉。七步法印證了我經(jīng)常鼓吹的項目管理三部曲：細化、量化、圖形化，七步法主要驗證了細化和量化的必要性和好處。怎么樣溝通呢？因為尤其是對于軟件項目的合同很難在簽訂之初就能夠精確定義的每項功能，所以靠合同是幫不上忙的。問題出來了，