분석 보고 마감까지 5일인데 세부 집단 분석과 대시보드 요청이 추가됐다고 가정해 볼게요. 우선순위를 높게 표시하는 것만으로는 하루가 늘어나지 않아요. 이번에는 담당자의 가용시간과 선행 작업을 계산해 이번에 끝낼 범위, 미룰 범위, 다시 합의할 조건을 하나의 계획으로 만들어요.
첨부 링크는 이 글의 예제 ZIP으로 연결돼요. 압축을 푼 뒤 링크에 표시된 파일을 열면 입력·코드·완성 자료를 함께 사용할 수 있어요.
가상 프로젝트의 조건은 분석 담당자 1명, 하루 집중 작업 6시간, 총 30시간이에요. 다른 회의·업무를 뺀 가용시간이라고 가정했어요. 검토자와 함께 볼 2시간은 5일차 초반에 확보돼 있어요. Codex가 2026년 10월 13일 작업 자료를 만들고 Python 3.12.3에서 의존관계·일별 작업량을 검사했어요. 실제 담당자 약속이나 사람의 사용성 검증을 확인한 일정은 아니에요.
‘꼭 해야 한다’는 말을 결과물로 바꿔요
이번 제출 질문은 ‘전체 결과와 그 근거를 마감까지 설명할 수 있는가’예요. 완료물은 검증된 핵심 분석표, 그 질문에 답하는 그림 2개, 2쪽 설명, 원자료 수치 대조 기록으로 정했어요. 완료 기준은 합계와 처리행·예외행 대조, 그림의 단위·분모·범례, 결론의 근거 연결, 검토 지적의 처리 기록이에요.
이 기준에 비추면 검토를 빼서 마감을 맞추는 것은 완료가 아니에요. 반면 세부 집단의 추가 비교와 상호작용 대시보드는 이번 핵심 질문에 꼭 필요하지 않다고 가정했어요. 실제 의뢰인의 필수 질문이 집단별 차이라면 이 판단은 달라져야 해요. 요청을 조용히 삭제하지 말고, 미루면 무엇에 답하지 못하는지 함께 적어야 해요.
| ID | 작업 | 명목 시간 | 상한 가정 | 선행 | 이번 범위 |
|---|---|---|---|---|---|
| A | 자료 정리 | 6 | 8 | 없음 | 포함 |
| B | 핵심 분석 | 8 | 10 | A | 포함 |
| C | 핵심 그림 2개 | 6 | 8 | B | 포함 |
| D | 결과 설명 | 4 | 5 | C | 포함 |
| E | 대조·수정 | 4 | 6 | D | 포함 |
| F | 세부 집단 추가 분석 | 8 | 10 | B | 보류 |
| G | 대시보드 제작 | 4 | 6 | C | 보류 |
모두 하면 명목 40시간이에요. 필수 A~E는 28시간이고 가용 30시간 안에 들어와요. 여기서 명목 시간은 일정의 기준으로 쓰는 가정이며 실제 측정치가 아니에요. 상한도 통계적 신뢰구간이 아니라 지연 가능성을 확인하기 위한 별도 시나리오예요.
선행 작업이 없다고 동시에 할 수 있는 것은 아니에요
F는 B가 끝난 뒤 시작할 수 있고 C와 직접 연결되지 않아요. 그렇다고 F와 C를 동시에 배치하면 같은 분석 담당자를 두 번 쓴 셈이에요. 사람 1명의 하루 가용 6시간이라는 자원 제약을 함께 적용해야 해요.
이번 필수 작업은 A→B→C→D→E 순서로 배치했어요. 1일차에는 A 6시간, 2일차에는 B 6시간, 3일차에는 B 2시간과 C 4시간, 4일차에는 C 2시간과 D 4시간, 5일차에는 E 4시간을 넣어요. 마지막 2시간은 추가 요청을 채우는 칸이 아니라 필수 작업의 지연을 흡수할 여유예요.
5일차 첫 2시간은 분석자와 검토자가 함께 E를 수행하고, 다음 2시간은 분석자가 수정하는 것으로 해석해요. 검토자 시간이 분석자 4시간에 별도로 더해지는 것은 아니에요. 이 약속이 없으면 E의 시작 조건이 달라지므로 전체 일정도 다시 계산해야 해요.
작업과 논리, 자원, 기간을 함께 살펴보는 관점은 GAO의 일정 평가 가이드에서 다뤄요. 여기서는 대형 프로젝트용 절차를 그대로 도입하기보다 작은 작업표에서 실제로 충돌하는 조건만 계산했어요.
28시간이라는 합계만으로 약속하지 않아요
필수 작업의 상한 가정을 더하면 37시간이에요. 따라서 2시간의 여유가 모든 지연을 흡수하지는 못해요. A가 2시간 늘면 작업량은 30시간이 되지만 D가 5일차 2시간째 끝나 기존 검토 예약을 놓쳐요. 검토를 5일차 2~4시간째로 옮길 수 있어야 마지막 2시간에 수정을 끝낼 수 있어요. B도 2시간 늘면 작업량 자체가 32시간으로 가용시간을 넘어요. ‘필수 예상 잔여시간이 남은 가용시간을 초과하면 즉시 범위나 기한을 다시 합의한다’는 변경 조건을 계획에 적었어요.
계획을 다시 볼 때는 이미 쓴 시간보다 모든 미완료 작업에 필요한 시간이 중요해요. 명목 일정대로 진행한 2일차 끝에는 A 6시간과 B 6시간을 마쳤지만, B도 아직 2시간 남아 있어요. 따라서 B 2시간+C 6시간+D 4시간+E 4시간=16시간을 남은 가용 18시간과 비교해요. 여유는 2시간이에요. C·D·E만 더하면 B의 잔여 2시간을 빠뜨려 여유를 4시간으로 과대평가하게 돼요. 선행 작업이 일부 끝났더라도 남은 부분을 포함하고, 실제 진행이 계획과 다르면 각 작업의 잔여시간을 다시 추정해요. 완료율 70%보다 ‘B의 분석표 검증에 3시간이 더 필요하다’는 기록이 후속 판단에 도움이 돼요.
보류한 F·G도 이유와 영향을 남겼어요. F를 미루면 집단별 차이에 답하지 못하고, G를 미루면 독자가 필터를 바꿔 탐색할 수 없어요. 제공하는 것은 핵심 질문에 대한 정적 보고예요. NASA 의사결정 분석 안내처럼 필수 기준과 대안의 제약을 드러내면, 범위 조정이 단순한 편의가 아니라 선택의 결과라는 점이 분명해져요.
전부 필수라면 선택지는 계산으로 제시해요. 명목 40시간에 여유 2시간을 더한 42시간은 하루 6시간 기준 7일이에요. 즉 같은 인력·일과표라면 2일이 더 필요해요. 이를 승인된 새 마감처럼 쓰지는 않아요. 추가 인력을 쓴다면 실제 투입 가능 시간과 인수인계·검토 부담부터 다시 계산해야 해요.
검토자가 늦어지거나 인력이 추가되면 같은 합계도 달라져요
‘사람이 한 명 더 있으면 된다’는 대안을 실제 배치로 확인해 볼게요. 조건별 입력 (ZIP: scenarios.json)에는 아래 다섯 배치의 시작·종료 시간과 담당자를 넣었어요. 계산 결과 (ZIP: scenario-results.json)는 선행 완료, 담당자 중복 배치, 예약 시간 위반을 검사한 결과예요. 실제 사람의 가용시간을 확인하거나 최적 일정을 구한 결과는 아니에요.
| 변경 조건 | 계산한 완료 시점 | 다시 합의할 내용 |
|---|---|---|
| 기존 A~E·기존 검토 예약 | 5일차 4시간째, 여유 2시간 | 원래 합성 계획 유지 |
| 검토가 5일차 마지막 2시간으로 이동 | 6일차 2시간째 | 5일차 검토 뒤 수정 2시간이 남아 마감 연장 또는 앞선 검토 예약 필요 |
| F·G까지 같은 분석자에게 배정 | 7일차 4시간째, 그날 여유 2시간 | 제출을 2일 늦추고 검토를 7일차로 이동 |
| 보조자 1명이 F·G 12시간 담당 | 6일차 1시간째 | 추가 결과도 검토해야 하므로 5일 마감에 실패 |
| 보조자 2명이 F 8시간·G 4시간 분담 | 5일차 5시간째, 여유 1시간 | 두 사람의 가용시간·검토 이동·여유 축소를 함께 확인 |
보조자 1명안은 B가 끝난 뒤 분석자의 인계 준비 1시간을 추가해요. 보조자는 3일차 남은 3시간과 4일차 첫 5시간에 F를 끝내고, G를 4일차 마지막 1시간과 5일차 첫 3시간에 수행해요. 그러면 G가 끝나는 5일차 3시간째부터 전체 결과를 검토해야 해요. 공동 검토 2시간과 수정 2시간을 더하면 6일차 1시간째에 끝나요. 핵심 보고서만 먼저 검토하고 F·G를 검토하지 않은 채 전체 완료로 세면 안 돼요.
5일 안에 들어오는 보조자 2명안은 F 담당이 3일차 3시간·4일차 5시간, G 담당이 C가 끝난 4일차 3시간째부터 남은 3시간·5일차 첫 1시간에 각각 투입되는 조건이에요. 분석자의 D와 보조자의 G가 모두 5일차 1시간째 끝나요. 검토자는 5일차 1~3시간째 공동 검토, 분석자는 3~5시간째 수정으로 옮겨야 해요. 보조 인력의 자료 이해·자체 점검은 F·G 시간 안에 포함하고 최종 검토 4시간으로 전체 결과를 확인할 수 있다고 가정했어요. 실제로 추가 교육·검토가 더 필요하면 다시 계산해요.
보조자 2명안도 원래 여유 2시간을 유지하지 못해요. 두 사람의 가용시간, 검토자 예약 이동, 1시간 여유를 수용한다는 결정이 없으면 ‘5일 내 확정’이라고 적지 않아요. 총 투입 12시간이 같아도 한 사람이 순서대로 하는지 두 사람이 겹쳐서 하는지에 따라 끝나는 시점이 달라져요.
이 계산에서 권할 수 있는 것은 조건부 선택이에요. F·G가 없어도 질문에 답하면 원래 범위를 유지하고, 모두 필수이며 날짜를 바꿀 수 있으면 7일안을 올려요. 날짜가 고정이면 두 보조자의 8시간·4시간과 새 검토 예약을 확인한 뒤 여유 1시간의 위험을 결정권자에게 보여줘요. 어느 조건도 확보되지 않으면 완료 기준을 충족하는 5일 계획이 없다는 사실을 남겨요.
범위 합의문도 계산에 맞춰 구체화할 수 있어요. “5일 제출은 A~E로 한정하고 F·G는 후속으로 둡니다. 모두 포함해야 한다면 7일 제출안 또는 보조자 2명의 8시간·4시간 배정·검토 예약 변경안을 선택해 주세요. 선택이 기록되기 전에는 확대 일정은 확정하지 않습니다.” 이는 제공 완료 기준 문서 (ZIP: scope-and-done.md)에 넣은 합성 제안문이며 실제 승인을 받은 약속은 아니에요.
작업 입력 (ZIP: tasks.json), 완료 기준 문서 (ZIP: scope-and-done.md), 일정 계산 결과 (ZIP: schedule-result.json)를 제공해요. 원고 폴더에서 python3 assets/schedule.py와 python3 assets/check-scenarios.py를 차례로 실행하면 필수 28시간, 전체 40시간, 여유 2시간과 일별 배치를 확인할 수 있어요. 자기 일정에는 실제 달력과 담당자의 휴가·검토 가능 시간을 넣어야 해요. 그 뒤에도 범위를 줄일 수 없다면, 품질 기준을 말없이 빼는 대신 부족한 시간과 결정이 필요한 시점을 명시하는 것이 이 계획의 마지막 단계예요.
범위 조정을 승인받을 메모가 필요하면 한 장의 의사결정 메모로 이어서 확인할 수 있어요.
설명 삽화 2장은 GPT로 생성한 개념 설명이에요. 실제 예제의 작업 화면과 실행 결과는 기존 그림·첨부 자료에서 따로 확인할 수 있어요.