從3級到高成熟度的18項可能的變化

2021-10-01 04:43:17 字數 1856 閱讀 7223

1 每個過程或階段的進入、退出準則是否可以量化?

比如:系統測試的進入準則是否可以修改為:靜態檢查的缺陷100%修改,退出準則修改為:投入的單位工作量不少1人天/kloc, 發現的缺陷不少於6個/kloc。

注意定義退出準則時,要考慮投入與產出兩個維度,在滿足了投入的前提下,要求產出結果如何,如上例。

2 關鍵過程、子過程或活動(如評審、測試過程等)的投入是否可以量化? 產出是否可以建立效能基線,效能模型?

3 不同方法、不同技術、不同流程的優缺點是否可以採用統計的方法進行比較?

比如:迭代開發與瀑布開發,做原型與不做原型,做詳細設計與不做詳細設計,做單元測試與不做單元測試,會議評審與郵件評審,手工隨機測試與基於用例測試,自動化測試與非自動化測試等等,對工期、質量、成本的影響有多大差別?

4 專案前期活動的量化結果是否可以**後期活動的結果?即建立的模型中,x為開發上游的因子,y為下游的結果。

如:當需求活動結束後,用需求階段發現的缺陷個數**設計階段、編碼階段、交付的缺陷個數,從而為後期活動確定質量目標。

5 估算模型或方法的合理性是否能通過相關性分析等統計手段進行驗證?

很多公司自定義了工作量估算方法,這種方法是否合理呢?需要把實際的工作量與估計的工作量或規模進行相關性分析,看看是否強相關!

6 專案工期的估計是否可以進行蒙特卡羅模擬?

對每個任務進行三點估算後,建立起任務的依賴關係,則可以對專案總工期進行蒙特卡洛模擬了!每個專案都會有工期目標,這個目標能否實現,可以通過模擬來**。

7 專案目標的達成概率是否可以定量**?

有效能基線的用效能基線來**目標達成概率,有效能模型的則用效能模型來**目標達成概率,二者都沒有的,可以考慮採用蒙特卡羅模擬**目標達成概率。

8 過程裁剪的結果是否有助於達成專案的目標,是否可以定量**,而不僅僅是經驗**?

3級是基於經驗進行裁剪,4,5級要思考是否可以通過過程效能模型、蒙特卡羅模擬判斷過程裁剪的結果是否能有助於達成目標,以選擇最優的過程設計結果。

9 過程改進的結果是否可以通過假設檢驗進行驗證?

對均值與標準差都可以進行假設檢驗,以判斷這種改進的結果是必然的,而不是偶然的!

10 是否可以通過統計的方法識別專案風險的識別?

工期的風險、質量與過程效能目標達成的風險都可以**。參見6與7。

11 專案問題的識別是否可以通過統計的方法進行識別?

統計過程控制、**區間可以幫助識別離群點,而不是僅僅靠經驗,靠80-20原則識別問題。

12 多輪或多天測試發現的缺陷是否可以通過可靠性增長模型進行**?

gompertz模型是對測試累計缺陷進行趨勢**的利器,在我們的公司中是否可以使用?為什麼不能使用?

13 過程改進措施的選擇,是否可以通過統計的方法**效果?(5級)

2-3級是憑經驗識別改進點,有可能是誤判,做了無用功,當我們有了歷史資料,有了ppm以後,是否可以**措施的有效性呢?有效則採納,否則拒絕。

14 根因分析的措施是否可以通過統計的方法進行擇優?(5級)

類似13,減少無用功。

15 通過統計的方法是否減少了做無用功?曾經簡化了哪些過程、模版、度量元等?(5級)

高成熟度不是越做越複雜,而是越來越高效,體現在**了呢?

16 從3級到5級商業目標有哪些優化?(5級)

組織級的實際效果如何?能否通過商業目標的變化體現出來呢?

17 針對某個目標,是否可以從多個維度採用多種措施進行系統改進?(5級)

5級消除的是共性原因,單一的手段可能不顯著,通常情況下需要多種手段並行,系統改進!

18 是否考慮引入新的工具?新的方法?新的技術才能提公升組織級的效能呢?(5級)

要突破瓶頸,需要創新,而不是小修小改!

並非要求上述的所有問題都給出積極正面的回答,而是需要在改進時反思,在這些地方是否有變化?

高成熟度軟體組織的沙龍

下午的沙龍主要有四部分組成 1 李濤老師講解motorola的軟體改進情況 2 張本豐講解聯想的軟體改進情況 3 華為的李先生講解華為北研所的軟體改進情況,並提出幾個問題給大家討論 4 小組自由討論 感覺大家考慮問題更冷靜,更實際了。如何持續改進被納入主題。1.motorola a 文化 制度化 十...

高成熟度的真正難點是什麼?

很多朋友認為4 5級難做的原因是度量做的不好,其實我認為那只是表象,最根本的原因還是過程不穩定,2 3級的過程就沒有做好,過程不穩定,反應在資料上就不穩定,ma可以做的很好,但是ma的結果可能沒有管理的參考價值,建立的模型就沒有意義。比如 我們可以很準確的度量身高 體重 年齡 每天的飯量 每天飯食裡...

為什麼高成熟度的實施週期比較長?

很多軟體公司在實施完成cmmi3級後,考慮實施cmmi4級或5級,在制定最初的改進計畫時往往對實施高成熟度的難度估計不足,制定了很樂觀的改進計畫,改進的週期比較短。當領導基於樂觀的估計拍板後,就很難真正地在實施高成熟度時見到實效了。如果要對實施cmmi高成熟度進行乙個合理的工期估算,首先就要對cmm...