단계별 사용자 지정 프로세스

업데이트: 2011년 5월

프로세스 템플릿을 사용자 지정하여 해당 템플릿을 사용하여 만드는 모든 팀 프로젝트가 팀 또는 조직에서 사용하는 비즈니스 프로세스를 따르도록 할 수 있습니다. 또한 Visual Studio Team Foundation Server를 이전 릴리스에서 업그레이드한 후 기존 프로세스 템플릿을 계속 사용하기 위해 변경한 경우에도 프로세스 템플릿을 사용자 지정할 수 있습니다. 이러한 변경 내용을 새 프로세스 템플릿에 추가하거나, 기존 템플릿을 사용자 지정하여 최신 릴리스에서 제공된 기능을 추가할 수 있습니다.

프로세스 템플릿을 사용자 지정하려면 먼저 기존 프로세스 템플릿이나 빈 프로세스 템플릿을 다운로드하고, 파일을 수정 또는 추가하고, 프로세스 템플릿 파일을 업로드한 다음 변경 내용을 확인해야 합니다. 다음 그림은 프로세스 템플릿을 사용자 지정하기 위해 수행하는 5가지 기본 작업의 순서를 보여 줍니다.

프로세스 템플릿 사용자 지정 워크플로

프로세스 템플릿을 사용자 지정하는 과정은 반복적입니다. Team Foundation Server를 실행하는 서버에 팀 프로젝트 컬렉션이 정의되어 있어야 합니다. 이 서버에서 프로세스 템플릿을 테스트하여 프로세스 템플릿이 올바르게 사용자 지정되었는지 확인할 수 있습니다.

이 항목에서는 프로세스 템플릿을 쉽게 사용자 지정할 수 있도록 권장 작업 순서와 작업에 유용한 정보를 제공합니다.

항목 내용

  1. 프로세스 템플릿 선택 및 다운로드

  2. 프로세스 템플릿 사용자 지정

  3. 프로세스 템플릿 업로드

  4. 팀 프로젝트 만들기

  5. 변경 내용 확인

참고

최신 버전의 Team Foundation Server로 업그레이드하면 Team Foundation Server와 함께 설치된 MSF(Microsoft Solutions Framework) 프로세스 템플릿이 새 버전으로 대체됩니다. 이전 템플릿을 사용자 지정하여 같은 이름으로 저장한 경우에는 업그레이드하기 전에 이 템플릿을 다운로드해야 합니다. 그렇지 않으면 이 템플릿이 새 버전으로 대체되어 사용자 지정한 내용을 잃게 됩니다.

사용자 지정된 프로세스 템플릿을 최신 버전의 MSF 프로세스 템플릿을 기반으로 하도록 업데이트하려면 수동으로 업데이트해야 합니다. 자세한 내용은 사용자 지정된 프로세스 템플릿 업데이트를 참조하십시오.

프로세스 템플릿 선택 및 다운로드

프로세스 템플릿을 사용자 지정하는 첫 번째 단계는 사용자 지정할 프로세스 템플릿을 선택하는 것입니다. 필요한 수정 작업을 최소화하려면 팀 프로세스와 가장 일치하는 템플릿을 선택해야 합니다. 일반적으로 작업 항목 형식과 워크플로를 기준으로 프로세스 템플릿을 선택합니다. MSF(Microsoft Solutions Framework)용 프로세스 템플릿 비교는 프로세스 템플릿 선택을 참조하십시오.

MSF 프로세스 템플릿 및 Microsoft 파트너가 제공하는 추가 템플릿에 대한 자세한 내용은 Microsoft 웹 사이트의 프로세스 템플릿 및 도구 페이지를 참조하십시오.

사용자 지정의 기초로 사용할 기존 프로세스 템플릿을 다운로드할 수 있습니다. 사용자 지정 범위에 따라 빈 템플릿이나 완전하게 디자인된 템플릿을 다운로드할 수 있습니다. 프로세스 템플릿 관리자를 사용하여 프로세스 템플릿을 다운로드할 수 있습니다. 자세한 내용은 프로세스 템플릿 다운로드를 참조하십시오.

