개념: 아티팩트
아티팩트는 구체적이고 사소하지 않은 중간 산출물에 대한 설명과 정의를 제공하는 중간 산출물입니다.
기본 설명

아티팩트는 타스크를 통해 소모, 생성 또는 수정되는 구체적이고 잘 정의된 중간 산출물입니다. 아티팩트는 다른 아티팩트로 구성될 수도 있습니다. 예를 들어, 모델 아티팩트를 또 다른 아티팩트인 모델 요소로 구성할 수 있습니다. 이들은 재사용가능한 자산 정의의 기반이 될 수 있습니다. 역할은 아티팩트를 사용하여 타스크를 수행하고 타스크를 수행하는 도중에 아티팩트를 생성합니다.

아티팩트는 단일 역할의 책임으로 책임을 쉽게 식별하고 이해하도록 하며 메소드에서 생성된 모든 정보에는 적절한 스킬 세트가 필요함을 알 수 있게 해줍니다. 한 역할이 특정 유형의 아티팩트를 "소유"하더라도 다른 역할이 여전히 아티팩트를 사용할 수 있으며 여기에 필요한 권한이 역할에 부여되면 중간 산출물을 갱신할 수도 있습니다.

아티팩트는 일반적으로 문서가 아닙니다. 많은 메소드는 문서 특히, 인쇄된 문서에 너무 집중합니다. 가장 효율적이고 실용적인 프로젝트 아티팩트 관리 방법은 작성 및 관리에 사용되는 적절한 도구 에서 아티팩트를 유지보수하는 것입니다. 필요한 경우 이러한 도구에서 즉시 처리 방식으로 문서(스냅샷)를 생성할 수 있습니다.

예제 아티팩트는 다음과 같습니다.

  • Microsoft® Word®에 저장된 유스 케이스 명세
  • Rational Software Architect에 저장된 디자인 모델
  • Microsoft® Project®에 저장된 프로젝트 계획
  • Rational ClearQuest에 저장된 결함
  • Rational RequisitePro의 프로젝트 요구사항 데이터베이스

화이트보드 또는 플립차트와 같은 형식을 사용하여 UML 다이어그램과 같은 그림 정보, 짧은 상태 정보 목록과 같은 테이블 정보 또는 짧은 비전 설명과 같은 텍스트 정보를 캡처할 수 있음에 유의하십시오. 이러한 형식은 모든 팀 구성원이 이들 자원에 액세스할 준비가 되어 있는 보다 소규모의 조합 팀에 잘 맞습니다.

그러나 프로젝트 외부 입력의 경우나 단지 설명 정보를 표시하는 최적의 수단인 일부 경우에서처럼 일반 텍스트 문서가 되어야 하거나 일반 텍스트 문서가 가장 적합한 아티팩트가 여전히 있습니다. 가능하면 팀은 텍스트 문서를 전자적으로 캡처해서 지속적인 컨텐츠 및 버전 관리를 단순화할 수 있도록 WikiWiki 웹 또는 Groove와 같은 협업 작업 그룹 도구를 사용할 것을 고려해야 합니다. 이는 특히 감사 요구사항 준수와 같은 목적으로 히스토리 레코드를 유지보수해야 하는 경우에 중요합니다. 사소하지 않은 개발 노력 특히, 규모가 큰 개발 팀과 관련된 경우 중간 산출물은 버전 제어 및 형상 관리에 대한 것일 가능성이 큽니다. 이는 때로 포함된 기초적인 중간 산출물 대해 이를 수행할 수 없을 때 컨테이너 중간 산출물 버전화를 통해서만 수행됩니다. 예를 들어, 소프트웨어 개발에서는 포함된 개별 클래스가 아닌 전체 디자인 모델 또는 디자인 패키지의 버전을 제어할 수 있습니다.