ode Review是一個老生常談的話題，其作用及意義此處不多說，本文僅結(jié)合我過去的工作經(jīng)歷，總結(jié)下如何在實際工作中更有效的做起來CR。以下是幾點思考，請大家批評指正。

一、需要工具的支撐。拉幾個人坐一塊講講代碼，不是我理解的CR，只能算是代碼講解。我認為一次有效CR需要工具的支持，比如開源Review Board或者收費code collaborator等。

二、參與人員角色。參考cc中author\reviewer\observer的劃分，我認為在實際執(zhí)行中可以這么做：author即一次CR的發(fā)起者，選同組的兩名開發(fā)人員作為reviewer，選測試人員、產(chǎn)品和研發(fā)負責(zé)人作為observer。reviewer必須要做出響應(yīng)，observer可選。

三、一些基本的規(guī)則。

3.1 reviewer平均每分鐘review的行數(shù)不能超過XX行

3.2 author提供必要的diff文件

3.3 一次CR不超過XX個文件

3.4 如果是修bug，那一次CR盡量控制在3個bug以內(nèi)

3.5 如果是新的feature，那一次CR就對應(yīng)一個feature

3.6 CR包括但不限于代碼功能和規(guī)范

如果把CR的范圍擴大一下到Peer Review，那么需求、設(shè)計、開發(fā)、測試等相關(guān)的doc和plan都可以參考其中的一些規(guī)則。