cmmi認證咨詢師，cmmi咨詢師

cmmi 咨詢師如何報考？

咨詢師不用報考，如果有經驗和好的經歷，就可以做咨詢師。評估師需要報考。

SEI對于CMMI的咨詢顧問沒有資質要求，也就是說作為CMMI的咨詢顧問不需要有任何的資質。你到有CMMI咨詢業務的公司去投簡歷面試就可以了，公司會比較關注你的行業背景和技術相關經驗、溝通管理能力等素質。

如何成為CMMI的咨詢師？

根據我的經驗，需要這么幾個方面的基本要求：1要有一定的軟件工程經驗，從項目管理、軟件工程經驗，CMMI模型知識；2溝通能力；3親和力；4表達能力；5最好先跟一個經驗豐富的人帶你兩個項目（熟悉整個咨詢流程和1－4的鍛煉），參加兩次正式評估熟悉模型和實際的對應關系；希望對你有幫助

SEI對于CMMI的咨詢顧問沒有資質要求，也就是說作為CMMI的咨詢顧問不需要有任何的資質。你到有CMMI咨詢業務的公司去投簡歷面試就可以了，公司會比較關注你的行業背景和技術相關經驗、溝通管理能力等素質。

CMMI咨詢師到底要做些什么？

培訓 制作體系文檔等等

有過程改進的咨詢師么CMMI方面？

