小型組織推行cmm-資料下載頁
2025-06-30 00:02本頁面
【正文】 程的那部分。需求功能是一個問題，因為比起人來可能有更多的CMM功能。這個問題是做為技術或角色的映像來討論的。成熟度提問單因使用CMM技術而成為關注焦點，它可能在填寫的過程中被搞亂。以組織的技術來表達提問單，甚至對于非正式的評估及度量也是很需要的先導。Abbott[Abbott97]指明了對于小組織的軟件過程改進的6個關鍵： 高層管理的支持 正確的用人原則 將項目管理的法則應用到過程改進 與ISO 9001的集成 來自過程改進顧問的協(xié)助 聚焦在提供項目上及商業(yè)上的價值如果將好的項目管理應用到軟件項目中是確保成功的最佳途徑，那幺應該象對待其它任何項目一樣來對待過程改進就同樣是正確的。ISO 9001是在大組織里比小組織里使用更頻繁的一個評估版本，因而Abbott也有興趣針對他的小公司指出這一點。Brodman和Johnson[Johnson98]認為針對小組織/小項目的挑戰(zhàn)有7種： 處理需求 生成文檔 管理項目 分配資源 度量過程 促導評審 提供培訓Brodman和Johnson開發(fā)了一個針對小型商業(yè)、組織和項目的CMM剪裁版本[Johnson96, Johnson97, Brodman94]。盡管如此，大多數CMM的關鍵實踐還是被剪裁到了《LOGOS剪裁版CMM》里，變化體現在： 已存實踐的凈化 明顯的夸張 選擇性實踐的介紹(特出地作為例子) 伴隨小商業(yè)/小組織/小項目的結構及資源的實踐調整因此針對小組織而剪裁CMM的相關改變是可以根本不予考慮的。4. 濫用CMM 正確使用CMM意味著要平衡相互沖突的目標?；贑MM的評估要求運用專業(yè)性的判斷。盡管如此，CMM在做出這些判斷以及消除對一個明確的、反復的、非設計工作特有的過程的主觀臆斷等方面都提供了大量的指導。CMM有時作為一整套過程需求被提及，但它不能有任何含有“將要”(shall)的語句。這就是在核對（子）實踐一致性時造成CMM濫用的原因。有些是勉強地、無能地去解釋、剪裁或應用判斷力。這是易于委派到關鍵實踐的，但卻愚笨透頂。此種蠢行常常由客戶意圖及能力的偏執(zhí)來驅動。我在更多的場合聽說某人要做某些傻事，但他們害怕客戶無知無能到理解不了不能完全生搬硬套CMM的道理的地步。這對于軟件能力評價來說是明顯有疑問的。判斷可能不一致是對的——并且有時只有如此才合理。曾在某一環(huán)境中適用的卻可能滿足不了一個新項目。那就是我們推薦把過程成熟度包含在風險評估要比使用成熟度等級來過濾報價者更好的原因。小組織應該較少關心這個問題，因為對小組織的軟件能力評價未必是劃算的。它是從事許多小項目的大組織的一個問題的多個方面。 十分不幸，我沒有此問題的解決方案。象這種CMM能幫助組織改進軟件過程的“標準”，卻是聚焦在達到一個沒有從事潛在的、能導致紊亂行為的過程的能力成熟度等級。成熟度應該成為改進的度量，而不是改進的目標。這就是為何我們強調需要依靠改進來達到商業(yè)目的。5. 結論 底線是軟件過程改進應該有助于達成商業(yè)成就——而不是為其自身理由。無論對大組織還是小組織，這都是真真確確的。最好的忠告來自于Bellcore的總裁Sanjiv Ahuja：“讓常識奏效！”構造軟件是一項設計密集的創(chuàng)造性活動。同時過程的紀律對于能否成功是至關重要的——目標是解決問題——同時要有創(chuàng)造活力。就算軟件本身不是重復的，軟件的過程也應該是可重復的。要在紀律約束和創(chuàng)造活力之間取得均衡是頗具挑戰(zhàn)性的[Glass95]。失去了創(chuàng)造性視野，軟件工作的精密設計的天性將被引入令人窒息的僵化境地。而失去了所需的紀律觀念，也將導致混亂不堪。 CMM描繪了軟件過程改進的一個“常識工程化”路徑。它的成熟度等級、關鍵過程區(qū)域、目標及關鍵實踐經受了軟件社團內部的廣泛討論和評審。同時CMM既非完美無缺也不包容一切，它只是表達了軟件社團的一種廣泛一致的意見，并且成為指導改進工作的一個有用工具，它也有助于小型軟件組織改進它們的過程 [Abbott97, Hadden98b, Hoffman98, Pitterman98, Sanders98]。小組織應該認真地考慮PSP和TSP[Ferguson97,Hayes97]。掌握了PSP課程，我可以高度評價其建立了自我約束的能力。注意看書的效果不能等同于掌握課程及實際操作。CMM所從事的過程改進組織化的一個側面，就是PSP致力于建造個體從業(yè)者的能力。PSP確信個人能夠——基于他或她自有的性能數據——遵從紀律尊重價值——以工程化途徑來構建軟件。10 / 10
環(huán)評公示相關推薦
鄂ICP備17016276號-1