**：
cmm軟體開發流程試圖將幾十年來風險比較不可控的軟體開發用乙個規範的流程控制起來，變成乙個類似傳統工業化生產流程的工業。
cmm理念
cmm主要理念之一就是加強過程控制，認為只要開發的過程按照規定動作執行，就可以很大程度上降低軟體開發的質量、進度風險。而過程質量控制的主要手段就是檢視。
cmm的理念之二是根據經驗資料指導新的軟體開發專案。cmm定義了監控軟體開發過程是否規範的一系列指標，如軟體生產率、檢視缺陷密度、遺留缺陷密度等，並總結了同業的一些經驗資料。當執行實際專案時，以這些經驗資料指引開發過程，盡量使開發的關鍵質量指標落入經驗資料區間。同時進行進一步分析總結，對質量目標進行修正，用以指導後續的新專案。通過在乙個個的專案逐漸總結修正，最終得到一套適合自己的質量目標。
cmm的理念之三，也可以說是本質，是基於傳統的瀑布軟體開發模型的。
cmm出現了很多模型，覆蓋了各種各樣的專業領域。其中著名的模型有系統工程·軟體工程·軟體採購·整合產品和流程開發等。 cmmi(capability maturity model integration)是為了合併三個模型到乙個框架中。正如其他cmm模型，cmmi提供了流程改進的指導，而不是流程或流程的描述。組織使用的實際流程取決於很多因素，包括應用領域·組織框架和規模。cmmi將許多經過驗證的方法加入架構中，來幫組組織評價成熟度·某個軟體流程的能力度，並且建立改進的優先順序和實施改進。
cmm等級劃分：
初始級：軟體過程是無序的，有時甚至是混亂的，對過程幾乎沒有定義，成功取決於個人努力。管理是反應式的。
可重複級：建立了基本的專案管理過程來跟蹤費用、進度和功能特性。制定了必要的過程紀律，能重複早先類似應用專案取得的成功經驗。
已定義級：已將軟體管理的工程兩方面的過程文件化、標準化，並綜合成該組織的標準軟體過程。所有專案均使用經批准、剪裁的標準軟體過程來開發和維護軟體，軟體產品的生產在整個軟體過程是可見的。
量化管理級：分析對軟體過程和產品質量的詳細度量資料，對軟體過程和產品都有定量的理解與控制。管理有乙個作出結論的客觀依據，管理能夠在定量的範圍內**效能。
優化管理級：過程的量化反饋和先進的新思想、新技術促使過程持續不斷改進。
cmmi
的過程域：
cmmi
共有5個等級，25個過程域，
每個等級都由幾個過程區域組成
：第1級為初始級，
沒有過程域；第2級為已管理級，有7個過程域；第3級為已定義級，有14個過程域；第4級為已量化管理級，有2個過程域；第5級為持續優化管理級，有2個過程域，如下圖：
每個等級都被分解為過程域，特殊目標和特殊實踐，通用目標、通用實踐和共同特性，共同特性又分執行承諾、執行能力、指導實施和驗證實施，如下圖所示：
每個等級都有幾個過程域組成，這幾個過程域共同形成一種軟體過程能力。每個過程域，都有一些特殊目標和通用目標，通過相應的特殊實踐和通用實踐來實現這些目標。當乙個過程域的所有特殊實踐和通用實踐都按要求得到實施，就能實現該過程域的目標
CMM的級別就是軟體開發管理的「段位」
cmm的級別就是軟體開發管理的 段位 cmm 英文wiki 是什麼 包括cmmi，因為本文不涉及細節 有人把它理解成 規範 有人把它理解成 標準 一般人對cmm的理解是 1 cmm是一堆規範的集合，包括5個等級，共計18個過程域，52個目標，300多個關鍵實踐。2 如果按照這些規範執行就需要寫很多文...
軟體開發管理
scrum感言 軟體流程的名稱太多，rup,v model,iso9000，cmm等等不一而足。最近接觸了scrum，收穫良多，與諸位同仁分享。自從有人類社會活動以來，就形成了各種各樣的組織和制度，上到社會體制下到家庭環境，西方到東方，社會風尚 工廠流程 等等，這些東西都具有一種共同的特點 都是為了...
初級軟體開發管理
負責團隊一線管理工作的，大多是做而優則仕，在程式設計上表現優異，被提拔成組長，是否具備管理才能，是否適合做管理，一般不會被公司特別考慮，更別說管理經驗了，新官上任三把火，剛剛被授予管理權力的開發人員，在管理上很積極，但由於缺乏經驗，也常常做出過猶不及的事情來，這麼多年工作中，遇到過下面幾種情況 老好...