(Capability Maturity Model Integration，能力成熟度模式整合)CMMI（ Capability Maturity Model Integration）的本質是軟件管理工程的一個部分。軟件過程改善是當前軟件管理工程的核心問題， 50多年來計算的發展使人們認識到要高效率、高質量和低成本地開發軟件，必須改善軟件生產過程?；赌Ｐ偷倪^程改進是指用采用能力模型來指導組織的過程改進，使之過程能力穩定的進行改善，該組織也能變得更加成熟。然而，軟件組織形成一套完整而成熟的軟件過程不是一蹴而就的事情，需要經歷一系列的成熟度。軟件組織首先要進行差異分析，評定自己比較接近哪一個成熟度，然后再根據自身的情況來決定要采取哪些改進活動，來更有效地改進自己的軟件過程。這就對軟件過程的評定提出了一個客觀的標準。美國卡內基梅隆大學軟件工程學院於1987年研究成功的SW-CMM（Capability Maturity Model for Software）就是這樣的一個理論模型，其目的在於幫助軟件組織改善軟件生產流程，以探索一個保證軟件產品質量、縮短開發周期、提高工作效率的軟件工程模式與標準規范。CMMICMM的成功促使其他學科也相繼開發類似的過程改進模型，例如系統工程、需求工程、人力資源、集成產品開發、軟件采購等等，從CMM衍生出了一些改善模型，比如：SW－CMM,SE-CMM,IPD-CMM等。不過，在同一個組織中多個過程改進模型的存在可能會引起沖突和混淆。CMMI就是為了解決怎麼保持這些模式之間的協調。由業界、美國政府和卡內基·梅隆大學軟件工程研究所率先倡導的能力成熟度模型集成（CMMI）項目致力於幫助企業緩解這種困境。CMMI為改進一個組織的各種過程提供了一個單一的集成化框架，新的集成模型框架消除了各個模型的不一致性，減少了模型間的重復，增加透明度和理解，建立了一個自動的、可擴展的框架。因而能夠從總體上改進組織的質量和效率。CMMI主要關注點就是成本效益、明確重點、過程集中和靈活性四個方面。與原有的能力成熟度模型類似，CMMI也包括了在不同領域建立有效過程的必要元素，反映了業界普遍認可的"最佳"實踐；專業領域覆蓋軟件工程、系統工程、集成產品開發和系統采購。在此前提下，CMMI為企業的過程構建和改進提供了指導和框架作用；同時為企業評審自己的過程提供了可參照的行業基準。CMMI的源模型：軟件能力成熟度模型
2.0版，C稿；電子行業協會臨時標準（EIA/IS）731；集成產品開發能力成熟度模型（IPD- CMM)。CMMI的原則：1． 強調高層管理者的支持。過程改進往往也是由高層管理者認識和提出的，大力度的、一致的支持是過程改進的關鍵。2． 仔細確定改進目標，首先應該對給定時間內的所能完成的改進目標進行正確的估計和定義并制定計劃。選擇能夠達到的目標和能夠看到對組織的效益。3． 選擇最佳實踐，應該基於組織現有的軟件活動和過程財富，參考其他標準模型，取其精華去其糟粕，得到新的實踐活動模型。4． 過程改進要與組織的商務目標一致，與發展戰略緊密結合。CMMI目標:
1. 為提高組織過程和管理產品開發、發布和維護能力的提供保障。
2. 幫助組織客觀評價自身能力成熟度和過程域能力，為過程改進建立優先級以及執行過程改進。CMMI的方法：1 決定哪個CMMI模型等級最適合組織過程改進需要。2 選擇模型的表示法是連續式還是階段式。3 決定組織需要用到的模型中的知識領域。4 類似CMM提出的過程改進6步，集成化過程改進分成：開始集成過程改進,建造集成改善平臺，集成傳統過程，啟動新過程，進行改 進評估。CMMI內容CMMI內容分為"要求"、"期望"和"提供信息"三個級別，來衡量模型包括的質量重要性和作用。最重要的是"要求"級別，是模型和過程改進的基礎。第二級別"期望"在過程改進中起到主要作用，但是某些情況不是必須的可能不會出現在成功的組織模型中。"提供的信息"構成了模型的主要部分，為過程改進提供了有用的指導，在許多情況下他們對需要和期望的構件做了進一步說明。"要求"的模型構件是目標，代表了過程改進想要達到的最終狀態，它的實現表示了項目和過程控制已經達到了某種水平。當一個目標對應一個關鍵過程域，就稱為"特定目標"；對應整個關鍵過程域就稱為"公用目標"。整個CMMI模型包括了54個特定目標，每個關鍵過程域都對應了一到四個特定目標。每個目標的描述都是非常簡捷的，為了充分理解要求的目標就是擴展"期望"的構件。"期望"的構件是方法，代表了達到目標的實踐手段和補充認識。每個方法都能映射到一個目標上，當一個方法對一個目標是唯一就是"特定方法"；而能適用於所有目標時就是"公用方法"。CMMI模型包括了186個特定方法，每個目標有兩到七個方法對應。CMMI包括了10種"提供的信息"：目的，概括和總結了關鍵過程域的特定目標；介紹說明，介紹關鍵過程域的范圍、性質和實際方法和影響等特徵；引用，關鍵過程域之間的指向是通過引用；名字，表示了關鍵過程域的構件；方法和目標關系，關鍵過程域中方法映射到目標的關系表；注釋，注釋關鍵過程域的其他模型構件的信息來源；典型工作產品集，定義關鍵過程域中執行方法時候產生的工作產品；子方法，通過方法活動的分解和詳細描述；學科擴充，CMMI對應學科是獨立的，這里提供了對應特定學科的擴展；公用方法的詳細描述，關鍵過程域中公用方法應用實踐的詳細描述。CMMI提供了階段式和連續式兩種表示方法，但是這兩種表示法在邏輯上是等價的。我們熟悉的SW-CMM軟件能力成熟模型就是階段式的模型，SE-CMM系統工程模型是連續式模型，而IPD-CMM集成產品開發模型結合了階段式和連續式兩者的特點。階段式方法將模型表示為一系列"成熟度等級"階段，每個階段都有一組KPA指出一個組織應集中於何處以改善其組織過程，每個KPA用滿足其目標的方法來描述，過程改進通過在一個特定的成熟度等級中滿足所有KPA的目標而實現的。連續式模型沒有像階段式那樣的分散階段，模型的KPA中的方法是當KPA的外部形式，并可應用於所有的KAP中，通過實現公用方法來改進過程。它不專門指出目標，而是強調方法。組織可以根據自身情況適當裁剪連續模型并以確定的KPA為改進目標。兩種表示法的差異反應了為每個能力和成熟度等級描述過程而使用的方法，他們雖然描述的機制可能不同，但是兩種表示方法通過采用公用的目標和方法作為需要的和期望的模型元素，而達到了相同的改善目的。CMMI 模型的前身是 SW-CMM 和 SE-CMM，前者就是我們指的CMM。CMMI與SW-CMM的主要區別就是覆蓋了許多領域；到目前為止包括四個下面領域：1．軟件工程（SW-CMM）軟件工程的對象是軟件系統的開發活動，要求實現軟件開發、運行、維護活動系統化、制度化、量化。2．系統工程（SE-CMM）系統工程的對象是全套系統的開發活動，可能包括也可能不包括軟件。系統工程的核心是將客戶的需求、期望和約束條件轉化為產品解決方案，并對解決方案的實現提供全程的支持。3．集成的產品和過程開發（IPPD-CMM）集成的產品和過程開發是指在產品生命周期中，通過所有相關人員的通力合作，采用系統化的進程來更好地滿足客戶的需求、期望和要求。如果項目或企業選擇IPPD進程，則需要選用模型中所有與IPPD相關的實踐。4．采購（SS-CMM）采購的內容適用於那些供應商的行為對項目的成功與否起到關鍵作用的項目。主要內容包括：識別并評價產品的潛在來源、確定需要采購的產品的目標供應商、監控并分析供應商的實施過程、評價供應商提供的工作產品以及對供應協議和供應關系進行適當的調整。在以上模塊中，企業可以選擇軟件工程，或系統工程，也可以都選擇。集成的產品和過程開發和采購主要是配合軟件工程和系統工程的內容使用。例如，純軟件企業可以選擇CMMI中的軟件工程的內容；設備制造企業可以選擇系統工程和采購；集成的企業可以選擇軟件工程、系統工程和集成的產品和過程開發。CMMI中的大部分內容是適用各不同領域的，但是實施中會有顯著的差別，因此模型中提供了"不同領域應用詳解"。CMM的基於活動的度量方法和瀑布過程的有次序的、基於活動的管理規范有非常密切的聯系，更適合瀑布型的開發過程。而CMMI相對CMM更一步支持迭代開發過程和經濟動機推動組織采用基於結果的方法：開發業務案例、構想和原型方案；細化后納入基線結構、可用發布，最后定為現場版本的發布。雖然CMMI保留了基於活動的方法，它的確集成了軟件產業內很多現代的最好的實踐，因此它很大程度上淡化了和瀑布思想的聯系。在 CMMI 模型中在保留了CMM階段式模式的基礎上，出現了連續式模型，這樣可以幫助一個組織以及這個組織的客戶更加客觀和全面的了解它的過程成熟度。同時，連續模型的采用可以給一個組織在進行過程改進的時候帶來更大的自主性，不用再像CMM 中 一樣，受到等級的嚴格限制。這種改進的好處是靈活性和客觀性強，弱點在於由於缺乏指導，一個組織可能缺乏對關鍵過程域之間依賴關系的正確理解而片面的實施過程，造成一些過程成為空中樓閣，缺少其他過程的支撐。兩種表現方式（連續的和階段的）從他們所涵蓋的過程區域上來說并沒有不同，不同的是過程區域的組織方式以及對成熟度（能力）級別的判斷方式。CMMI 模型中比 CMM 進一步強化了對需求的重視。在 CMM 中，關於需求只有需求管理這一個關鍵過程域，也就是說，強調對有質量的需求進行管理，而如何獲取需求則沒有提出明確的要求。在CMMI的階段模型中，3 級有一個獨立的關鍵過程域叫做需求開發，提出了對如何獲取優秀的需求的要求和方法。CMMI 模型對工程活動進行了一定的強化。在CMM中，只有3級中的軟件產品工程和同行評審兩個關鍵過程域是與工程過程密切相關的，而在CMMI中，則將需求開發，驗證，確認，技術解決方案，產品集成這些工程過程活動都作為單獨的關鍵過程域進行了要求，從而在實踐上提出了對工程的更高要求和更具體的指導。CMMI中還強調了風險管理。不像在CMM 中把風險的管理分散在項目計劃和項目跟蹤與監控中進行要求，CMMI3級里單獨提出了一個獨立的關鍵過程域叫做風險管理。

