原创 圖解 CMMI 2.0之(八)評估方法

  CMMI 2.0致力於提升價值與評估可靠性。V2.0的評估更強調CMMI實踐的價值和目的及過程改進的效果。 CMMI 2.0 評估有四種評估方法,分別是:基準評估、維持評估、改善計劃再評估、評價性評估,以減少評估成本以及組織過往對於

原创 圖解 CMMI 2.0之(四)能力等級和成熟度等級

過程改進模型的不同表示法 出於不同的應用目的,過程改進模型通常會採用階段式或連續式這二種不同的表示方法,模型類型分別對應爲階段型模型或連續型模型。 例如,CTP、STEP是連續型模型,TMMi 是階段型模型,而CMMI既有階段式的表示

原创 CMMI視頻推薦(1)靈魂四問CMMI輕鬆入門

    說明: “5分鐘學CMMI“系,這不是廣告,而是真心覺得這幾個視頻不錯。每個視頻長度約5至8分鐘,簡短、精煉、重點突出,是精心製作的產品,所以推薦出來。 建議首先看第一部“靈魂四問CMMI輕鬆入門“。 “靈魂四問CMMI輕鬆

原创 圖解 CMMI 2.0之(一)前世今生

說明: 1)本想一次性將CMMI v2.0圖解完,但在做的過程中,發現工作量比較大,自己寫起來很累,別人閱讀起來也會比較辛苦,故此打算分十期或更多期來做。好活不怕磨,慢工出細活,陸續圖解可能更符合人性。 2)由於CMMI研究院對CMMI

原创 速度還是速率?敏捷度量的誤區

    “敏捷”意味着更快,所以產品負責人就可以不斷的提需求,讓敏捷開發團隊不斷的改版~不斷的改版~不斷的改版(重要的事重複3遍),這對嗎?怎麼破? 在回答這個問題前,首先看看什麼是更快?更快是指用更少的時間完成預定的或更多的工作項,這

原创 圖解 CMMI 2.0之(十)爲什麼需要CMMI V2.0

  如果你覺得你的組織還不夠好,如果你覺得你的組織還有改進和有待提升的地方,那麼你就應該看看CMMI。 作爲軟件研發過程改進的框架,CMMI集成了業界很多的最佳實踐和經驗。尊重先輩們總結的知識,虛心學習,站在巨人的肩膀上,才能看得更遠。

原创 圖解 CMMI 2.0之(九)實施流程

  CMMI可以幫助提升企業能力。採用CMMI進行組織的過程改進,需要組織提供正在實施的項目,投錢,投人,從實際工作出發在實踐上進行改進。 業界最有名的過程改進模型可能非IDEAL莫屬。IDEAL模型代表了過程改進活動的生命週期,它作

原创 CMMI 2.0新瓶裝舊酒,販賣假酒更難了

  看到這個標題,CMMI 2.0新瓶裝舊酒?可能有很多人不同意,尤其是那些依靠CMMI吃飯的人。但其實沒必要畏懼,實事求是,客觀認真的對待比什麼都強。如同“茅臺”,即便換了n多次新包裝,酒依然是好酒,CMMI亦是。 在展開這個話題前,首

原创 我爲什麼參加DevOps Master俱樂部?

  站在數字化轉型的浪尖,十有八九的實踐者都會採用DevOps幫助企業實施數字化轉型戰略。同時,他們也面臨各種挑戰,渴望與業界的技術專家深度交流,探尋更好的解決方案和最佳實踐,例如: 做DevOps轉型需要準備些什麼,才能保證轉型的順利?

原创 圖解 CMMI 2.0之(五)模型結構

  ​ CMMI 2.0只有一個模型,其結構包括實踐域、實踐組、實踐、信息材料和視圖。結合特定語境(Context Specific),視圖可以擴展模型,讓模型更開放。 從模型角度,CMMI V2.0不再分開發(DEV)、服務(SVC)、

原创 圖解 CMMI 2.0之(二)產品套件

      下面說說CMMI V2.0 Product Suite,CMMI V2.0產品套件。 說實在,我很不喜歡套件這個詞語,大概源於早期對Suite的不理解。在牛津詞典中,對Suite的解釋是: 1、(尤指旅館的)一套房間,套房

原创 IT圈故事雜談(2)婆婆的堵嘴布

  上次,我們從兩個披薩餅說起。披薩雖好,但也不宜多吃,所以,今天來聊聊“堵嘴布”的故事。 看完下文,你至少應該知道以下三個問題的答案。 爲什麼要堵婆婆的嘴? ScrumBut是什麼,它爲什麼會讓敏捷Scrum失效? 正確的Scrum

原创 圖解 CMMI 2.0之(六)實踐域

  在實踐和認識的辯證關係中,馬克思主義哲學首先強調實踐是認識的基礎,實踐是認識的來源。但認識來源於實踐並不否認學習間接經驗的必要性和重要性,牛頓有一句名言, “假若我能比別人嘹望得略爲遠些,那是因爲我站在巨人們的肩膀上”。因此,我們只

原创 關於TMMi 測試過程改進者認證的介紹

TMMi 測試過程改進者認證,全稱Certified TMMi Test Process Improver,簡稱TMMi_TPI。 TMMi_TPI是TMMi 基金會於2018年新發布的一個針對個人的認證,目前國內對此有所瞭解的人估計還不

原创 斷言的“神祕身份”

在IT研發相關的書籍和文章中,經常會出現“斷言”這個詞語,有些人讀起來會感覺“特別彆扭”。例如,在《持續交付:發佈可靠軟件的系統方法》(DevOps Maste認證課程的指定教材)一書中,就多次使用到“斷言”這個詞語。下面摘錄該書部分段落