過程無法讓你成熟，過程是幫你發(fā)現(xiàn)問題，通過團隊和自我學(xué)習(xí)走向成熟。
過程和結(jié)果誰重要，著眼于短期利益結(jié)果重要，但基于長遠(yuǎn)專業(yè)化發(fā)展必須注重過程得規(guī)范和積累。
強調(diào)過程不是扼殺個性，正如強調(diào)法律是為了獲取更大的自由。
1.項目進(jìn)度和周期
估算，變更和未知風(fēng)險對項目進(jìn)度有重要的影響
項目大多數(shù)任務(wù)的粒度周期應(yīng)該為項目周期的10%－15%
在項目前期跟蹤頻率適合為項目周期的10-15%,后期適合為5-10%
在發(fā)現(xiàn)進(jìn)度偏差后要選擇根源而不是僅僅應(yīng)急的解決偏差
2.缺陷和Bug的密度
系統(tǒng)測試階段的Bug密度為3-5個 OC代碼比較適宜。
對Bug的分析很重要，應(yīng)該轉(zhuǎn)換為后期的培訓(xùn)和規(guī)程的完善。
Bug本身也有質(zhì)量，對Bug本身質(zhì)量的關(guān)注應(yīng)該多于對單純?nèi)毕菝芏鹊年P(guān)注。
3.缺陷泄漏和缺陷移除
需求缺陷的泄漏和發(fā)版后的泄漏故障是兩個重要的關(guān)注點。
對缺陷泄漏的關(guān)注應(yīng)該多于對缺陷密度本身的關(guān)注。
COPQ是重要的考察指標(biāo)，當(dāng)COPQ和估算差距不大的時候說明缺陷移除較好。
4.需求變更情況
需求變更引起實際工作量增加才是一個重點考察指標(biāo)。
用戶需求挖掘，非功能性需求，業(yè)務(wù)規(guī)則是最容易引起需求變更地方。
5.開發(fā)生產(chǎn)率
編碼生產(chǎn)率在250-300行/天?？偵a(chǎn)率在100-150行/天。
統(tǒng)一開發(fā)模式和框架，能夠復(fù)用的全部抽取為黑盒復(fù)用是形成組織PCB基礎(chǔ)。
6.軟件產(chǎn)品的規(guī)模
規(guī)模是整個估算的基礎(chǔ)，規(guī)模估算不準(zhǔn)確直接影響到總體工作量估算。
迫切需要統(tǒng)一需求用例編寫的粒度，形成可用的規(guī)模數(shù)據(jù)。最近改進(jìn)中已經(jīng)形成以用例總流數(shù)作為規(guī)模的改進(jìn)。
7.評審的作用
對可設(shè)計和實現(xiàn)性評審比較好。但對于可測試性和非功能性評審需要加強。
評審是從多角度看問題，重點是發(fā)現(xiàn)遺漏，而不是幫作者解決責(zé)任心的。
缺陷的泄漏情況是評審是否有效的關(guān)鍵指標(biāo)。
要在評審有效情況下盡量減少評審工作量，現(xiàn)階段數(shù)據(jù)看評審工作量比重偏大。轉(zhuǎn)貼于：http://m.vanceur.cn