여러 사람이 참여하는 프로젝트에서 종이로 대기 항목(Waiting Items)을 추적하는 방법

대기 목록에는 무엇을 적어야 할까요?

대기 항목이란 내가 다음 작업을 진행하기 전에 다른 사람이 반드시 제공해야 하는 특정한 답변, 인수인계 또는 결정 사항을 의미합니다. 고객의 시안 승인, 공급업체의 배송 견적, 동료의 비용 산출 내역 등이 그 예입니다. 단순히 ‘샘의 연락 기다림’이라고만 쓰지 말고 예상되는 구체적 결과를 기록하세요. 예컨대 다음과 같이 적는 것이 유용합니다: ‘샘 — 노스 홀 견적 관련 수정된 비용 산출표 전달 예정; 견적 작성을 마무리하는 데 필요함.’

Getting Things Done(GTD) 조직의 ‘Waiting For(대기)’ 목록에 대한 설명에서는 타인의 약속에 대한 후속 조치를 미완료 업무 관리의 일부로 다룹니다. 해당 글에서는 또한 안건(agenda) 항목을 관련 담당자를 만날 수 있을 때 제기할 사안으로 설명합니다. 이러한 구분은 프로젝트 로그에 매우 유용합니다. 즉, 보류 중인 약속은 ‘대기’로 기록하되, 회의 중에만 논의할 수 있는 주제는 해당 사람이나 회의의 안건으로 분류하는 것입니다. [GTD의 'Waiting For' 조언](https://gettingthingsdone.com/2011/01/waiting-for-advice/)을 참고하세요.

대기 로그가 모든 미완료 작업의 임시 보관소가 되어서는 안 됩니다. 지금 스스로 진척을 낼 수 있는 작업이라면 프로젝트의 실행 작업 목록에 적으세요. 공급업체가 특정 날짜에 납품하기로 약속했다면 해당 약속은 일정표에도 그대로 유지해야 합니다. 종이 로그는 후속 조치를 돕는 것이지 일정을 이끄는 정해진 날짜를 대체하지는 않습니다.

팀에 맞는 종이 양식 선택하기

소규모 프로젝트의 경우 공책이나 바인더에서 한 페이지 또는 연속된 몇 페이지를 사용하세요. 프로젝트 참여자들이 언제든 확인할 수 있는 장소에 보관하고, 이를 관리할 담당자 1명을 지정하세요. 구성원들이 동일한 종이에 접근할 수 없다면 최신 버전이 어디에 보관되고 누가 이를 업데이트할지 합의해야 합니다. 서로 다른 사본 두 개가 존재하면 책임 소재와 상태를 신뢰하기 어렵습니다.

페이지를 가로질러 다음과 같은 열(컬럼)을 만드세요:

종이의 각 행에는 ID, 프로젝트, 예상 결과 및 제공자, 후속 조치 담당자, 확인 날짜, 최근 업데이트가 포함된 상태를 기재합니다. 예: **W-01 · 노스 홀 견적 · 샘이 수정된 수치 전송 예정 · 리가 후속 조치 담당 · 5월 14일 확인 · 진행 중; 5월 10일 요청함.** 두 번째 행은 다음과 같을 수 있습니다: **W-02 · 노스 홀 견적 · 고객의 시안 승인 또는 수정 요청 대기 · 리가 후속 조치 담당 · 5월 15일 확인 · 진행 중; 5월 11일 시안 발송함.**

이 예시 날짜와 인물은 이해를 돕기 위한 것입니다. 팀에 맞게 열을 조정하되 세 가지 구분은 반드시 유지하세요: 누가 무언가를 제공하기로 되어 있는지, 팀에서 누가 후속 조치를 취할 것인지, 그리고 그 후속 조치를 언제 진행해야 하는지입니다. 이 구조는 식별자, 설명, 담당자, 마감일, 상태, 메모와 같은 일반적인 실행 항목(action-item) 로그 필드를 기반으로 합니다. [Smartsheet의 실행 항목 템플릿 가이드](https://www.smartsheet.com/content/action-items-templates)를 참고하세요. 추가된 ‘대기 대상(waiting for)’ 및 ‘확인(check-in)’ 필드는 의존 관계와 팀의 다음 행보를 명확하게 드러내 줍니다.

산출물이나 결정 사항 하나당 한 줄씩 사용하세요. 여러 사람이 각기 다른 입력을 제공해야 하는 경우, 동일한 프로젝트와 관련되어 있더라도 각각 별도의 ID를 부여하세요. 어떤 답변이 다른 답변의 선행 작업에 의존한다면 설명란에 선행 작업을 기재하세요(예: ‘W-03 수치가 도착한 후 초안 확정’). 이렇게 하면 복잡한 다이어그램을 그리지 않고도 의존 관계를 쉽게 파악할 수 있습니다.

로그를 시작하고 유지 관리하는 방법

1. 약속이 잊히기 전에 즉시 기록하기

업무가 배정되는 회의나 인수인계 시점에 예상 결과, 이를 제공하기로 한 사람, 합의된 일정을 기록하세요. 참여자들과 문구를 다음과 같이 상호 확인합니다: ‘화요일까지 수정된 수치를 보내주시는 것으로 적어 두었습니다. 그때까지 오지 않으면 수요일에 연락드리겠습니다.’ 목적은 요청 사항과 다음 후속 조치에 대한 모호함을 없애는 것이지, 합의되지도 않은 날짜를 정해진 것처럼 기정사실화하려는 것이 아닙니다.

2. 후속 조치 담당자 1명 지정하기

각 항목마다 팀 내에서 이를 모니터링할 사람 1명을 정하세요. 여러 사람이 그 결과물에 의존하고 있을 수 있지만, 담당자 1명을 명시해야 참여자들 사이에서 후속 조치가 흐지부지 사라지는 것을 막을 수 있습니다. 책임자가 변경되면 기존 담당자 이름을 깔끔하게 두 줄로 긋고 새 담당자를 적은 뒤 인수인계 시점을 기록하세요. 팀 전체를 담당자로 지정하는 것은 피해야 합니다. 이는 그룹을 나타낼 뿐, 다음 조치를 취할 구체적인 사람을 나타내지 못합니다.

3. 업무 흐름을 반영한 확인 날짜 선택하기

상대방이 실제로 약속한 날짜가 있다면 그 날짜를 사용하세요. 합의된 날짜가 없다면 프로젝트의 다음 마일스톤과 해당 정보가 얼마나 빨리 필요한지를 고려하여 상태를 확인할 합리적인 날짜를 선택하세요. 이를 상대방의 약속된 납품일이 아닌, 내가 ‘확인할 날짜’로 표시해야 합니다. 중요한 의존 관계라면 마일스톤에 차질이 생기기 전에 리마인더를 보내거나, 대체 계획을 세우거나, 프로젝트 리더와 논의할 시간을 확보할 수 있도록 충분히 여유 있는 확인 날짜를 잡으세요.

고정된 약속이나 최종 마감일에는 캘린더가 여전히 유용합니다. 로그는 그와 다른 질문에 답을 제시합니다: ‘우리가 후속 조치해야 할 일이 무엇이며, 누가 할 것인가?’ 어떤 날짜가 상대방의 약속이고 어떤 날짜가 내 리마인더인지 불분명해질 정도로 모든 날짜를 기계적으로 옮겨 적는 것은 피하세요.

4. 일정한 주기로 검토하기

정기적인 프로젝트 점검 회의나 프로젝트 속도에 맞는 일정한 간격으로 미완료 항목들을 검토하세요. 각 행을 보며 다음과 같이 점검합니다: 결과물이 도착했는가? 여전히 필요한가? 확인 날짜가 도래했는가? 의존 관계나 담당자가 변경되었는가? ‘5월 14일 리마인드 완료; 새로운 완료 예정일 5월 16일’과 같이 최근 업데이트 메모를 짧게 갱신하세요. 실물 로그는 누군가 이를 살펴보고 현실의 변화에 맞춰 수정할 때만 유용하므로, 검토 절차는 짧고 규칙적으로 유지해야 합니다.

항목이 기한을 넘겼다면 합의된 절차를 따르세요. 담당자에게 연락하거나, 새 일정을 명확히 하거나, 지연으로 인해 마일스톤이 위태로워진다면 프로젝트 리더에게 영향도를 보고하세요. 새로운 약속 사항과 다음 확인 날짜를 기록합니다. 상대방이 결과를 제공할 수 없는 상황이라면, 대체 공급업체 사용 여부 등 필요한 의사결정을 자체 담당자와 날짜가 지정된 새로운 작업 항목으로 기록하세요.

5. 완료된 항목은 명확하게 표시하기

예상한 결과물이 도착하면 해당 행을 완료로 표시하고 완료 날짜를 기재하세요. 더 이상 필요하지 않다면 취소로 표시하고 그 이유를 적어 두세요. 완료된 행을 즉시 지우지는 마세요. 해당 페이지가 다 찰 때까지 남겨두면 팀이 최근의 변경 사항을 파악하는 데 도움이 되며, 아무런 설명 없이 항목이 사라져 생기는 혼선을 방지할 수 있습니다. 새 페이지를 시작할 때는 실제로 진행 중인 미완료 항목과 최신 상세 정보만 옮겨 적으세요.

참여자가 많을 때 로그를 수월하게 관리하는 방법

페이지가 수십 개의 항목으로 가득 차면 행들을 프로젝트 워크스트림별로 그룹화하거나, 동일한 열과 ID 체계를 유지하면서 워크스트림마다 별도의 페이지를 사용하세요. 다른 페이지로 이어지는 ID 옆에는 페이지 참조 번호를 기재합니다. 한 사람이 온전히 독립적인 업무 흐름을 관리하는 경우가 아니라면 담당자마다 개별 목록을 만들지 마세요. 그렇게 하면 프로젝트 리더가 무엇 때문에 진척이 막혀 있는지 팀 전반을 조망하기 어려워집니다.

**진행 중(Open)**, **확인 필요(Due)**, **완료(Complete)**, **에스컬레이션(Escalated)**, **취소(Cancelled)**와 같이 적은 수의 상태 표시에 합의하세요. 그 의미를 명확히 해야 합니다. 예를 들어, ‘Due’는 팀의 확인 날짜가 도래했음을 의미하는 것이지 상대방이 약속을 어겼다는 뜻은 아닐 수 있습니다. 손글씨나 복사본으로 인해 색상 구분이 어려울 수 있으므로 기호와 함께 텍스트로 상태를 표기하세요.

프로젝트에서 이미 공유 문서를 사용하고 있거나 참여자들이 서로 다른 장소에서 일해 동일한 종이 로그를 볼 수 없다면 해당 공유 문서를 기준(최신 버전)으로 삼으세요. 종이 목록은 여전히 회의 보조 도구로 유용할 수 있지만, 팀은 어떤 기록이 공식적인 기준인지 알고 있어야 하며 서로 상충되는 버전을 유지하지 않도록 해야 합니다.

비교해 보자면, [Asana의 작업 로그(Action log) 템플릿](https://asana.com/templates/action-log)은 하나의 최신 기록 안에서 각 후속 조치에 담당자, 마감일, 맥락을 부여합니다. 팀이 누가 문서를 업데이트하고 최신 버전이 어디에 있는지 합의하기만 한다면, 종이 한 장으로도 동일한 수준의 최소한의 책임 체계를 구현할 수 있습니다. 다만 이 템플릿이 모든 분산 근무 팀에게 종이 방식이 효과적임을 증명하는 것은 아닙니다.

새로운 항목 추가 시 빠른 의사결정 체크리스트

새 행을 추가하기 전에 다음 질문을 던져보세요:

1. **다른 사람의 구체적인 입력(결과물)이 필요한가?** 아니라면 자신의 다음 할 일을 다른 곳에 기록하세요.

2. **우리가 기다리고 있는 정확한 결과는 무엇인가?** 산출물이나 결정을 쉬운 언어로 명확히 작성하세요.

3. **이 프로젝트를 위해 누가 후속 조치를 취하는가?** 팀원 중 1명의 이름을 적으세요.

4. **언제 다시 확인해야 하는가?** 상대방의 약속 날짜와 나의 리마인더 날짜를 분리하세요.

5. **일정이 지연되면 어떻게 되는가?** 마일스톤이 위험해질 때를 대비해 다음 연락 방법, 대체 경로 또는 에스컬레이션 경로를 파악해 두세요.

잘 관리된 대기 로그의 핵심은 문서 작업 자체보다 ‘공유된 명확성’에 있습니다. 보류 중인 각 항목마다 눈에 보이는 결과, 책임 있는 후속 조치 담당자, 다음 검토 시점이 마련되어 있어야 합니다. 한 번 열을 제대로 구성하고, 약속이 생길 때마다 확인하여 기록하며, 정기 검토를 통해 각 행을 진척시키거나 완료 처리하세요.

이 주제 더 살펴보기