위험한 지점 근처에 점검을 걸어
compaction 직전, 긴 끼어들기 직후, commit 직전, 공개 직전, 일이 바뀐 직후에 돌려. 확인 안 된 전제가 제일 비싸게 먹히는 순간들이거든. drift 점검이 모형을 잡아내 — 소리 없이 옛 계획을 따라가고 있거나, 자료 버전을 섞고 있거나, 권한 경계를 넘으려는 참이거나.
모형도 점검하고 사람도 점검해
제대로 된 워크플로는 양쪽을 다 점검해. 모형한테는 이렇게 물어. 지금 뭘 안다고 생각해? 근거는 뭐고? 사람한테는 이렇게 묻고. 모형이 알아야 할 규칙을 바꿔놓고 말은 해줬나? 흘러가는 건 양쪽에서 일어나. 점검도 그래야지.
점검 결과는 행동으로 끝나야 해
점검은 현황 보고가 아니야. 구체적인 다음 걸음을 내놓는 거야 — 계속 간다, checkpoint를 찍는다, 새로 시작한다, 물어본다, 위로 올린다. 점검이 매번 "괜찮아 보이는데요, 계속할게요"로 끝나면 그 점검은 연극이야.