6. 팀에서 계속 쓰게 만들기

좋은 템플릿을 한 번 만든다고 조직이 바뀌지는 않는다.

일은 반복된다. 반복되는 일은 사람이 기억하게 두지 말고 도구가 다시 꺼내주게 해야 한다.

이 장의 목표는 좋은 습관을 팀 규칙으로 바꾸는 것이다.

왜 도구가 못 빼먹게 해야 하는가

사람은 바쁘면 생략한다.

처음에는 모두가 좋은 태스크를 만들겠다고 말한다. 하지만 급한 일이 오면 다시 짧게 쓴다.

확인 부탁드립니다.
정리해서 공유해주세요.
업체에 요청해주세요.

이 문장들은 나쁘지 않다. 문제는 이 문장만으로 태스크가 끝날 때다.

그래서 중요한 항목은 도구가 못 빼먹게 해야 한다. 단, 모든 항목을 처음부터 막으면 도구가 아니라 장벽이 된다.

도구가 반드시 막아야 하는 것은 여섯 개다.

• 왜 하는 일인가
• 무엇을 할 것인가
• 끝났다고 볼 기준
• 지금 할 일(next action)
• 끝까지 들고 갈 사람(DRI)
• 결과 남길 곳

다음 항목은 필요할 때만 더 묻는다.

• 보통 걸리는 시간(SLE)
• 마감일
• 남의 답 기다림(Waiting For)
• 확인할 사람
• 막힌 기준(Blocked)
• 언제 다시 물어볼지(follow-up)
• 원본/확인 링크
• 누구에게 올릴지

asanax는 이런 역할을 한다. Asana에 만들기 전에 빠진 내용이 있는지 본다. 꼭 적을 것이 없으면 생성하지 않는다. 필요할 때만 적을 것은 태스크 유형에 따라 경고한다. 사람의 선의에 맡기는 대신, 태스크 생성 입구에서 최소 내용을 확인한다.

가장 작은 반복 순서

반복 순서는 네 단계면 된다.

1. 태스크 생성
2. 진행 상황 남기기
3. 중간 점검
4. 끝난 일과 남은 일 나누기

1. 태스크 생성

만들 때부터 나중에 봐도 알 수 있어야 한다.

왜 하는 일인가
무엇을 할 것인가
끝났다고 볼 기준(AC)
지금 할 일(Next Action)
끝까지 들고 갈 사람(DRI)
결과 남길 곳

복잡하거나 오래 걸리는 일에는 아래를 더한다.

보통 걸리는 시간(SLE)
남의 답 기다림(Waiting For)
확인할 사람
막힌 기준(Blocked) / 누구에게 올릴지
원본/확인 링크
언제 다시 물어볼지(follow-up)

2. 진행 상황 남기기

진행 상황은 “하고 있습니다”가 아니다.

좋은 업데이트는 지금 상태를 바꿔준다.

완료한 것:
- ...

남은 것:
- ...

현재 상태:
- 지금 할 일(next action) / 남의 답 기다림(Waiting For) / 막힘(Blocked)

다음 업데이트:
- ...

3. 중간 점검

월E는 처음 적어둔 기준과 지금 상태를 맞춰본다.

끝났다고 볼 기준(AC)을 얼마나 채웠나
보통 걸리는 시간(SLE)을 넘었나
지금 할 일(next action)이 있나
남의 답 기다림(Waiting For)이 분명한가
끝까지 들고 갈 사람이 분명한가
막힌 기준(Blocked)이 있는가

4. 끝난 일과 남은 일 나누기

업무가 끝났는데 미확정 항목이 남을 수 있다. 이때 원 태스크를 무리하게 열어두면 일이 지저분해진다.

반대로 미확정 항목을 댓글에만 남기고 원 태스크를 닫으면 방치된다.

정답은 남은 일을 새 태스크로 나누는 것이다.

원 태스크:
- 원래 끝났다고 볼 기준(AC)을 채운 부분은 완료 처리
- 남은 미확정 항목과 후속 태스크 링크를 댓글에 남김

후속 태스크:
- 미확정 항목만 좁게 추적
- 담당자, 마감일, 지금 할 일(next action), 남의 답 기다림(Waiting For), 결과 남길 곳을 적음

이렇게 해야 완료와 미확정이 섞이지 않는다.

팀 규칙으로 만들기

처음부터 모든 태스크에 완벽한 템플릿을 요구하면 저항이 생긴다.

먼저 다음 유형부터 적용한다.

• 정산/대사
• 채용/처우
• 외부 업체 요청
• 법무/계약 검토
• 자료 취합
• 대표/임원 보고
• 에이전트(agent)가 재확인(follow-up)할 태스크

이 유형들은 끝났는지 헷갈리면 비용이 크다.

반대로 5분짜리 단순 심부름에는 짧은형을 쓸 수 있다. 단, 짧은형에도 최소한 네 가지는 있어야 한다.

끝났다고 볼 기준
담당자
지금 할 일
결과 남길 곳

월E와 asanax는 하는 일이 다르다

월E는 평가자다.

asanax는 태스크를 만들 때 빠진 것을 막는 도구다.

둘을 섞으면 안 된다.

asanax:
- 태스크를 만들 때 최소 내용을 확인한다.
- 꼭 적을 것이 없으면 생성하지 않는다.
- 필요할 때만 적을 것이 빠져 보이면 경고한다.
- 담당자/마감일/본문 안전성을 확인한다.

월E:
- 생성된 태스크를 실시간 읽기(live read)한다.
- 처음 적어둔 기준과 현재 상태를 비교한다.
- 완료/진행/대기/막힘/방치/기준미달을 판단한다.
- 필요한 지금 할 일(next action)을 제안한다.

좋은 시스템은 앞단과 뒷단이 같은 기준을 쓴다.

앞단에서는 왜 하는지, 끝났다고 볼 기준(AC), 지금 할 일(next action), 끝까지 들고 갈 사람(DRI), 결과 남길 곳을 먼저 만든다. 일이 복잡해지거나 외부 회신이 끼면 보통 걸리는 시간(SLE), 남의 답 기다림(Waiting For), 확인할 사람, 막힌 기준(Blocked)을 더한다. 뒷단의 월E는 같은 구조로 판단한다.

그때 업무 상태는 추측이 아니라 되읽기(read-back)가 된다.

결론

업무구조는 문서가 아니라, 일을 다시 봐도 같은 결론에 닿게 하는 방식이다.

Asana는 그 시스템을 담는 표면이다.

태스크를 잘 쓰는 팀은 일을 더 예쁘게 기록하는 팀이 아니다. 나중에 다시 봐도 같은 결론에 도달할 수 있게 만드는 팀이다.

그것이 이 책에서 말하는 업무구조다.