맨 위로 이동

프로세스 템플릿 사용자 지정

프로세스 템플릿 사용자 지정을 시작하기 전에 추가 지침, 권장 시퀀스 및 유용한 도구에 대한 다음 단원을 검토하십시오.

  • 프로세스 템플릿 변경 계획

  • 파일 수정 또는 프로세스 편집기 사용

  • 작업 추적을 위해 개체 만들기 또는 사용자 지정

  • 플러그 인 파일 사용자 지정

  • 루트 프로세스 템플릿 파일 사용자 지정

맨 위로 이동

프로세스 템플릿 변경 계획

프로세스 템플릿은 팀 프로세스의 많은 구성 요소에 영향을 주므로 수행할 변경 작업을 계획, 조정 및 추적할 수 있습니다. 특히, 작업 항목 추적, 보고, Team Foundation Build, Team Foundation 버전 제어, Microsoft Test Manager 및 Visual Studio Lab Management를 변경하기 전에는 프로젝트 책임자, 테스트 책임자, 개발 책임자 및 릴리스 관리자와 함께 변경 작업을 검사할 수 있습니다.

작업을 추적하기 위해 사용자 지정할 수 있는 개체의 개요 및 사용자 지정 지침은 프로젝트 추적 데이터, 폼, 워크플로 및 기타 개체 사용자 지정을 참조하십시오. 유용한 검사 목록을 보려면 검사 목록: 프로세스 템플릿에 대한 변경 내용 계획 및 추적을 참조하십시오.

또한 다음 사항을 검토해야 합니다.

  • 팀 프로젝트 아티팩트를 지원하는 데 필요한 리소스의 개요는 새 팀 프로젝트 시작을 참조하십시오.

  • 대부분의 Team Foundation 개체에는 이름 또는 레이블에 대한 제한이 적용됩니다. 프로세스 템플릿, 보안 그룹, 영역 및 반복 노드, 작업 항목 형식, 작업 항목 필드 등에 적용되는 명명 제한의 개요는 Team Foundation의 명명 제한을 참조하십시오.

  • 사용자 지정하는 대부분의 프로세스 템플릿 구성 요소는 해당 프로세스 템플릿을 사용하여 만드는 팀 프로젝트에만 영향을 줍니다. 그러나 작업 항목 형식에 대해 정의된 작업 항목 필드, 링크 형식 및 전역 목록의 경우에는 이 규칙이 적용되지 않습니다. 이러한 개체는 팀 프로젝트 컬렉션에 대해 정의됩니다.

  • 팀 프로젝트를 만든 후 프로세스 템플릿에 포함된 대부분의 기능 영역을 수정할 수 있습니다. 수정할 수 없는 유일한 영역은 Test Runner 및 Microsoft Test Manager에서 사용되는 테스트 해결 상태입니다. 자세한 내용은 테스트 관리자의 초기 구성 정의를 참조하십시오.

  • 프로세스 템플릿을 처음으로 사용자 지정할 경우에는 약간만 변경하는 것이 좋습니다. 변경 내용이 템플릿에 어떤 영향을 주는지 올바르게 이해하지 못한 상태에서 너무 많이 변경하면 나중에 디버깅할 수 없을 정도로 많은 오류가 발생할 수 있습니다.

  • 프로세스 템플릿의 최대 크기는 2GB입니다. 프로세스 템플릿을 사용자 지정하는 경우에는 변경 내용으로 인해 템플릿이 이 크기를 초과하지 않도록 해야 합니다.

  • 작업 항목 형식을 추가하거나 수정하는 것이 주 목적인 경우 전체 프로세서 템플릿을 변경하지 않고도 이를 달성할 수 있습니다. 기존 팀 프로젝트를 사용하여 변경한 후 테스트하면 됩니다. witadmin exportwitimportwitd 명령줄 도구를 사용하면 작업 항목 형식의 XML 정의 파일을 다운로드하고 업로드할 수 있습니다.

    자세한 내용은 작업 항목의 형식 추가 및 사용자 지정작업 항목 형식 사용자 지정 및 관리[witadmin]를 참조하십시오.

