
AI 시대의 방법론 테일러링 · Ep.01
문서는 늘었다.
증명은 사라졌다.
산출물은 왜 존재하는가 · HFC Consulting
착수보고를 앞둔 회의. 사업수행계획서 부록의 산출물 목록은 여든일곱 줄이었다. 예전 같으면 목록을 줄이자는 협상이 벌어졌을 자리에서, 이번에는 다른 말이 나왔다. "AI로 다 만들 수 있습니다. 일주일이면 됩니다." 회의실의 누구도 반기지 않았다. 여든일곱 개의 문서가 일주일 만에 나온다면, 그 문서들은 대체 무엇을 증명하는가.
4기 완결편에서 방법론은 선택이 아니라 설계라고 했다. 이번 연재는 그 설계를 산출물 단위로 실행한다. 이름은 오래된 실무 용어 그대로, 테일러링이다. 재단사가 몸에 맞춰 옷감을 자르듯, 사업에 맞춰 산출물 체계를 자르는 일 — 다만 이제는 자르는 기준 자체가 바뀌었다.
존재 이유 — 산출물은 문서가 아니라 증명이다
산출물 목록은 임의로 생긴 것이 아니다. 모든 산출물은 세 가지 중 하나를 증명하기 위해 존재한다. 소통 — 만든 사람의 의도가 다음 공정에 전달되었음을. 증빙 — 계약된 과업이 실제로 이행되었음을. 검수 — 결과물이 약속된 품질 기준을 통과했음을. 공공 SW사업에서 산출물 관리가 관리감독 지침의 명시 항목인 이유도 여기에 있다. 발주자와 수급인 사이에서 산출물은 기록이 아니라 계약 이행의 증거다.
이 구분이 테일러링의 출발점이다. 문서를 없애자는 논의는 늘 감정 싸움이 된다. 무엇을 증명해야 하는지부터 물으면, 논의는 판정이 된다.
형해화(形骸化) — 쓰는 비용이 규율이었다
AI 이전, 문서 작성은 비쌌다. 설계서 한 권에 시니어 한 명의 일주일이 들었다. 비쌌기 때문에 조직은 꼭 필요한 문서만 만들었고, 만든 문서에는 작성자의 판단이 담겼다. 작성 비용이 곧 품질의 규율이었던 셈이다.
그 규율이 무너졌다. 이제 문서 생성은 싸고 빠르다. 표준 목차에 맞춘 완벽한 형식의 산출물이 하루 만에 수십 건 나온다. 문제는 문서가 많아진 것이 아니다. 형식의 완결성이 판단의 존재를 더 이상 보증하지 않는다는 것이다. 겉은 승인 문서인데 속에는 아무도 내리지 않은 판단이 들어 있는 문서 — 이것이 형해화다. 위험은 문서 부족에서 가짜 완결성으로 이동했다. 검수자가 마주치는 질문도 바뀌었다. 예전에는 "문서가 있는가"를 물었다면, 이제는 "이 문서를 누가 읽고 무엇을 판단했는가"를 물어야 한다.
판정 — 다섯 개의 칸으로 나눈다
그래서 이 연재의 테일러링은 산출물마다 다섯 단계로 판정한다. 기준은 하나다. 그 산출물이 증명하던 것을, 지금 무엇이 증명하고 있는가.
| 판정 | 판정 질문 | 예시 |
|---|---|---|
| 폐지 | 증명 대상이 사라졌거나 다른 기록이 완전히 대체하는가 | 수기 형상관리 대장 |
| 축소 | 증명은 유효하나 자동 생성 기록으로 대부분 충족되는가 | 프로그램 명세서 |
| 유지 | 사람의 합의·승인 그 자체가 증명인가 | 요구사항정의서 |
| 강화 | AI 때문에 증명해야 할 것이 오히려 무거워졌는가 | 검수 확인 기록 |
| 신설 | 기존 목록에 없던 새로운 증명 대상이 생겼는가 | AI 활용 내역서 |
미리 말해 두면, 이 연재의 판정이 전부 축소로 끝나지는 않는다. 매회 강화와 신설이 최소 하나씩 나온다. 문서를 줄이는 것이 목적이라면 테일러링이 아니라 감량이다. 증명해야 할 것이 바뀌면 산출물이 바뀐다 — 그것이 목적이다.
이 연재의 지도
| 회차 | 주제 (클릭하면 이동) | 다루는 산출물 |
|---|---|---|
| 02 | 관리 ① 계획: 사업수행계획서와 WBS | 사업수행계획서 · WBS · 일정계획서 |
| 03 | 관리 ② 보고: 주간보고와 회의록 | 주간보고 · 회의록 · 이슈·리스크 대장 |
| 04 | 개발 ① 요구사항과 설계 문서 | 요구사항정의서 · 추적표 · 설계서 |
| 05 | 개발 ② 코드와 테스트 증빙 | 단위테스트결과서 · 코드리뷰 기록 |
| 06 | 신설 ① AI 활용 내역서와 프롬프트 기록 | AI 활용 내역서 · 검수 확인서 |
| 07 | 신설 ② 데이터와 모델 산출물 | 데이터 명세 · 모델 카드 · 평가 기준서 |
| 08 | 테일러링 결과서 작성 실무 (완결) | 테일러링 결과서 · 감리·검수 대응 |
착수 전 체크포인트 — 우리 사업의 산출물 목록에서 각 문서가 증명하는 것을 한 줄로 적을 수 있는가 / 아무도 읽지 않는 문서가 몇 건인지 아는가 / AI로 생성된 산출물과 사람이 판단한 산출물을 구분할 수 있는가
재단사는 옷감이 아까워서 자르는 것이 아니다. 몸에 맞지 않는 옷은 입히지 못하기 때문에 자른다. 산출물도 같다. 줄이는 것이 목적이 아니라 맞추는 것이 목적이다. 다음 편부터 하나씩 재단대에 올린다. 시작은 모든 사업의 첫 문서, 사업수행계획서와 WBS다.
※ 본 연재의 판정·재설계 기준은 일반적 참고용이며, 발주기관의 표준과 계약 조건, 사업 특성에 맞는 조정이 필요합니다.
📎 더 읽을거리
· 소프트웨어사업 관리감독에 관한 일반기준 (법제처) — 공공 SW사업 산출물·과업 관리의 법적 근거
· PMBOK Guide (PMI) — 프로젝트 문서·산출물 체계의 국제 표준 관점
HFC Consulting의 관점
진행 중인 사업의 산출물 목록을 보내 주시면, 다섯 단계 판정 프레임으로 초벌 테일러링 의견을 드립니다. 형해화된 문서와 강화해야 할 문서를 구분하는 것부터가 시작입니다.
1영업일 이내 답변 · 주식회사 에이치에프씨 컨설팅 · 대표이사 장기석
📚 연재 · AI 시대의 방법론 테일러링
다음 편 ▶ (02/08) 관리 ① 계획: 사업수행계획서와 WBS
이전 연재 AI 시대의 프로젝트 방법론 · AI 거버넌스 구축 가이드 · 발주자를 위한 AI 계약 가이드 · AI시대의 사업관리
연재 전체 보기 →
'IT 인사이트 > AI 시대의 방법론 테일러링' 카테고리의 다른 글
| AI 활용 내역서와 프롬프트 기록 - 신설 산출물 1 (06/08) (0) | 2026.07.19 |
|---|---|
| 코드와 테스트 증빙 - 개발 산출물 테일러링 2 (05/08) (0) | 2026.07.19 |
| 요구사항과 설계 문서 - 개발 산출물 테일러링 1 (04/08) (0) | 2026.07.19 |
| 주간보고와 회의록 - 보고 산출물 테일러링 (03/08) (0) | 2026.07.19 |
| 사업수행계획서와 WBS - 계획 산출물 테일러링 (02/08) (0) | 2026.07.19 |