목록에 있는 항목을 전부 체크했는데, 정작 중요한 확인이 빠졌다면 무엇을 바꿔야 할까요? 항목을 하나 더 추가하는 것이 가장 빠른 답처럼 보입니다. 그렇게 늘어난 목록은 어느 순간 읽기보다 표시하는 대상이 되기도 합니다.
체크리스트를 짧게 만드는 목적은 화면을 깨끗하게 보이게 하는 데 있지 않습니다. 사람이 확인해야 할 순간을 놓치지 않도록 하는 데 있습니다.
한 줄 안에 숨은 여러 가지 일
‘고객 정보와 일정, 요청사항 확인’이라는 항목을 생각해 봅니다. 고객 정보는 맞지만 일정은 미정이라면 체크할 수 있을까요? 일부만 확인한 상태가 하나의 표시 안에 가려집니다.
반대로 ‘성 확인·이름 확인·연락처 확인’처럼 모든 것을 지나치게 잘게 나누면, 실제로는 한 화면에서 함께 확인할 내용을 여러 번 표시하게 됩니다. 어느 정도로 나눌지는 빠뜨렸을 때의 영향과 실제 확인 순서에 따라 달라집니다.
먼저 이 항목이 어떤 판단을 끝내는지 적어보는 편이 도움이 됩니다. ‘다음 단계로 넘겨도 된다’는 판단에 필요한 내용을 묶고, 독립적으로 멈출 수 있는 일은 나눕니다.
행동이 보이는 문장으로 바꾸기
‘자료 확인’이라는 말에는 끝나는 기준이 없습니다. 무엇을 보고 어떤 상태이면 완료인지 문장에 드러나야 합니다.
- 모호한 항목: 자료 확인
- 바꿔본 항목: 요청서의 일정과 안내문에 적힌 일정이 같은지 확인
- 모호한 항목: 문서 정리
- 바꿔본 항목: 전달할 파일을 확정 폴더에 넣고 공유 링크가 열리는지 확인
위 문장들은 작성법을 보여주기 위한 예시입니다. 중요한 것은 길이보다 확인 대상과 완료 조건이 보이는가입니다.
늘 필요한 것과 가끔 필요한 것
어떤 조건에서만 필요한 항목이 모든 사람에게 보이면 ‘해당 없음’이 반복됩니다. 이 상태가 길어지면 목록을 읽는 집중력도 흐려질 수 있습니다.
공통 확인과 조건부 확인을 나눠볼 수 있습니다. 예를 들어 일정 변경이 있는 경우에만 재안내 항목을 보여주는 방식입니다. 종이 양식이라면 ‘일정 변경 시’라는 작은 묶음으로 나누어도 됩니다. 꼭 새로운 프로그램이 필요한 것은 아닙니다.
단, 자주 생기지 않더라도 빠뜨렸을 때 영향이 큰 항목은 눈에 띄게 남겨야 합니다. 적게 만드는 일과 중요하지 않게 만드는 일은 다릅니다.
지우기 전에 사용 장면을 본다
목록을 만든 사람에게는 당연한 문장도 처음 맡은 사람에게는 설명이 필요합니다. 실제로 목록을 쓰는 사람에게 한 항목을 읽고 무엇을 할 것인지 물어보면 모호한 부분이 드러납니다.
반복해서 질문이 나오는 항목, 항상 같은 답만 표시하는 항목, 순서가 맞지 않아 되돌아가는 항목을 먼저 살펴보세요. 모두 삭제할 대상이라기보다 다시 설계할 후보입니다.
좋은 체크리스트는 오래 남는 항목이 많은 목록이 아니라 확인할 순간에 필요한 행동을 떠올리게 하는 목록입니다.