맨 위로 이동

파일 수정 또는 프로세스 편집기 사용

프로세스 템플릿을 사용자 지정하려면 하나 이상의 프로세스 템플릿 파일을 수정하여 팀 프로젝트 컬렉션으로 파일을 업로드하도록 지정하는 작업을 추가하거나 제거해야 합니다. 프로세스 템플릿 파일을 수정할 때는 플러그 인 요소 간의 종속성과 개체 및 작업 항목 필드 명명 시 적용되는 제한의 종속성을 이해하고 있어야 합니다.

사소한 내용을 변경하려고 하며 XML 형식을 다루는 데 익숙한 경우 메모장이나 다른 텍스트 편집기를 사용하여 파일을 수정할 수 있습니다. Visual Studio의 추가 기능으로 설치되는 강력한 도구인 프로세스 편집기를 사용할 수도 있습니다.

참고

이 강력한 도구는 Microsoft 웹 사이트의 Team Foundation Server Power Tools 2010 페이지에서 다운로드할 수 있습니다. 이 도구는 지원되지 않습니다.

프로세스 템플릿에 대한 스키마 파일을 다운로드하는 방법에 대한 자세한 내용은 프로세스 템플릿을 사용자 지정하기 위한 스키마 정의 파일을 참조하십시오.

프로세스 편집기에서는 프로세스 템플릿의 다양한 영역을 사용자 지정하는 데 사용할 수 있는 사용자 인터페이스를 제공합니다. 이 편집기를 사용하여 최신 버전의 MSF 프로세스 템플릿을 수정할 수 있습니다. 특히 이 편집기를 사용하여 다음 영역을 사용자 지정할 수 있습니다.

  • 작업 항목 추적:

    • 작업 항목 형식에 대한 정의를 만들고 편집할 수 있습니다.

    • 작업 항목 쿼리를 만들고 편집할 뿐 아니라, 쿼리를 쿼리 폴더에 구성할 수 있습니다.

    • 링크 형식을 만들고 편집할 수 있습니다.

    • 작업 항목 형식을 그룹화하기 위한 범주를 만들고 편집할 수 있습니다.

  • 프로젝트 분류 및 계층 구조:

    • 제품 영역 경로를 만들고 편집할 수 있습니다.

    • 중요 시점 릴리스 또는 반복 경로를 만들고 편집할 수 있습니다.

    • Microsoft Project에 대한 매핑 파일을 수정할 수 있습니다.

  • 보안 그룹: Team Foundation Server의 그룹 및 사용 권한을 만들고 편집할 수 있습니다.

  • 버전 제어:

    • 체크 아웃 설정을 편집할 수 있습니다.

    • 체크 인 메모를 만들고 편집할 수 있습니다.

    • Team Foundation Server의 그룹 및 사용 권한을 만들고 편집할 수 있습니다.

  • 포털 및 보고서:

    • 업로드할 파일과 해당 폴더 구조를 검토할 수 있습니다.

    • 업로드할 파일을 추가할 수 있습니다.

맨 위로 이동

작업 추적을 위해 개체 만들기 또는 사용자 지정

팀 프로젝트를 추적하는 방법을 사용자 지정할 수 있으며, 작업 항목 추적 개체를 하나 이상 사용자 지정하여 워크플로, 작업 항목 폼 및 데이터 필드를 디자인할 수 있습니다. 전역 워크플로를 제외하고 다음 그림에 표시된 모든 형식의 개체를 만들거나 사용자 지정할 수 있습니다. 이러한 개체 외에도 작업 항목 쿼리와 작업 항목 인스턴스를 정의할 수 있습니다.

