CMMI 2.0開發(fā)模型的十大困惑

對于CMMI概念，很多人都曾有過這樣那樣的迷茫，SEI當(dāng)年曾列舉了十大困惑，很好的做了一把科普。做過若干次的CMMI2.0培訓(xùn)和評估之后，發(fā)現(xiàn)大家對于2.0概念也有一些理解弱項。今天集中火力消滅常見問題也寫個TOP10。

研究院年會上分享2.0評估經(jīng)驗

10. II中的“infrastructure”到底指的是什么？

  Implementation Infrastructure是要讓過程執(zhí)行力和改進(jìn)力得到制度和機(jī)制上的保證。說了就要做，不好的就得改，這兩句話說起來簡單，做到卻相當(dāng)不容易，至少我經(jīng)常做不到。II中的infrastructure指的就是執(zhí)行和改進(jìn)組織所有過程必須有的必要支持，這些支持不能因為換了領(lǐng)導(dǎo)就變，需要體現(xiàn)在制度上。其中，人員的保證是第一位的，也就是組織需要有明確、固定的過程改進(jìn)的推動者，過程執(zhí)行的監(jiān)督者，過程優(yōu)劣的評價者。過程培訓(xùn)必須是組織培訓(xùn)需要考慮的一個重要方面；資金的保證當(dāng)然是必不可缺的，每年總得撥出一些預(yù)算進(jìn)行規(guī)劃吧；工具恐怕是最重要的裝備要求。有了實施基礎(chǔ)支持，我們不敢保證就能做好，但如果缺乏實質(zhì)的制度化的支持，CMMI的導(dǎo)入基本就是鬼扯。

9. Verification和 Validation的區(qū)別是什么？

      Validation給中國軟件質(zhì)量的提升帶來了實質(zhì)的幫助，用戶不會再使用沒有經(jīng)過Validation的軟件了。CMMI對二者區(qū)別的解釋，不太符合中國人的閱讀理解。簡單來講，Verification就是保證功能的正確，通常的單元、部件、配置項、集成、系統(tǒng)測試都屬于Verification的范圍（注意也有可能有例外）。而Validation則是要保證這些功能在預(yù)期的實際環(huán)境中也能實現(xiàn)預(yù)期的目的，通常試運(yùn)行、驗收測試是常見的Validation活動，站在用戶角度來考慮是Validation的重要特點。

8. CAR提到的outcomes指的是什么？

  CAR中提到要選擇需要做CAR的outcomes（結(jié)果），而CAR是改進(jìn)的一個重要步驟，所以這里的outcomes講的是能帶來改進(jìn)機(jī)會的結(jié)果。我們不可能對所有的結(jié)果都做CAR，那么什么是一些性價比高的呢？如重復(fù)出現(xiàn)的缺陷類別，用戶報的缺陷，慘不忍睹的客戶滿意度反饋等是常見的需要做CAR的壞的outcomes。而高效的評審、測試結(jié)果，讓人眼前一亮的客戶評價則可能是值得做CAR的好的outcomes。

7. Peer Review的peer指的是誰？

  同行評審是技術(shù)評審，就是要盡可能多的發(fā)現(xiàn)問題。Peer（同行）一般應(yīng)該是做同樣工作的人，或者是相關(guān)領(lǐng)域?qū)＜?。行政領(lǐng)導(dǎo)一般不應(yīng)該是Peer，領(lǐng)導(dǎo)參加往往會出現(xiàn)一鳥入林百鳥無聲的情況。

6.  需要理清楚的三個level

   Level在CMMI 2.0中出現(xiàn)在三個地方：Practice Level，Capability Level，Maturity Level。Practice Level 代表實踐的級別，Capability Level 代表PA的能力，而Maturity Level則代表組織的能力。

5.  賦予多義的performance

  記得5000朋友問過如何翻譯2.0中的Performance這個詞，還真不好翻，因為看它出現(xiàn)在哪里了。你能區(qū)分出下列的Performance嗎?business performance, process performance, measurement and performance objectives, performance parameter, 還有 technical performance。

4. 需求雙向跟蹤的要求到底是什么？

  RDM中的雙向跟蹤要求大家都不陌生，但到底要跟蹤到什么程度？首先雙向指的是橫向的雙向，而不是橫向加縱向。后者也有意義，但維護(hù)成本更高。實現(xiàn)需求雙向跟蹤的方式可以很靈活，不一定要做個矩陣，趨勢是通過工具實現(xiàn)。而跟蹤內(nèi)容也可以根據(jù)實際需要和性價比來設(shè)定，同樣是非常靈活。

3. MPM里面operational definition指的是什么？

  度量的operational definition是一個及其重要的概念，不知為何它沒有出現(xiàn)在之前的CMMI模型中。令人不解的是，它居然也沒出現(xiàn)在2.0最后的詞匯表中，這個概念理解起來也不是那么容易吧？簡單講operational definition解決的是度量的可比性、一致性、可重復(fù)性。你的度量表中的每一列內(nèi)容加起來希望能夠合理定義出一個度量項的可操作定義！

2. OT中的戰(zhàn)略（strategic）培訓(xùn)指的是什么培訓(xùn)？

  要理解戰(zhàn)略培訓(xùn)，可以看看OT中和它并列的短期（short-term）培訓(xùn)（代表近期需要的技能）。顧名思義，戰(zhàn)略培訓(xùn)有長期的意思，戰(zhàn)略培訓(xùn)一定是和公司的戰(zhàn)略目標(biāo)綁在一起。那么戰(zhàn)略要往前看幾年呢？這和公司的規(guī)模和現(xiàn)狀有關(guān)系。戰(zhàn)略培訓(xùn)需求的識別和規(guī)劃是許多小規(guī)模組織做得很薄弱的地方。

1. PAD提的過程架構(gòu)（process architecture）是什么？

      很高興CMMI 2.0明確提出了過程架構(gòu)的概念，這是一個普遍弱項。既然有了過程架構(gòu)，那么就該有過程架構(gòu)師。像產(chǎn)品架構(gòu)一樣，過程架構(gòu)應(yīng)該給出清晰的過程的View：過程元素之間的接口關(guān)系，先后次序，裁剪層次等。好的過程架構(gòu)有助于過程的執(zhí)行，同時有助于過程的完善。過程元素的模塊化可以有力的支持過程架構(gòu)建立、完善。