Ship it 책중에서 10

• 시작

1. 계획한 코드 검토 건이 어떤 건인지 모든 사람이 이해 해야함
2. 작은 코드 블럭 단위로 자주 검토
3. 몇 주씩 검토 하거나 수백 수천 줄의 변경 내역을 쌓아 놓지 말아야함
4. 처음얼마간은 선임 개발자가 코드검토에 매번 참석
5. 코드 검토는 가벼워야함
6. 코드변경 통지 시스템 도입
7. 팀 구성원의 참여 이전에 관리자의 지지를 유도

• 점검

1. 코드 검토가 무조건 통과 되서는 않됨
2. 코드 검토가 코드가 대대적으로 수정되는가
3. 코드 검토가 자주 이루어 지고 있는가 신속한 검토가 필요함
4. 검토자의 역할은 교대로 하고 있는가
5. 코드검토를 통해 배우는 것이 있는가

• 경고

1. 코드검토를 거의 하지 않음
2. 코드검토가 매번 고통 스러움
3. 코드검토를 싫어해서 코드 체크를 기피함
4. 코드 검토를 했던 구성원이 코드가 무슨일을 했는지 코드의 작성이유등을 모름
5. 신참 팀 구성원이 다른 신참 코드만 검토
6. 고참 팀 구성원이 다른 고참 코드만 검코
7. 모든 사람이 한사람에게 검토를 맡김

• 코드 통지

1. 통지는 규칙적이며 믿을만해야 한다.
2. 통지 서비스의 신뢰도가 높아야 한다.