작업 항목 추적 개체

이러한 개체를 정의하거나 사용자 지정하는 방법에 대한 자세한 내용은 다음 항목을 참조하십시오.

맨 위로 이동

분류 및 작업 항목 쿼리 간의 종속성

Agile 소프트웨어 개발용 MSF 프로세스 템플릿에 대해 정의된 작업 항목 쿼리에서는 Classification.xml 파일에 정의된 반복 노드를 사용합니다. 반복 노드 정의를 변경할 경우에는 해당 노드 정의의 기초가 되는 작업 항목 쿼리를 수정해야 합니다. .wiq 파일에서 다음 매크로를 검색하여 이러한 쿼리를 찾을 수 있습니다.

  • Iteration 1 = Iteration%201

  • Iteration 2 = @@Iteration%202@@

  • Iteration 3 = @@Iteration%203@@

맨 위로 이동

작업 항목 개체 명명에 대한 제한

각 작업 항목 필드에는 각 필드를 고유하게 식별하는 필드 참조 이름이 연결되어 있으며 이 이름은 할당 후에는 변경할 수 없습니다.

또한 작업 항목 필드에는 보고 이름이 연결되어 있을 수도 있습니다. 보고 이름은 팀 프로젝트 컬렉션에 대해 정의된 모든 작업 항목 형식 간에 일치해야 합니다. 그렇지 않으면 프로세스 템플릿을 업로드할 때 유효성 검사 오류가 발생하거나 데이터 웨어하우스 데이터베이스에서 충돌이 발생할 수 있습니다.

작업 항목 필드 이름, 링크 형식 이름 및 전역 목록은 팀 프로젝트 컬렉션으로 범위가 제한됩니다. 이러한 개체를 사용자 지정하면 해당 작업 항목 필드를 포함하는 작업 항목 형식과 해당 컬렉션에 정의된 모든 팀 프로젝트에 변경 사항이 반영됩니다.

자세한 내용은 작업 항목 추적 개체의 명명 규칙을 참조하십시오.

맨 위로 이동

플러그 인 파일 사용자 지정

각 플러그 인 파일은 처리할 작업을 하나 이상 지정하며 고유한 작업 집합을 수행합니다. 업로드할 파일을 추가하거나 제거할 경우 해당 플러그 인 파일에서 업로드할 파일을 지정하는 작업을 추가하거나 제거해야 합니다. 또한 플러그 인 파일에 정의된 일부 작업에도 종속성이 있습니다. 변경 후에도 모든 종속성이 충족되는지 확인해야 합니다. 자세한 내용은 플러그 인을 처리하도록 작업 정의플러그 인 파일의 작업 그룹 및 작업에 대한 종속성 정의를 참조하십시오.

다음 표에서는 지원되는 플러그 인 파일 9개를 사용자 지정하는 권장 시퀀스를 설명하고 관련 작업 및 항목에 대한 링크를 제공합니다.

단계

Task

설명 및 종속성

1단계

제품 영역과 마일스톤 또는 반복을 정의합니다.

영역을 정의하여 작업 항목을 논리적, 물리적 또는 기능적 범주로 구성합니다. 반복을 정의하여 작업 항목을 마일스톤이나 시간 주기 범주로 그룹화합니다.

분류 플러그 인은 모든 프로세스 템플릿에 필요합니다.

2단계

기본 그룹, 그룹 멤버 및 권한을 정의합니다.

컬렉션, 프로젝트, 영역 또는 반복 경로 및 이벤트 구독에 대한 권한을 설정할 수 있습니다.

그룹 및 권한 플러그 인의 작업이 분류 플러그 인에 정의된 작업에 종속될 수도 있습니다.

3단계

업로드할 작업, 작업 항목 쿼리 및 작업 항목 인스턴스 추적을 위한 개체를 지정합니다.