做CMMI咨詢師需要有軟件開發經驗嗎？

做一個專業的CMMI咨詢師必須要有10年以上的軟件開發經驗，最好是從事過大型軟件開發的項目經理。

邊工作邊學習也可以，可以聯系我，賽寶認證咨詢中心，見我的個人資料

對于軟件過程改進。 （SPI軟件過程改進）幫助軟件企業的規劃，開發和實施軟件過程的變化。2，軟件過程評估。 （SPA軟件過程評估）在評估中，一組軟件人才培訓，以確定企業的軟件過程的狀態，識別企業面臨的軟件過程中，最迫切需要解決的問題，取得企業領導的支持軟件過程改進。 （使用前面的步驟，使用2）軟件能力評價。 （SCE軟件能力評估）能力評價，一組受過培訓的專業人員來識別能力的軟件專業承包資質，軟件或檢查顯示器采用的是軟件生產過程的狀態。CMMI成熟度模型，軟件公司，包括中小型企業，如何成為人們關注的焦點，如何在具體項目引進和實施CMMI標準的軟件流程改造的基礎上。實施CMMI的核心焦點是技術方面的軟件開發，但工程過程和項目管理水平的水平。所謂的工程工藝水平是指參與項目開發的全過程作為一個系統的學習過程的相關問題的研究和實施。學習本身的過程是不同于通常所說的軟件工程技術（如編碼，操作系統等），也不同于一般的項目管理，軟件過程不僅涉及這方面的軟件工程？處理具體描述其獨特的功能。事實上，任何企業在開發工程iso三體系認證的實踐，已開發的過程中，許多公司并沒有被記錄或疑慮。按照學校的角度來看的工程過程中沒有正確的過程，它是不可能有合適的iso三體系認證，因此發展組織的過程中，需要規范和完善。軟件過程必然是相關的工程管理，所以它是不一樣的技術問題，容易計劃的具體發展，走上國內小型和中型軟件公司和部門，特別是多數在通過過程系統的發展轉型過程中，要特別注意以下幾個方面有很好的把握的要領，開始其實施的過程：1。不急和盲目樂觀。采納任何新的系統，都不可避免地涉及重組和調整的老系統，需要投入相當的決心和時間。如果企業決定全面評估后，CMMI工程標準規范建設自己的軟件開發行為，你應該為了提高的前提下盡早實施企業發展過程中的調整，以便有足夠的時間去了解和評估其有效性的預改造。2。必須了解CMMI的一套標準，它被指定什么樣（What），而不是如何做（How）的同時，CMMI也代表了獨特的角度來理解和分析軟件生產過程（哲學）。 CMMI專注于在這個過程中的關鍵要素，而不是詳盡無遺的，它主要不是為了解決問題的一個具體的項目，但也不能保證這一框架的iso三體系認證開發100％的成功CMMI軟件過程工程的集合描述流程和管理流程等方面的過程改進創新，依靠許多小的階段步驟，不可能一蹴而就。3。 CMMI
1.1版本主要是針對大型軟件公司的發展，這些企業通常關注的軟件生產過程的各個方面。對于少于20人的小企業，
1.1版的某些部分可能不適用。4。然而，企業通過CMMI過程改進，引進新的技術和自動化工具，以幫助軟件開發人員實現的過程改進要求企業全面投入運作，需要一個較長的周期，而對引進技術的周期相對較短。但如果企業僅僅依靠技術，提高工藝改進，和長期的，而不是企業可能收獲很少。5。 “知己知彼，百戰不殆”。實施前改善企業應對所有軟件的功能和過程的狀態盡可能客觀，詳細了解其目前的水平。初步診斷自測表連接到業務拓展能力，可以參考這篇iso質量體系證書后，在明確自己的實際工藝水平，企業應確定需要達到的目標和水平的主要差距在哪里。企業為了達到目標，包括特定的過程目標和核心過程域（KPA）。項目的特點與企業自身的發展水平，這個水平應該是一致的。清除在企業的實際水平與目標水平之間的差距，規劃，決定改進的順序和程度，可參考的決策因素，包括：投入的進度和質量的目標和平衡能力，保證，整體業務發展及當前項目開發的平衡，員工素質條件，最薄弱的環節，最迫切需要加強聯系，是最簡單，最有效的鏈接，等等。6。如果可能的話，成立一個專門的過程改進規劃組在企業內部和與企業外部咨詢機構或顧問，制定了詳細的實施方案的過程中，同時注意計劃的修訂和調整的實施過程中。指定為盡可能具體和詳細的??改進計劃，這包括：有針對性的檢查和貢獻的實際測試標準;詳細的實施步驟，一個人負責實施的每一個環節，協調各方解決的各個環節之間的沖突;>采用的新技術和新工具，其作用的詳細分析，并得到一個方式，并準備改造的新技術和新工具，人員培訓，以適應項目所需。開發項目的開發計劃，并且將鏈接到每個進程和實現這一時間表。項目發展預測為基礎的規劃和開發工作的投入時間。預先規劃發展過程中的數據采集，分析，和提供方式和周期;所有流程，包括：需求分析，項目計劃，項目驗收并交付必須提交保留，必須要有具體的監測和評估計劃，監督執行的過程。該計劃應考慮到可能的偏見和應對方案。高級管理人員應參與制定和實施的過程而形成的系統。領導是負責每個階段的改進總結，并制定繼任者計劃，涉及的計劃和調整的過程中，必須申請備案并同意的領導。的原則應該強調的是最重要的過程改進，不能流于書面形式，所有員工應了解和參與。CMMI模型可以用來描述軟件機構有能力成熟度級別，也可以用來表示所需的軟件公司的努力方向，提高軟件工程的重點，也可以讓公司自己選擇合適的方式來實現這一目的。實施CMMI的經驗告訴軟件工程師，軟件項目的開發，更多的問題和錯誤的順序，項目安排，技術項目策劃和項目管理，而不是如何做。軟件工程學習的過程中不斷分析和改善現有的工程經驗來發展最好的發展過程中，按開發生命周期來確定的關鍵環節的管理，并最終實現這一目標的定量數據來建立能力成熟度水平。工程流程，以確保有序發展和實施的方式，以及避免以前的開發人員被動救火到最低限度，減少主觀因素。開發人員的個人創造性的發揮的獨立任意消化，轉移到如何創建一個使用和改善工程過程。模型CMMI實際上是理論的過程和數據建模及其應用軟件部門項目，主要包括供應方和兩類軟件iso三體系認證。全球范圍內已通過了CMMI標準，公司必須決定承接軟件項目合同與分包商。實踐中，許多中小型企業在接受CMMI體系，通過保留原始的工程工藝指標和企業的一部分的方式進行。Kaleckian·梅隆大學軟件研究所已經提出了一系列的方法來實現CMMI標準的，按照他們的建議，理想的企業開始引入CMMI體系是一個很好的參考模型，它包括： BR />I - 啟動（啟動），發展機構應準備CMMI介紹推進基礎設施和程序。D - 診斷（診斷），明確機構的能力水平和目標水平。E - 建設（建立），制定一個計劃是如何實現的目標水平。A - 行動（代理），該計劃的具體實施。L - 學習（學習），過去的經驗積累和不斷完善的過程，同時注意引進新技術和新工具，以協助在實施的過程中。如果可能的話，企業咨詢機構或顧問的協助下，可以加快引入CMMI體系的過程中，但企業必須把重點放在訓練自己的理解工程過程的人才。更好的方式來形成項目的一部分，在開發組織CMMI小組討論，以促進開發團隊和開發人員之間的經驗交流。顯然，實施CMMI生效院校根據自己的實際情況來判斷的正確實施中發揮作用的過程中的各個方面，從定性和定量兩方面的。不要求逐字支付相應的核心過程域和核心業務的中小企業中的應用CMMI體系，該機構可以其應用程度的削減方法也可以用于復雜的方法到具體的執行相同的尤其是核心實現。工程原則：根據SEI的研究數據，絕大多數軟件項目的成功遵循了以下軟件生命周期劃分成若干階段和嚴格的計劃，包括項目計劃，里程碑計劃，質量檢驗計劃，維修計劃。2，在審查和評估，以便及早發現錯誤，使發展階段。3，項目團隊的成員應該專注于技術和工藝，包括培訓，提高人員素質。4，軟件過程改進，應持續不斷的調整過程。5星，使用的度量數據來描述的過程盡可能多的每一個方面，以改善的可預測性和可控性。6，必須記錄的工作以前所有的開發工作，積累經驗，為今后的發展。7，如果該項目是允許采用更先進的技術和工具，盡可能多，例如，面向對象的程序iso認證方法（OOP）