你的實踐經(jīng)驗應(yīng)該被記錄下來，免得重復(fù)發(fā)生無效的活動。不就是這樣的嗎？針對同行評審軟件開發(fā)，我們繼續(xù)往下思考。 如何制定同行評審（這里單指針對代碼的同行評審）的計劃呢？首先，評審軟件開發(fā)設(shè)計人員在設(shè)計時，對于算法實現(xiàn)的難易程度，應(yīng)該是心中有數(shù)的。在這個前提下，設(shè)計人員可以標(biāo)記出需要進行同行評審的位置。其次，可以參考程序員本身的業(yè)務(wù)水平，來制定同行評審的計劃。例如，有經(jīng)驗的程序員，或多次被證明合格的程序，在沒有明確求助的情況下，沒有必要進行強制的同行評審。
反之，對缺乏經(jīng)驗的程序員，則需要加以關(guān)注。如何進行同行評審活動呢？如果，你的組織擁有先進的設(shè)備，那么，白板上的結(jié)論，或許可以直接保存為同行評審的報告。另外，定義了簡單格式的郵件可以作為報告，結(jié)對編程的代碼也可以作為報告。
報告存檔的意義，不在于應(yīng)對質(zhì)量檢查。它的意義在于，將來有可能從這些檔案中提煉出有價值的信息。那些有價值的信息，將成為組織內(nèi)的知識資產(chǎn)的一部分。關(guān)于知識資產(chǎn)的話題，我們會在第10章中展開討論。
總之，當(dāng)我們不斷產(chǎn)生關(guān)于同行評審的問題，不斷思考它們，并給出解答，然后驗證解答，然后再次給出解答的過程，就是我們的軟件開發(fā)能力成熟的過程。CMM建議，有價值的過程應(yīng)該被記錄下來，并在實踐活動中完整地驗證。相比于那些沒有任何記錄、重復(fù)討論、人走茶涼的垃圾會議，CMM的做法不值得贊許嗎？
成熟之路只有成熟的評審軟件開發(fā)軟件開發(fā)組織，才能快速適應(yīng)組織規(guī)模的變化，才能持續(xù)不斷地遞交成功的項目成果，才能最大限度地降低團隊開發(fā)的成本。CMM提供了成熟度評估模型。這個模型，可以幫助軟件開發(fā)組織，圍繞著軟件開發(fā)過程這條主線，通過各種有價值的活動，最終達到軟件開發(fā)能力成熟的目標(biāo)。我相信，在我們這個美麗的星球上，有不少值得尊敬的、成熟的軟件開發(fā)組織。遺憾的是，我至今還未接觸到它們。這使我充滿了幻想。在評審軟件開發(fā)實踐中，我們經(jīng)常會遇見這樣的場景。
致遠服軟：http://www.soft8.com.cn/總結(jié)出在項目進行過程中，由于某些原因，項目無法按時完成。于是，為了確保及時交付產(chǎn)品，項目經(jīng)理會提出兩種方案：加班或加人手。高一級的經(jīng)理會對這種做法表示贊賞。因為在項目出現(xiàn)延期風(fēng)險時，項目經(jīng)理采取了相應(yīng)的對策。接下來，項目經(jīng)理召開了多次會議，討論軟件開發(fā)人員的工作安排。由于公司可以提供的資源是有限的，所以往往采用加班這個方案。
類似的會議不斷地召開。最終，項目延期了。顯然，偶爾出現(xiàn)這種場景是正常的?？涩F(xiàn)實的情況是，這種場景幾乎出現(xiàn)在大連微信小程序開發(fā)每一個項目當(dāng)中。我認(rèn)為，頻繁出現(xiàn)上面的場景就是一個軟件開發(fā)組織不成熟的特征。