특정 순서로 파일을 업로드하고 쿼리를 정의하는 작업을 지정해야 합니다. 예를 들어 링크 형식, 작업 항목 형식, 쿼리 순서로 지정할 수 있습니다. 이러한 개체에 대한 각 정의 파일은 선행하는 작업에서 지정된 정의에 따라 달라집니다. 일반적으로 사용자 지정하고 있는 프로세스 템플릿에 정의된 작업 순서를 유지해야 합니다.

작업 항목 형식 정의는 분류 플러그 인과 그룹 및 권한 플러그 인에 종속될 수 있습니다.

4단계

버전 제어에 대한 기본 정책과 권한을 정의합니다.

버전 제어 플러그 인을 사용자 지정하여 팀 프로젝트의 초기 권한, 체크 아웃 정책 및 체크 인 메모를 구성합니다.

5단계

빌드 작업을 지원하기 위해 기본 빌드 권한과 작업을 정의합니다.

빌드 플러그 인을 사용자 지정하여 Team Foundation Build 서비스에서 사용되는 팀 프로젝트의 초기 권한과 템플릿 파일을 구성합니다.

6단계

Microsoft Test Manager의 초기 구성을 정의합니다.

테스트 관리 플러그 인을 사용자 지정하여 테스트 변수, 테스트 변수가 조합된 테스트 구성 등의 설정을 정의할 수 있습니다. 또한 기본 테스트 설정과 유효한 테스트 해결 상태의 목록을 사용자 지정할 수 있습니다.

7단계

Lab Management의 초기 구성을 정의합니다.

랩 플러그 인을 사용자 지정하여 팀 프로젝트의 초기 권한과 템플릿 파일을 구성할 수 있습니다.

8단계

업로드할 보고서 및 보고서 노드의 폴더 구조를 정의합니다.

업로드할 .rdl 보고서 집합을 수정할 수 있습니다. 팀 프로젝트에 대한 보고서 노드를 만들려면 보고 플러그 인이 필요합니다.

보고 플러그 인을 사용하려면 팀 프로젝트를 만들 팀 프로젝트 컬렉션이 SQL Server Analysis Services 및 SQL Server Reporting Services로 구성된 상태여야 합니다.

9

업로드할 문서, 만들려는 문서 라이브러리 및 활성화할 SharePoint 기능을 정의합니다.

업로드할 문서 집합과 활성화할 기능을 수정할 수 있습니다. 팀 프로젝트에 대한 문서 노드를 만들려면 포털 플러그 인이 필요합니다.

포털 플러그 인은 사용하려면 팀 프로젝트를 만들 팀 프로젝트 컬렉션이 SharePoint 제품으로 구성된 상태여야 합니다.

맨 위로 이동

루트 프로세스 템플릿 파일 사용자 지정

새 팀 프로젝트 마법사에서 수행하는 작업의 순서는 이 마법사가 호출하는 플러그 인 파일과 ProcessTemplate.xml 파일에 정의된 그룹화된 작업의 순서에 따라 결정됩니다. 자세한 내용은 프로세스 템플릿 플러그 인 파일을 사용하여 루트 작업 정의를 참조하십시오. 다음 표에서는 MSF용 프로세스 템플릿에 정의된 순서를 보여 줍니다.

Agile 플러그 인 순서

CMMI 플러그 인 순서

  • Classification.xml

  • GroupsandPermissions.xml

  • WorkItems.xml

  • VersionControl.xml

  • Build.xml

  • Lab.xml

  • TestManagement.xml

  • ReportsTasks.xml

  • WssTasks.xml

  • Classification.xml

  • GroupsandPermissions.xml

  • WssTasks.xml

  • ReportsTasks.xml

  • WorkItems.xml

  • VersionControl.xml

  • Lab.xml

  • TestManagement.xml

  • Build.xml

각 플러그 인 파일의 작업을 해당 종속성과 동일한 순서로 나열하면 종속성 누락으로 인해 발생할 수 있는 문제를 제거할 수 있습니다.

맨 위로 이동

