IT/AI 프로젝트의 WBS 작성 방법: 산출물, 완료 조건, 의존 관계를 기반으로 계획 수립하기

2026년 10월 10일 확인. IT 및 AI 도입 계획을 만들 때 '무엇을 어느 수준까지 전달할 것인지', '누구의 확인으로 완료할 것인지', '견적과 일정이 성립하는지'를 갖추기 위한 WBS(Work Breakdown Structure) 작성 방법을 정리합니다.

WBS는 프로젝트의 산출물과 그 실현에 필요한 범위를 계층적으로 분해하는 것입니다. 견적, 담당자, 완료 판단의 토대가 됩니다. (PMI 공식 해설)

이 글에서 다루는 질문은 산출물을 어느 단위까지 나누고 어떤 정보를 추가해야 실행 및 완료 확인에 사용 가능한 계획이 될 수 있는가입니다.

본 글은 PMI, NASA, GAO, Scrum Guide의 공개 자료를 바탕으로 한 실무 적용 방안입니다. 문의 초안 지원 예시는 가상의 설계 예시이며, 실제 고객 프로젝트 보고나 본인의 PM/컨설팅 실적이 아닙니다. PoC 실행, 공수 및 효과 측정, 관계자 합의는 미실시 상태입니다.

WBS로 산출물을 정의하고 필요한 활동을 추출하여 의존 관계, 기간, 가동률을 일정에 반영합니다. 날짜가 붙은 표를 현장에서 'WBS'라고 부르더라도, 이 의미의 구분을 유지하면 계획 점검이 용이해집니다. (PMI: WBS에서 스케줄로 전개)

이 그림은 기사의 설계안을 정리한 것입니다.

이번 가상 예시에서는 첫 번째 약속을 다음과 같이 설정합니다.

AI 도입을 산출물의 인수 조건으로 삼으면, 검증에서 문제가 발견되어도 도입에 유리한 보고서로 치우치게 만드는 유인이 생깁니다. 이 예시에서는 합의된 방법으로 판단에 사용할 증거를 전달하는 것을 완료 조건으로 합니다.

산출물의 내용은 실제로 만들 사람과 받는 사람이 확인합니다. '조사한다'에서 한 단계 나아가 '선택지 비교표', '평가 결과 보고서'처럼 확인할 수 있는 결과를 배치합니다. (PMI: 산출물을 축으로 한 공동 WBS 작성)

100% 규칙은 합의된 범위 전체를 포함하여, 범위를 벗어난 작업을 섞지 않는 원칙입니다. 하위 요소로 상위 내용을 충족시킵니다. 내부/중간 산출물, 프로젝트 관리도 포함됩니다. (PMI: 100% 규칙)

IT 프로젝트에 적용할 때는 기능 구현 외에도 필요한 데이터 준비, 테스트, 리뷰, 교육, 이관, 인계 등을 점검합니다. 이번 예시에서는 본 버전 이관은 대상에서 제외하므로, 수행할 작업으로 섞지 않습니다.

공통 부품이나 동일한 리뷰를 여러 가지 분기에 중복 배치하면 견적을 이중 계상하기 쉽습니다. 위치를 정하고 사용하는 쪽에서 참조합니다.

소규모라면 '요구사항 ID / WBS ID / 인수 조건' 대응표부터 시작할 수 있습니다.

• 요구사항은 있지만 대응하는 산출물이 없음: 누락 후보.
• 산출물에 대응하는 요구사항이나 합의가 없음: 대상 외 또는 추가 작업 후보.

NASA 핸드북에서도 요구사항과 WBS 대응표를 소개하고 있습니다. NASA 고유의 계약/회계 절차까지 소규모 IT 프로젝트에 일률적으로 적용할 필요는 없습니다. (NASA WBS Handbook, 본문 17–18 페이지)

분해의 깊이는 규모, 복잡성, 불확실성과 필요한 관리 정도에 따라 달라집니다. 모든 분기를 같은 깊이로 할 필요는 없습니다. 직전 단계를 구체화하고, 다음 단계 작업은 개요를 유지하며 점진적으로 분해할 수 있습니다. (NASA, 본문 18–20 페이지)

여기서부터의 적용 방안으로 다음과 네 가지가 답변 가능한 수준을 기준으로 삼습니다.

• 산출 책임자를 정할 수 있는가?
• 견적과 그 전제를 설명할 수 있는가?
• 완료 조건과 증거를 정할 수 있는가?
• 다음 확인 시점에 남은 작업과 장애를 설명할 수 있는가?

일률적인 시간 범위에 기계적으로 맞추기보다는, 해당 프로젝트에서 관리 가능한지 여부를 확인합니다.

아래는 이번 가상 대상 범위를 분해한 예시입니다. 공수, 담당자, 기한은 미합의입니다.

1 문의 초안 지원 도입 판단 일체
├─ 1.1 업무/범위 합의 자료
│ ├─ 1.1.1 대상 업무/현황 정리표
...

AI 프로젝트에서는 기능 외에도 허용하는 조작, 사람의 승인, 예외 시 인계, 평가/감시도 범위에 포함됩니다. (PMI: AI 에이전트를 포함한 WBS)

이 예시에서는 PoC에 앞서 '1.2.3'에서 사용할 정보, 허용하는 조작, 사람이 확인하는 대상, 답변할 수 없는 경우의 대응처를 정합니다. 사람의 확인 부담은 '1.3.2'의 평가 대상으로 합니다. 검증 과정에서 남은 제약과 실제 운영으로 나아갈 때 필요한 감시는 '1.4.2'로 인계합니다.

'비교 결과'라는 이름만으로는 대상, 평가 방법, 완성의 의미가 갖춰지지 않습니다. 다음은 '1.3.2'를 구체화한 기입 예시입니다.

