1. 태스크는 부탁이 아니라 계약이다

Asana에서 태스크를 만든다는 것은 누군가에게 일을 부탁하는 일이 아니다.

업무의 목표, 끝났다고 볼 기준, 책임자, 확인할 사람, 지금 할 일, 막힘 조건을 한 곳에 고정하는 일이다.

태스크가 부실하면 중간 점검도 부실해진다. 처음에는 “이거 처리해주세요”로 충분해 보이지만, 며칠 뒤에는 질문이 바뀐다.

• 이 일은 왜 생겼나?
• 어디까지 왔나?
• 완료라고 봐도 되나?
• 더 필요한 것은 무엇인가?
• 지금 누구 차례인가?
• 멈춘 것인가, 기다리는 것인가?

이 질문에 답하려면 태스크 안에 판단 기준이 있어야 한다. 판단 기준이 없으면 사람은 기억에 기대고, 에이전트(agent)는 추측한다.

그래서 좋은 태스크는 처음부터 다음 구조를 가져야 한다.

왜 하는 일인가
끝났다고 볼 기준(완료조건 / Acceptance Criteria)
보통 걸리는 시간(SLE)
지금 할 일(Next Action) / 남의 답 기다림(Waiting For)
담당 / 확인할 사람
막힌 기준(Blocked) / 누구에게 올릴지
결과 남길 곳

이 구조가 있으면 중간 점검은 감상이 아니라 비교가 된다.

원래 목표는 무엇이었나?
현재 결과물은 끝났다고 볼 기준(AC)을 채웠나?
일의 나이(Work Item Age)가 보통 걸리는 시간(SLE)을 넘었나?
지금 할 일(next action)은 누구에게 있나?
남의 답 기다림(Waiting For)이라면 누구의 무엇을 기다리나?
막힘(Blocked)이라면 어떤 제약이 병목인가?

Asana의 진짜 가치는 체크박스가 아니다. 업무를 나중에 다시 읽어도 판단 가능한 객체로 남기는 데 있다.

계약으로서의 태스크

계약은 거창한 법률문서가 아니다. 서로가 나중에 같은 기준으로 읽을 수 있는 약속이다.

업무 태스크도 마찬가지다. 태스크 안에는 최소한 네 가지 약속이 있어야 한다.

첫째, 왜 하는가. 상위 목표가 없으면 태스크는 심부름으로 떨어진다. 심부름은 완료될 수는 있지만, 중요도를 판단하기 어렵다.

둘째, 무엇이 되면 끝인가. 결과물, 증거, 공유 위치가 없으면 완료는 감각이 된다.

셋째, 누가 책임지는가. 담당자가 없거나 여러 명이면 일은 쉽게 떠다닌다. 협업자는 여러 명이어도 끝까지 들고 갈 사람(DRI)는 한 명이어야 한다.

넷째, 지금 할 일은 무엇인가. 지금 할 일(next action)이 없으면 태스크는 “진행중”이라는 이름으로 멈춘다.

나쁜 태스크 예시

제목: 롱래스팅 정산 확인
본문: 확인 후 공유 부탁드립니다.
담당: 서아영
마감: 금요일

겉보기에는 충분해 보인다. 하지만 중간 점검를 하려고 하면 바로 막힌다.

• 어떤 달을 확인하는가?
• 무엇과 무엇을 대사하는가?
• 끝났다고 볼 기준은 파일 첨부인가, 댓글 보고인가, 통장 비교인가?
• 차이가 있으면 어떻게 분류하는가?
• 헥토 회신 대기면 완료인가, 대기인가?
• 누가 확인하는가?

이런 태스크는 일을 시킬 수는 있어도 일을 판단할 수 없다.

좋은 태스크 예시

왜 하는 일인가
- 2025-12~2026-05 롱래스팅 매출 인식액과 실제 회수액 대사를 완료한다.

끝났다고 볼 기준(완료조건 / Acceptance Criteria)
- 월별 대사표가 있다.
- 매출 인식액, 실제 회수액, 차액, 차액 사유가 있다.
- 확인 자료 출처가 있다.
- 미확정 항목은 별도 후속 태스크로 분리되어 있다.

보통 걸리는 시간(SLE)
- 시작일: 2026-06-09
- 보통 걸리는 시간(SLE): 영업일 5일
- 중간점검: 2영업일 경과 시 댓글 업데이트

지금 할 일(Next Action) / 남의 답 기다림(Waiting For)
- 지금 할 일(Next Action): 통장 입금 내역과 정산내역서를 월별로 비교한다.
- 남의 답 기다림(Waiting For): 헥토파이낸셜 정산내역서 회신

담당 / 확인할 사람
- 끝까지 들고 갈 사람(DRI): 서아영
- 확인할 사람: 이정환 경영BO

막힌 기준(Blocked) / 누구에게 올릴지
- 헥토 자료가 없으면 막힘(Blocked).
- 회신 예정일을 넘기면 당일 재요청 후 댓글 업데이트.

결과 남길 곳
- Asana 댓글과 대사 엑셀 첨부.

이 태스크는 길다. 하지만 길어서 좋은 것이 아니다. 나중에 평가할 수 있어서 좋다.

태스크 작성의 기준

태스크를 만들 때는 “상대가 이해할까”보다 “나중에 제3자가 판단할 수 있을까”를 묻는다.

좋은 태스크는 다음 문장에 답한다.

이 일은 무엇을 위해 존재한다.
이 조건을 만족하면 완료다.
현재 지금 할 일은 이것이다.
이 사람이 최종 책임자다.
이 사람이 확인한다.
이 상황이면 막힘(Blocked)이다.
결과는 여기에 남긴다.

이 정도가 들어가면 태스크는 부탁에서 계약으로 바뀐다.