프로세스 템플릿 업로드

프로세스 템플릿을 업로드할 경우 팀 프로젝트 컬렉션으로 업로드합니다. 다른 팀 프로젝트에서 사용하지 않는 팀 프로젝트 컬렉션을 사용하는 것이 이상적입니다. 테스트 시스템 프로젝트 컬렉션에서 작업하면 변경으로 인해 아직 개발 중인 기존 팀 프로세스와 충돌이 발생하는 문제를 방지할 수 있습니다. 또한 팀 프로젝트 컬렉션이 팀 멤버가 사용하도록 할 리소스(예: 프로젝트 포털 및 보고 사이트)를 지원하도록 할 수 있습니다.

프로세스 템플릿의 이름은 고유해야 합니다. 팀 프로젝트 컬렉션에서 프로세스 템플릿을 다운로드하고 변경한 다음 업로드하려는 경우에는 템플릿 이름을 변경하거나 팀 프로젝트 컬렉션의 기존 프로세스 템플릿을 삭제해야 합니다.

프로세스 템플릿을 업로드하면 XML이 유효한지 확인하는 안정성 검사가 수행됩니다. 프로세스 템플릿을 업로드할 때 오류 메시지가 나타나면 변경 작업 때문일 수 있습니다. 변경 내용을 검토하여 XML 구문 오류를 찾고 수정합니다.

자세한 내용은 프로세스 템플릿 업로드를 참조하십시오.

맨 위로 이동

팀 프로젝트 만들기

프로세스 템플릿을 업로드한 후에는 변경 내용을 확인할 수 있도록 팀 프로젝트를 만들어야 합니다. 새 팀 프로젝트 마법사를 실행하여 테스트 팀 프로젝트를 만듭니다. 오류가 발생하면 팀 프로젝트 작성 로그를 확인합니다. 이 로그에는 마법사에서 실행한 작업 목록과 실패한 작업이 표시됩니다. 실패한 작업을 다시 XML에 매핑하여 오류의 원인을 판별할 수 있습니다.

자세한 내용은 팀 프로젝트 만들기를 참조하십시오.

새 프로세스 템플릿을 테스트하려면 팀 프로젝트를 만들어야 합니다. TFSDeleteProject 명령줄 도구를 사용하여 불필요한 팀 프로젝트를 정리할 수 있습니다. 자세한 내용은 TFSDeleteProject: 팀 프로젝트 삭제를 참조하십시오.

맨 위로 이동

변경 내용 확인

팀 프로젝트가 만들어지면 추가 단계를 수행하여 변경 내용이 팀 프로젝트에 제대로 반영되는지 확인해야 합니다. 보고서를 추가한 경우에는 이 보고서가 팀 탐색기에 나타나는지 확인해야 합니다. 작업 항목 형식을 제거한 경우에는 이 작업 항목 형식을 더 이상 사용할 수 없는지 확인해야 합니다. 문서화된 각 플러그 인에 대해서는 변경 내용이 제대로 구현되었는지 확인할 수 있도록 확인 단계 목록이 제공됩니다.

자세한 내용은 프로세스 템플릿에 대한 변경 내용 확인을 참조하십시오.

맨 위로 이동

참고 항목

작업

팀 프로젝트 만들기

참조

작업 항목 형식 사용자 지정 및 관리[witadmin]

개념

프로세스 템플릿 파일 작업

기타 리소스

프로세스 템플릿 관리

프로세스 템플릿에 대한 변경 내용 확인

프로세스 템플릿 사용자 지정

변경 기록

날짜

변경 내용

이유

2011년 5월

이전의 프로세스 템플릿 편집기를 나타내는 프로세스 편집기에 대한 참조가 수정되었습니다.

콘텐츠 버그 수정

2011년 4월

그림이 추가되고, 콘텐츠가 다시 구성되었으며, 추가 지침, 권장 시퀀스 및 유용한 도구가 제공되었습니다.

향상된 기능 관련 정보