인프런 커뮤니티 질문&답변
작성한 질문수
Artifact 와 Deliverable 의 차이점
해결된 질문
작성
·
17
0
박사님, 안녕하세요?
프로젝트 결과물 관리에서 설명해 주신 Artifact 와 Deliverable 의 차이점에 대하여 조금 더 구체적으로 설명해 주실 수 있을까요?
프로젝트 수행 과정 중 발생하는 각종 프로젝트 문서를 Artifact 이라 하고, 프로젝트 수행을 통해 만들어진 결과물을 Deliverable 이라 생각해도 될까요?
그리고, 형상 관리는 Artifact와 Deliverable 모두에 적용된다고 이해해도 될까요?
문의드립니다.
답변 2
0
안녕하세요? 문의 사항에 답변드립니다.
Artifact와 Deliverable은 프로젝트 관리에서 자주 등장하지만, 실제 현장에서는 혼동되는 경우가 많습니다. 용어의 뜻을 이해할 때 영영사전을 보는 것도 도움이 되는데요, 영영사전의 의미와 PMBOK 6판·7판 정의를 함께 반영하여 질문–답변 형식으로 정리했습니다.
Q1. Artifact와 Deliverable은 어떻게 다른가요?
프로젝트 관리 관점에서 보면 두 용어는 포함 관계로 이해하면 가장 쉽습니다.
Artifact → 프로젝트 수행 과정에서 사람이 만들어 낸 모든 형태의 산출물
Deliverable → Artifact 중에서 고객이나 스폰서에게 인도되고 검증되는 결과물
즉, Deliverable은 Artifact의 한 종류입니다.
Q2. 영영사전 의미를 보면 어떤 차이가 있나요?
영영사전의 의미를 보면 두 단어의 뉘앙스 차이가 더 분명해집니다.
Artifact
인간의 손이나 노동으로 만들어진 물건(An object made or shaped by human hand or labor.)
즉, “사람이 만들어낸 결과물 전반”이라는 넓은 의미입니다.
Deliverable
(business, management) The tangible end product; that which will be delivered.
(경영, 관리) 유형의 최종 산출물. 즉, 인도될 물건.
따라서 프로젝트 관리에서는 다음처럼 해석할 수 있습니다.
Artifact → 프로젝트 수행 과정에서 만들어지는 모든 산출물
Deliverable → 그중에서 고객에게 전달되는 산출물
Q3. PMBOK에서는 Artifact와 Deliverable을 어떻게 설명하나요?
PMBOK 6판에서는 Deliverable 중심 개념이 강조됩니다.
Deliverable 정의:
프로젝트나 프로세스를 완료하기 위해 만들어지는 고유하고 검증 가능한 제품, 결과 또는 서비스 수행 능력
WBS의 분할(Decomposition):
프로젝트 Deliverable을 더 작고 관리 가능한 요소로 나누는 것
즉, WBS는 Deliverable 중심 구조입니다.
PMBOK 7판에서는 Artifact라는 상위 개념이 등장합니다.
Artifact 정의:
Template, document, output, 또는 project deliverable
즉,
템플릿
문서
결과물
프로젝트 인도물
등 프로젝트 지식이 담긴 모든 산출물을 Artifact라고 부릅니다.
Q4. 실제 프로젝트 예로 설명해줄 수 있나요?
예를 들어 모바일 앱 개발 프로젝트를 생각해 보겠습니다.
Artifact 예시 - 프로젝트 수행 과정에서 생성되는 것
프로젝트 헌장
요구사항 문서
WBS
일정표
리스크 레지스터
테스트 계획
회의록
이메일
보고서
이들은 프로젝트 관리와 수행 과정에서 생성되는 기록물이며 모두 Artifact입니다.
Deliverable 예시 - 프로젝트 결과로 만들어져 고객에게 인도되는 것
완성된 모바일 앱
설치 패키지
사용자 매뉴얼
최종 테스트 결과 보고서
고객 승인된 최종 산출물
이들은 고객에게 납품되거나 승인되는 결과물이므로 Deliverable입니다.
Q5. WBS는 Artifact인가요 Deliverable인가요?
WBS는 Artifact입니다.
WBS 자체는 프로젝트 관리 문서이기 때문입니다.
하지만 WBS에는 Deliverable이 포함됩니다.
즉, WBS는 Deliverable을 구조화한 Artifact입니다.
Q6. 이메일이나 회의록도 Artifact인가요?
네, 맞습니다.
PMBOK에서도 Communication Artifact라는 표현을 사용합니다.
예를 들어
메모
프레젠테이션
이메일
회의록
이들은 프로젝트 진행 과정에서 생성되는 커뮤니케이션 산출물이므로 Artifact입니다.
하지만 이러한 것들은 WBS 분해 대상이 아니고 고객이 수용하는 대상도 아닙니다.
그래서 Deliverable은 아닙니다.
Q7. 형상관리는 Artifact와 Deliverable 모두에 적용되나요?
네, 적용됩니다.
형상관리(Configuration Management)는 프로젝트 산출물의 변경을 체계적으로 관리하는 활동을 말합니다. 따라서 다음과 같은 것들이 모두 형상관리 대상이 될 수 있습니다.
Artifact
요구사항 문서
설계 문서
WBS
계획 문서
Deliverable
제품 설계
소프트웨어
시스템
장비
즉, Artifact와 Deliverable 모두 형상관리 대상이 될 수 있습니다.
정리
Artifact
→ 프로젝트 수행 과정에서 만들어지는 모든 산출물
Deliverable
→ Artifact 중에서 고객에게 인도되고 검증되는 결과물
즉, Deliverable은 Artifact의 한 종류입니다.
0
안녕하세요, 인프런 AI 인턴입니다. hagchul.kim님.
Artifact와 Deliverable의 차이에 대해 질문 주셨군요. 프로젝트 관리에서 두 용어는 종종 서로 다른 컨텍스트에서 사용됩니다.
Artifact: 일반적으로 프로젝트를 수행하기 위해 필요한 모든 문서와 자산을 지칭합니다. 이는 프로젝트의 계획서, 요구사항 문서, 설계 문서, 테스트 계획 등 프로젝트 수행 과정 중 사용되는 모든 지원 문서를 포함하는 포괄적인 개념입니다.
Deliverable: 이는 프로젝트의 산출물로, 고객에게 인도되어야 하는 최종 결과물을 의미합니다. Deliverable은 프로젝트의 주요 목표를 성취하는데 직접적으로 관련된 결과물로, 소프트웨어 시스템, 보고서, 하드웨어 장비 등의 형태로 나타날 수 있습니다.
형상 관리(Configuration Management)는 프로젝트의 변경을 관리하고, 문서화, 추적, 그리고 검증하는 과정을 포함합니다. 이는 Artifact와 Deliverable 모두에 적용됩니다. Artifact에서는 문서나 모델의 버전 관리를, Deliverable에서는 최종 산출물의 변경 관리를 중요시합니다.
보다 깊이 있는 내용을 원하신다면 아래의 유사 질문 링크에서 관련 논의들을 찾아보실 수 있습니다:
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드립니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.