진행 상황을 말하려면 회의를 잡아야 한다고 느끼면, 말할 내용이 적어도 30분이 생깁니다. 반대편에서는 업데이트가 없어 상태를 물어 보는 메시지가 옵니다. 비동기 업데이트는 그 사이를 메우는 짧은 글입니다. 형식은 세 줄이면 됩니다. 지금 상태, 막힌 점, 상대에게 부탁하는 것.
업데이트가 회의가 되는 이유
말로 설명하면 배경부터 풀게 되고, 배경이 길어지면 결정이 뒤로 밀립니다. 글은 배경을 링크로 빼고 현재만 남길 수 있습니다. 팀이 같은 문장 구조를 반복해서 읽으면, 바뀐 단어만 봐도 상황이 보입니다. 새로운 형식을 매주 고민할 필요가 없습니다.
세 줄의 역할
- 상태: 지난 공유 이후 끝난 것과 지금 하고 있는 것
- 막힘: 진행을 멈추게 하는 것. 없으면 "없음"
- 요청: 누구에게 무엇을 언제까지 부탁하는지. 없으면 "없음"
"없음"을 허용해야 형식이 유지됩니다. 막힌 것이 없는데 문제를 만들어 적거나, 요청이 없는데 질문을 덧붙이면 읽는 사람이 행동을 고민하게 됩니다. 없는 칸은 없다고 적는 편이 정보가 더 많습니다.
각 줄을 쓰는 법
상태
완료한 산출물이나 단계를 먼저 씁니다. "열심히 진행 중"은 상태가 아닙니다. "견적표 v2를 공유 폴더에 올림"처럼 상대가 확인할 수 있는 문장이어야 합니다. 한 줄이 두 문장을 넘기면 상태와 배경이 섞인 신호입니다.
막힘
감정 대신 부족한 입력을 적습니다. "디자인이 늦다"보다 "목업 없이 4장을 쓸 수 없음"이 다음 행동을 만듭니다. 막힘이 내 할 일로 풀리는 것이면 요청 줄이 아니라 내 다음 행동으로 적습니다.
요청
대상, 행동, 기한을 포함합니다. "확인 부탁"만 있으면 누가 무엇을 봐야 하는지 되묻게 됩니다. 요청이 두 개 이상이면 업데이트가 아니라 회의 안건일 수 있으니, 가장 급한 하나만 이 형식에 남깁니다.
어디에 남길까
팀이 이미 보는 곳 한 군데면 됩니다. 프로젝트 채널의 스레드, 공유 문서 상단, 티켓 댓글 중 사람들이 실제로 여는 곳입니다. 개인 메모에만 남기면 비동기가 아니라 일기입니다. 같은 주제의 업데이트는 같은 스레드에 이어 달면 이력이 한곳에 모입니다.
얼마나 자주 쓸까
매일 쓸 필요는 없습니다. 상태가 바뀌었거나, 막힘이 생겼거나, 약속한 요일일 때 씁니다. 입문자는 "수요일 오후, 담당 업무당 세 줄"처럼 주 1회를 먼저 고정해도 좋습니다. 바뀔 때마다 쓰는 방식은 익숙해진 뒤에 더해도 됩니다.
글을 올린 뒤 모두가 즉시 읽지는 않습니다. 요청 줄이 있을 때만 해당 사람을 호출하고, 상태만 있을 때는 호출하지 않는 약속이 있으면 알림이 줄어듭니다.
실무 팁
이전 업데이트 문장을 복사해 바뀐 부분만 고치면 형식이 흔들리지 않습니다. 숫자와 링크는 본문에 직접 넣습니다. "파일 보냈어요" 대신 파일 위치를 적어야 나중에 그 메시지만 읽어도 일을 이어갈 수 있습니다.
주의할 점
세 줄 업데이트가 공식 보고를 대체한다고 단정하지 않습니다. 팀이나 고객이 정한 보고 형식이 있으면 그것을 따릅니다. 이 형식은 그 사이의 공백을 메우는 용도입니다. 또 막힘을 공개하는 일이 불이익으로 돌아가는 문화라면, 공개 범위는 담당 동료와 조율해야 합니다. 투명함을 개인에게만 요구할 문제는 아닙니다.
정리
진행 공유는 상태, 막힘, 요청 세 줄로 충분합니다. 없는 칸은 없음이라고 적고, 팀이 이미 보는 곳에 남깁니다. 이번 주 담당 업무 하나에 이 세 줄을 올려 보세요.