이 예시에서는 AI의 평가가 좋지 않더라도 합의된 조건에 따라 결과를 기록하고, 보류 근거를 설명할 수 있다면 비교 보고서로서 완성될 여지가 있습니다. 반면, 대상 사례가 미실행이라면 확인자와 합의하기 전까지는 완료 처리하지 않습니다.

WBS의 각 산출물에서 활동을 추출하여 전제 조건(precondition), 기간(duration), 가동일(effort/working days), 확인 대기(waiting for confirmation)를 추가합니다. 산출물의 계층 구조와 작업 간의 선후 관계는 별개의 정보입니다.

이번 예시라면, 비교 조건・평가 기준・권한 설계에 대한 합의가 PoC의 전제 조건이 되고, 비교 결과가 판단서의 전제 조건이 됩니다.

공수(man-hour)는 작업량이고, 기간은 경과하는 시간입니다. 가령 8시간 분량의 작업이라도 하루에 2시간밖에 사용하지 못한다면, 해당 작업에는 4개의 가동일이 필요합니다. 게다가 수령 확인 과정이 있다면 그 기간까지 계획해야 합니다. 이 숫자는 설명용 가정이며, 실제 프로젝트 견적은 아닙니다.

일정표에서는 담당자의 겸직 여부・휴일・사용 가능 시간과 리뷰・승인에 필요한 인계(handover)를 반영합니다. 업데이트 후에는 의존 관계에서 전체 완료일을 좌우하는 크리티컬 패스(critical path)도 확인합니다. GAO Schedule Assessment Guide, 본문 28・35・49–50・71–72・85 페이지

기술이나 데이터 조건이 불분명하다면, 먼저 조사 및 최소 검증 산출물을 배치하고, 결과가 나온 시점에 후속 견적을 업데이트하는 방법이 고려될 수 있습니다. 조사에도 대상・종료 조건・판단자를 설정합니다.

GAO는 실적과 잔여 기간에 기반한 일정 업데이트를 중시합니다. GAO, 본문 123–125 페이지

소규모 IT 프로젝트 적용 방안으로, 업데이트 시 다음 다섯 가지를 확인합니다.

• 무엇이 완료되었고, 어떤 증거로 확인할 수 있는가?
• 무엇이 남아있으며, 어떤 전제 조건 하에 언제 끝날 것으로 예상하는가?
• 누구의 확인・결정이 언제까지 필요한가?
• 후속 작업 및 최종 기한에 어떤 영향을 미치는가?
• 범위・품질・기한・지원 체계에 대해 무엇을 선택해야 하는가?

추가 요청이 들어오면, 변경 이유, 추가할 산출물, 공수・비용・일정 영향, 판단자를 기록합니다. 합의 시점의 기한을 삭제하는 것이 아니라, 현재 완료 예측과 분리하여 남겨둡니다. 승인된 범위를 기준으로 변경을 다루는 사고방식은 PMI의 WBS 품질 기준에도 포함됩니다. PMI 공식 해설

WBS로 지원 범위의 개요를 정리하고, 세부 사항은 백로그(backlog)와 연계하여 업데이트하는 운영이 가능합니다. 다만, Scrum Guide는 WBS를 필수 요소로 간주하지 않습니다. 스크럼에서는 Product Backlog를 지속적으로 정리하고 Definition of Done으로 완성의 품질 기준을 공유합니다. Scrum Guide

함께 사용하려면, 산출물과 백로그 항목에 대한 대응 ID, 업데이트할 정보의 원본(master copy)을 정해야 합니다. 두 개의 표를 별도로 수동 업데이트하여 범위나 상태가 불일치하는 관리는 피하고 싶습니다.

• 목적, 산출물, 제외 대상, 수령 확인자를 설명할 수 있다.
• 합의된 범위의 누락・중복을 실행자와 확인자가 점검했다.
• 각 산출물에 책임자, 완료 조건, 증거를 설정했다.
• 요구사항과 산출물의 대응 관계를 추적할 수 있다.
• 의존 관계, 실제 가동일, 리뷰・승인 대기 시간을 일정에 반영했다.
• 불명확한 점의 조사・검증 및 재견적 조건을 결정했다.
• 합의 시점 계획과 현재 예측을 분리하여 변경 판단을 남길 수 있다.
• 완료된 것, 잔여 작업, 장애, 필요한 결정을 보고할 수 있다.

이 설계안은 이번처럼 대상을 좁혀 도입 판단・PoC를 계획할 때의 출발점이 됩니다. 본 개발까지 맡게 된다면, 이관(transition), 운영 감시(operation monitoring), 장애 대응, 교육 등 그 범위의 산출물을 추가하여 재합의해야 합니다.

• PMI: Work Breakdown Structure — WBS 원칙, 사전, AI 에이전트 추가 범위.
• NASA: WBS Handbook, 2025년 6월판 — 요구사항과의 대응, 세분화 수준(granularity), 단계적 분해.
• GAO: Schedule Assessment Guide, 2015년 — 의존 관계, 가동일, 기간, 진척 업데이트.
• Scrum Guide, 2020년판 — 백로그와 완성의 품질 기준.
• PMI 게재: The ABC basics of the WBS, Developing and elaborating effective WBS — 산출물 중심의 분해와 일정 연결을 확인하는 보조 자료. 구 버전 표준을 참조한 논문으로, 최신 표준 본문 자체는 아닙니다.

공개 자료의 해당 부분을 확인하여 구성했습니다. 공식적인 PMI Practice Standard 전체를 통독한 해설은 아닙니다. 기입 예시의 완료 조건, 역할 및 운영 방법은 각 자료의 원칙을 소규모 IT/AI 프로젝트에 적용한 제안입니다.