IT項目管理中的度量

1、IT項目管理中的度量 人月：項目進度計劃老做不精確，每周都要去調(diào)計劃，不知道項目計劃做來還有什么意義？ 神話：那你分析了進度計劃做不精確的根源了嗎？人月 人月：原因有許多，有突發(fā)事件影響，有個人效率的差別，但我覺得主要是我們估算數(shù)據(jù)不精確，這樣導致我們在排進度計劃的工期和工時出現(xiàn)很大的偏差。 神話：那什么導致估算數(shù)據(jù)不精確呢？ 人月：原來我們項目估算都是專家法，項目有個很有經(jīng)驗的開發(fā)負責人，每次都是他進行估算的，數(shù)據(jù)是比較預備的。但現(xiàn)在這個人離職了，新的人員有沒有估算經(jīng)驗，在估算的時候很大細節(jié)問題考慮不到，引起我們估算數(shù)據(jù)偏差很大。 神話：經(jīng)驗始終停留在個人的頭腦里面，這種經(jīng)驗無法量化出來為他

2、人采用。人月，你平常沒有收集你做的歷史版本的規(guī)模，工作量和生產(chǎn)率這些數(shù)據(jù)嗎？ 人月：收集了，但不知道如何真正去用這些數(shù)據(jù)?。?神話：讓我們看下下達任務工作量回饋曲線：工作量生產(chǎn)率軟件規(guī)模功能點，一個歷史版本做完后工作量和軟件規(guī)模如代碼行這些數(shù)據(jù)都可以收集到，這樣你很簡單得出你們項目的一個平均生產(chǎn)率。 人月：但是我很難在開頭估算時候估計軟件的代碼行數(shù)。 神話：這是歷史數(shù)據(jù)的積累不夠，當開頭估算的時候我們可以采用功能點或軟件需求的用例數(shù)來作為估算的詳細規(guī)模。 人月：還有，項目經(jīng)常返工，一遇到返工就把我的進度計劃打亂了，而且返工很影響大家的積極性。 神話：你采用什么方法掌握了返工了嗎，人月？ 人月：

3、有啊，我們通過評審和Review來在項目的早期階段提前發(fā)覺缺陷，削減需求的泄露率。 神話：那你怎么來確認的評審和Review的工作量的支配的呢？ 人月：我憑經(jīng)驗任憑估計的。 神話：這里其實還是度量的問題，你應當對歷史版本的缺陷泄露率數(shù)據(jù)進行收集和分析，當你發(fā)覺需求到設(shè)計的缺陷泄露很高的時候，你就應當在需求的評審和Review上多花時間，而這個時間衡定是跟你返工工作量對比的，只要小于返工的工作量，那這些評審，爭論和Review的工作量支配就是合理的。 人月：神話，我覺得度量的好處就是幫助我們進行項目中的決策，因為任何一項決策都需要依據(jù)，用事實來說話。而我們收集的度量數(shù)據(jù)正好就是充分有力的證據(jù)。

4、神話：是這樣的，所以度量對一個項目來說很重要的，度量不僅僅是收集數(shù)據(jù)，更重要的是分析數(shù)據(jù)。 人月：但是我還是不是很清晰，比如我收集到數(shù)據(jù)表明我進度延后了，但我還是不知道如何去分析這個數(shù)據(jù)？ 神話：這就是度量體系的問題，我們的度量指標不是孤立的，每個度量指標之間都有影響和聯(lián)系。見上面的關(guān)聯(lián)關(guān)系圖。 神話：當你發(fā)覺進度延后后需要管理分析工作量，生產(chǎn)率，規(guī)模，需求穩(wěn)定性，返工狀況，缺陷泄露的狀況，評審的質(zhì)量等多方面的其它度量數(shù)據(jù)，才能夠真正發(fā)覺進度延后的根源在哪里。 神話：如進度延后是由于返工工作量增加了，返工工作量增加原因依據(jù)缺陷泄露分析發(fā)覺是需求階段缺陷泄露率高而并非需求變更多引起的。需求泄露率高是評審質(zhì)量出問題，而評審質(zhì)量出問題根源可能是當時評審時間沒有留夠。 人月：這里我理解了，其實我們做任何事情都是有目的和目標的，不是規(guī)程要求我們這樣做而去做，而是我們項目存在問題，我們需求去度量來幫助我們決策，從而解決項目的問題。 神話：是的，規(guī)程或規(guī)范是手段而不是目的，這點一定要搞清晰。 人月：還有一個問題就是我經(jīng)常收集不到項目中的真實數(shù)據(jù)，或者收集的數(shù)據(jù)本身就不精確，如一個工作任務的實際工作量數(shù)據(jù)。 神話：為何不在項目中推行PSP呢？個體軟件過程既可以保證收集到真實牢靠的數(shù)據(jù)，又可以促使每個人能夠有意識的去自我改進。 人月：那CMMI的度量