行車記錄軟件開發(fā)有關(guān)同行評審的執(zhí)行情況和結(jié)果的數(shù)據(jù)。 這幾句話沒有錯。團隊活動總是需要一份計劃，活動形式也需要事先規(guī)劃好，結(jié)果也需要記錄一下（否則，要犯同樣的錯誤）。有誰會對此心存疑議呢？
可是，當看到這些活動的“一般性”規(guī)定時，很多人產(chǎn)生了抵觸情緒。例如，在講到文檔化的規(guī)程時，CMM上是這樣說的：由經(jīng)培訓(xùn)的同行評審領(lǐng)導(dǎo)者計劃和領(lǐng)導(dǎo)同行評審。預(yù)先將評審材料散發(fā)給評審者，以便他們能為同行評審作好充分的準備。已對評審者分派了在同行評審中的任務(wù)。
詳細說明和執(zhí)行用于同行評審的準備就緒準則和完成準則。使用檢查單，以便以一致的方式確定用于評審軟件工作產(chǎn)品的準則。跟蹤同行評審中所確定的措施，直至它們得到解決。同行評審的成功完成。包括解決同行評審中所識別出的問題的返工，被用作為相關(guān)作業(yè)的完成準則。
致遠服軟：http://www.soft8.com.cn/認為，這些“一般性”規(guī)定涉及了不少文檔和事務(wù)性的工作，例如，評審材料、檢查單、跟蹤表等。再加上質(zhì)量保證這類如影隨形的活動，所以做一次同行評審似乎非常麻煩。還有更麻煩的。有些軟件開發(fā)組織對同行評審活動是這樣定義的：項目開始后，每兩天進行一次同行評審，并且要提交詳細的報告。你會瘋掉嗎？
可是，如果我告訴你，上面的活動一樣不做，也是同行評審，你相信嗎？
CMM提供了“裁剪”的概念。在遵循CMM核心思想的前提下，變通是無限的。 CMM的核心思想是：過程，要事先定義（否則是無政府主義）；過程的實施效果，要不斷驗證（可以持續(xù)改進）；過程中的基本活動形式，要保證（你不會排斥同行評審本身吧？）。
假設(shè)，你正在做移動辦公軟件開發(fā)3個人月的小項目。你的同行評審活動，就是找個身邊的同事討論10分鐘（也許你需要和他的團隊打個招呼）。如果這是最好的形式，把它定義下來。你得通過文檔，告訴所有參與此類規(guī)模項目的軟件開發(fā)人員，不要干擾其他人的工作了。可是，如果那些和身邊同事的討論沒有給你帶來實質(zhì)性的幫助，你可能就需要換個形式了。很顯然，新的形式應(yīng)該替換舊的形式，并定義到組織級別的過程中去。
