Claude Code로 일정표 X-레이 찍기 — 마일스톤·병목·리스크 자동 분석법

CSV 한 장만 있으면 프로젝트 전체 흐름이 보인다. 수동 보고서 준비에 반나절을 쓰던 팀이라면, 이 방법 하나로 그 시간을 다른 곳에 쓸 수 있다.

---

1. 왜 지금 일정표 분석을 Claude에게 맡겨야 하나

프로젝트 관리 툴은 이미 넘쳐난다. Jira, Notion, Asana, Linear — 어느 팀이든 하나쯤은 쓴다. 그런데 문제는 도구가 없는 게 아니라, 그 데이터를 해석할 시간이 없다는 점이다.

일정표를 쭉 스크롤하면서 "3주차에 왜 이렇게 많지?" 하고 느끼는 건 사람이다. 그 느낌을 수치로 바꾸고, 어느 태스크가 크리티컬 패스에 있는지 정리하고, 리스크 항목을 따로 뽑는 데 얼마나 걸리는지 생각해보면 — 경험상 최소 30분에서 한 시간이다.

Claude Code를 일정 분석에 붙이면 이 과정이 10초 이내로 줄어든다. 30행 기준 실측치가 8초였다. 규모가 커져도 응답 속도는 크게 늘지 않는다. 분석 품질은 오히려 더 올라간다. 데이터가 많을수록 패턴을 더 정확하게 잡기 때문이다.

---

2. 핵심 아이디어

날짜 컬럼 하나면 충분하다.

스프레드시트에서 CSV로 내보내거나, 노션 텍스트를 그대로 긁어서 Claude에게 던지면 된다. 별도 전처리도, 특별한 포맷도 필요 없다. Claude는 날짜 데이터를 받는 순간 타임라인 전체를 재조립한다.

작동 방식을 비유로 설명하면 이렇다. 공항 수하물 벨트에 짐을 올리면 컨베이어가 자동으로 분류하듯, Claude는 날짜 정보를 기준으로 태스크들을 순서대로 늘어놓고 각 구간의 밀도를 계산한다.

마일스톤 인식도 자동이다. "완료", "배포", "오픈", "승인" 같은 키워드가 포함된 행을 Claude가 자동으로 전환점으로 분류한다. 사람이 일일이 색칠하던 작업을 프롬프트 한 줄이 대신한다.

분석 항목	기존 방식	Claude 사용 시
마일스톤 추출	수동 표시 (행 하나씩)	키워드 기반 자동 분류
병목 탐지	눈으로 스크롤 후 판단	주차별 밀도 수치 자동 계산
리스크 식별	경험에 의존	패턴 기반 사전 경고
보고서 작성	별도 문서 작업	마크다운 즉시 출력

---

3. 바로 따라하는 방법

일정 CSV 준비

최소한 아래 컬럼만 있으면 된다.

태스크명,담당자,시작일,마감일,상태
기획안 작성,김민준,2026-05-20,2026-05-23,진행중
디자인 완료,이서연,2026-05-24,2026-05-28,대기
개발 배포,박도현,2026-06-02,2026-06-06,대기
QA 승인,최지원,2026-06-07,2026-06-09,대기
오픈,전체,2026-06-10,2026-06-10,예정

마일스톤·병목·리스크 한 번에 분석

claude "아래 일정 CSV를 분석해서 마일스톤, 병목 구간, 리스크 항목을 각각 분리해줘

[CSV 내용 붙여넣기]"

예상 출력:

## 마일스톤
- 6월 6일: 개발 배포 완료
- 6월 9일: QA 승인
- 6월 10일: 오픈

## 병목 구간
- 5월 24일~28일: 디자인 완료와 개발 준비가 겹치는 구간. 완충 없음.

## 리스크
- QA 승인(6/7~6/9)과 오픈(6/10) 사이 1일 간격 → 재작업 발생 시 일정 초과 가능성 높음

주차별 밀도 계산

claude "각 주차별 태스크 수를 집계하고, 평균 대비 30% 초과 구간을 병목으로 표시해줘"

예상 출력:

| 주차 | 태스크 수 | 평균 대비 |
|------|-----------|-----------|
| 1주차 | 3 | -10% |
| 2주차 | 7 | +40% ⚠️ 병목 |
| 3주차 | 4 | 기준 |
| 4주차 | 2 | -33% |

→ 2주차 병목 감지: 완충 기간 확보 필요

마크다운 보고서 출력

claude "분석 결과를 PM 보고서 형식의 마크다운으로 정리해줘. 섹션은 마일스톤/병목/리스크/권장 조치 순서로"

이걸 그대로 슬랙에 붙이거나 노션 페이지에 올리면 보고서가 완성된다.

---

4. 운영할 때 조심할 점

날짜 형식 통일이 먼저다. 2026-05-20, 05/20, 5월 20일이 섞여 있으면 Claude가 일부 행을 날짜로 인식하지 못한다. CSV 붙이기 전에 한 포맷으로 맞추는 게 낫다.

병목 임계값은 상황마다 다르다. 평균 대비 30% 초과를 병목으로 잡는 건 기본값이다. 팀 규모나 스프린트 구성에 따라 20% 또는 50%로 조정해서 프롬프트에 명시하면 더 정확한 결과가 나온다.

자동화 연결 시 주의할 점. n8n 웹훅에 연결해서 매주 월요일 아침 자동 리포트를 슬랙에 올리는 구성은 충분히 가능하다. 다만 CSV 소스(노션, 구글 시트 등)의 열 구조가 바뀌면 프롬프트도 같이 업데이트해야 한다. 파이프라인 설정 후 첫 2주는 결과를 사람이 직접 검토하는 게 안전하다.

Mac/Linux 환경 차이 없음. Claude Code CLI는 플랫폼 구분 없이 동일하게 동작한다. Docker 컨테이너 안에서도 마찬가지다.

다음에 추가할 것. 태스크별 담당자 밀도까지 분석하면 "누가 과부하 상태인지"도 자동으로 잡힌다. 이 부분은 다음 편에서 다룬다.

---

마무리

일정 관리 툴이 부족한 게 아니라, 분석할 시간이 없었던 거다. Claude는 CSV를 받는 즉시 마일스톤·병목·리스크를 구조화해서 돌려준다. 프로젝트 규모가 커질수록 이 차이는 더 벌어진다.

다음 편에서는 담당자별 업무 밀도를 분석해서 팀 과부하를 사전에 잡는 방법을 다룬다.

---

🐦 X에서 더 빠르게: @baegseungh7061
📚 이 시리즈 더 보기: Code 입문
💌 새 글 알림: X 팔로우 또는 블로그 RSS 구독