작업 항목 추적의 새로운 기능

아티클
08/10/2011

업데이트: 2011년 5월

이번 Visual Studio ALM(Application Lifecycle Management) 릴리스에서는 작업 항목 간의 부모-자식 및 기타 형식의 관계를 보여 주는 링크를 만들고 해당 관계를 계층적 뷰로 표시할 수 있습니다. 또한 Office Excel 및 Office Project와 프로젝트를 광범위하게 통합할 수 있습니다.

항목 내용

Office Excel 및 Office Project를 사용하여 프로젝트 계획 및 예약
작업 항목 간 관계와 종속성 보기 및 추적, 효율적으로 위험 및 종속성 관리
그룹 간에 효율적으로 협업
작업 항목 간 관계 만들기, 관리 및 사용자 지정
링크된 연결을 기준으로 작업 항목 찾기
팀 쿼리에 대한 공유 액세스 구성 및 관리
팀 프로젝트를 추적할 개체 사용자 지정, 확장 및 관리
개인 이름을 저장하는 작업 항목 필드 자동 업데이트

Office Excel 및 Office Project를 사용하여 프로젝트 계획 및 예약

최신 릴리스에서는 Office Excel 및 Office Project에서 상태 및 진행률을 추적하는 방법과 Visual Studio ALM에서 작업 항목을 추적하는 방법을 쉽게 통합할 수 있습니다. 다음과 같은 작업을 수행할 수도 있습니다.

Office Excel을 사용하여 계층적 작업 구조 만들기. Office Excel에서 중첩된 작업, 하위 작업 및 해당 하위 작업의 목록을 만들고 Team Foundation Server에 게시할 수 있습니다. 이 방법을 사용하는 경우 작업 간 부모-자식 관계는 관련 링크 형식과 함께 유지됩니다. 자세한 내용은 Excel에서 작업 항목의 트리 목록을 사용하여 하향식 계획 수행을 참조하십시오.
Office Project에서 만든 작업의 선행 작업과 후속 작업 관계 유지. Office Project에서 작업을 만들고 Team Foundation에 게시하면 해당 작업은 Office Project에서 정의한 선행 작업과 후속 작업 링크와 함께 자동으로 정의됩니다.
Office Project에서 만든 요약 및 하위 수준 작업의 부모-자식 관계 유지. Office Project에서 작업을 만들고 Team Foundation에 게시하면 모든 요약 작업은 해당 자식 작업에 대한 링크가 있는 부모 작업으로 자동으로 만들어집니다.

Office Excel에 통합된 새 링크 형식과 다음과 같은 새로운 기능을 사용하여 이전 목록에 있는 작업을 수행할 수 있습니다.

목록 보기: Office Excel에서 두 개 폼 중 하나에 작업 항목을 표시할 수 있습니다.
- 단순 목록: 단순한 목록 폼에서 작업 항목을 보고 수정할 때 사용합니다.
- 트리 목록: 부모-자식 링크가 있는 작업 항목 간의 계층적 관계를 표시하고 이들 간의 작업 항목과 링크를 수정할 때 사용합니다.
목록 새로 고침: Office Excel에서, 작업 항목을 가져오는 방법과 해당 작업 항목을 변경한 후에 새로 고치는 방법을 지정할 수 있습니다.
- 입력 목록: 워크시트에 있는 작업 항목에 대한 정보를 새로 고치려는 경우에만 사용합니다.
- 쿼리 목록: 작업 항목 쿼리를 기준으로 워크시트에 표시되는 작업 항목을 새로 고치려는 경우와 항목에 대한 정보를 새로 고치려는 경우에 사용합니다.

자세한 내용은 단순 목록, 트리 목록, 쿼리 목록 및 입력 목록을 참조하십시오.

작업 항목 간 관계와 종속성 보기 및 추적, 효율적으로 위험 및 종속성 관리

최신 릴리스의 여러 가지 새 기능을 사용하는 경우 위험과 종속성을 효율적으로 관리할 수 있습니다. 다음 글머리 기호 목록의 작업을 효율적으로 수행하려면 버그, 작업, 기능, 요구 사항 및 가치 제안을 작업 항목으로 저장해야 합니다. 가치 제안과 기능 사이 뿐만 아니라 기능과 연관된 모든 요구 사항, 작업 및 버그 간에도 종속 링크를 정의해야 합니다. 작업은 하위 작업의 트리 계층 구조로 나누어야 합니다.

기능을 잘라냈을 경우의 영향 확인. 직접 링크 쿼리를 만들어 각 기능이 종속된 모든 활성 작업 항목과 기능이 지원하는 모든 요구 사항을 나열할 수 있습니다.
기능을 구현하기 위해 팀이 완료해야 하는 작업 결정. 팀장은 직접 링크 쿼리를 만들어 각 기능에 대한 미완료 작업을 모두 나열합니다.
개발 팀에 할당된 모든 작업을 보고 구현된 기능별로 작업 그룹화. 팀 멤버가 완료해야 하는 활성 작업에 연결된 모든 기능을 나열하는 직접 링크 쿼리를 만들 수 있습니다.

새 쿼리 편집기와 쿼리 결과 보기 기능을 사용하여 이전 목록의 작업을 수행할 수 있습니다. 자세한 내용은 버그, 작업 및 기타 작업 항목 찾기를 참조하십시오.

그룹 간에 효율적으로 협업

최신 릴리스에서는 팀 프로젝트 간에 작업 항목을 연결하여 광범위한 규모로 상태 및 진행률을 추적할 수 있습니다. 이러한 방법으로 다른 팀이나 그룹이 소유한 작업이나 기능에 대한 종속성을 정의하고, 해당 종속성을 추적하고, 주석을 추가하고, 다른 프로젝트 그룹과 관계를 만들 수 있습니다. 또한, 시간이 지남에 따라 종속성이 바뀌는 방식을 추적할 수 있습니다.

다음 시나리오에서는 Team Foundation의 작업 항목처럼 기능, 요구 사항 및 작업을 추적해 보겠습니다.

다른 팀이 개발 중인 기능에 대한 종속 관계 만들기. 기능 중 일부가 다른 팀의 프로젝트에 종속된다고 판단되면 자신의 프로젝트에서 다른 프로젝트에 있는 하나 이상의 작업 항목에 연결하여 해당 종속성을 문서화할 수 있습니다. 그런 다음 다른 팀의 프로젝트 관리자(공급자)에게 연락하여 비공식적인 서비스 수준 계약에 대해 논의할 수 있습니다. 계약에는 계약 담당자, 계약 규칙, 책임 영역, 제공 서비스 및 그룹 간 협업에 대한 일정이 포함될 수 있습니다. 사용자와 다른 프로젝트 관리자가 계약 조건에 대한 협상을 마치면 둘 다 종속성에 대한 진행률을 추적하는 방법과 이들을 완료해야 하는 시기를 알게 됩니다. 그런 다음 종속성을 자세히 문서화할 추가 링크를 만들 수 있습니다.
다른 팀이 개발 중인 작업 집합이나 기능에 대한 종속 관계를 만듭니다. 선임 개발자는 해당 기능 작업에 대한 작업을 만들어 이미 설정한 전체 그룹 간 협업의 일부인 외부 종속성에 대해 설명해야 합니다. 종속성이 있는 각 작업에 대해 다른 팀의 프로젝트에 연결된 기능이나 작업에 대한 종속 링크를 만듭니다.
다른 팀에 종속성 요청. 다른 팀의 프로젝트 관리자는 사용자의 프로젝트가 종속된 기능의 일부만 전달할 수 있습니다. 사용자 팀의 개발자가 해당 기능의 구현과 관련한 문제를 발견하면 프로젝트의 버그를 보고하고 다른 팀의 프로젝트에 해당 버그의 종속성을 만들 수 있습니다.
다른 팀에 대해 반드시 수행해야 할 작업 관리. 종속성 링크를 사용하여 다른 팀이 사용자 팀에 얼마나 많은 작업을 요청하는지 확인하고, 이행하거나 거부할 요청을 결정할 수 있습니다. 개발이 진행되면서 해당 작업 항목을 주기적으로 재평가하고, 필요한 경우 현재 중요 시점에서 이 중 하나 이상을 잘라낼 수 있습니다. 해당 작업 항목을 확인하고 상태를 연기됨으로 변경하면 변경 내용이 다른 팀의 프로젝트에 반영됩니다.
종속 작업 항목이 변경될 때 알림 수신. 다른 팀의 프로젝트 작업 항목에 종속된 작업을 수행하는 경우 해당 작업 항목이 변경될 때마다 전자 메일 메시지를 받을 수 있습니다. 예를 들어 다른 팀이 작업 진행에 방해가 되는 버그를 해결했을 때 알림을 받을 수 있습니다.
그룹 간 종속성을 관리합니다. 다른 팀이 특정 작업 항목과 관련된 일련의 의무를 이행할 때까지 사용자 팀이 해당 작업 항목을 하나 이상 종료하지 못할 수 있습니다. 이러한 경우 프로젝트에 위험을 야기할 수 있으므로 다른 팀의 진행 상황을 정기적으로 검토해야 합니다. 종속된 작업 항목의 상태, 해결 방법, 프로젝트 이름, 할당 필드 및 작업 항목 ID에 대한 정보를 비롯하여 외부 종속성이 있는 모든 활성 작업 항목을 표시하는 쿼리나 보고서를 실행할 수 있습니다. 프로젝트가 연결된 작업 항목을 열어서 중요한 변경 사항에 대한 정보를 추가로 확인할 수 있습니다.
작업 항목 형식을 범주로 그룹화하여 유연성 있는 보고서를 생성하고 팀 프로젝트 간 향상된 통합 지원. 범주에 대해 쿼리하고, 비슷하지만 팀 프로젝트 간에 이름이 다른 작업 항목을 찾을 수 있습니다.

링크 형식을 추가하고, 방향이 지정된 링크를 기준으로 하는 쿼리를 만들고, 이 항목의 앞에서 설명한 대로 다른 팀 프로젝트에 대한 링크를 만들어서 이전 목록의 작업을 수행할 수 있습니다.

작업 항목 간 관계 만들기, 관리 및 사용자 지정

이전 버전의 Visual Studio ALM에서는 사용자와 사용자 팀의 다른 멤버가 작업 항목 간에 링크를 추가하여 둘 이상의 작업 항목 간 관계를 유지했습니다. 최신 버전에서는 사용자 지정 가능한 여러 링크 형식을 사용하여 기능적 관계를 만들 수 있습니다. 버그, 작업, 기능, 요구 사항, 가치 제안 및 기타 프로젝트 요소를 작업 항목으로 추적하여 이들 간에 유용한 관계를 만들 수 있습니다. 제약 조건을 강제로 이행하고 쿼리를 만들어 종속성 및 링크된 작업 항목의 상태를 검토하고 추적할 수 있습니다. 단일 작업을 통해 한 작업 항목을 여러 작업 항목에 링크할 수도 있습니다. 예를 들면 개발 주기 과정에서 다음 작업을 수행할 수 있습니다.

사용자 스토리와 기능 간에 다양한 연결 만들기. 사용자 스토리 목록과 기능 목록으로 시작하는 경우 두 목록의 각 항목에 대해 작업 항목을 빠르게 만들고 각 사용자 스토리를 해당 자식 기능 집합과 연결할 수 있습니다. 자세한 내용은 Excel에서 작업 항목의 트리 목록을 사용하여 하향식 계획 수행을 참조하십시오.
요구 사항과 기능 간 연결의 차이 식별. 요구 사항과 기능 사이에 처음 연결을 만든 후에는 쿼리를 실행하여 모든 요구 사항이 하나 이상의 기능과 연결되어 있는지 쉽게 확인할 수 있습니다.
코드 오류를 추적하고 테스트 검사의 차이 식별. Visual Studio Test Professional, 테스트 관리자 및 Test Runner에 대한 작업 항목 추적의 통합 성능이 향상되어 위험한 기능을 식별하고 모든 기능이 테스트 사례에서 충분히 검사되었는지 식별할 수 있습니다. 이 통합에는 테스트 사례 및 공유 단계와 같은 새로운 형식의 작업 항목과 MSF(Microsoft Solutions Framework) 프로세스 템플릿에 대해 정의된 연결된 링크 형식의 구현이 포함됩니다.
요구 사항에 연결된 버그 확인. 테스터가 버그에 대한 작업 항목을 만들면 해당 작업 항목 각각을 하나 이상의 기능과 연결할 수 있습니다. 그런 다음 간단한 쿼리를 실행하여 활성 버그가 제출된 기능에 연결된 요구 사항을 모두 표시할 수 있습니다.
작업 간 선행 작업 및 후속 작업 관계 만들기. 팀 멤버가 각 기본 작업에 대한 작업 항목을 만들 때 사용자는 다른 작업을 시작하기 전에 완료해야 하는 작업을 추적할 수 있습니다. 선행 작업 링크를 만들어 작업 항목 간에 이러한 종류의 종속성을 추적할 수 있습니다.

다음과 같은 새로운 기능을 사용하여 이전 목록에 있는 작업을 수행할 수 있습니다.

링크 형식 사용 및 사용자 지정. 각 링크 형식은 둘 이상의 작업 항목 간의 규칙 집합과 관계를 정의합니다. 이러한 관계에는 하나 이상의 다른 작업 항목에 종속되는 기능/작업/버그, 후속 작업 또는 작업이나 작업 항목 간 계층적 관계가 포함될 수 있습니다. 자세한 내용은 프로젝트를 효과적으로 추적하도록 링크 형식 선택을 참조하십시오.

참고

이전 버전에서 업그레이드하는 경우 모든 링크에 '관련' 링크 형식이 지정됩니다.

링크 형식을 사용자 지정할 수도 있습니다. 링크를 사용자 지정하는 방법에 대한 자세한 내용은 작업 항목 추적 개체 사용자 지정, 확장 및 관리를 참조하십시오.
자동으로 링크되는 작업 항목 만들기. 쿼리 결과 목록에서 사용자가 지정한 작업 항목에 자동으로 링크되는 작업 항목을 만들 수 있습니다.
여러 링크를 한번에 추가, 제거 및 저장. 쿼리를 실행하여 작업 항목 집합을 찾은 다음 현재 작업 항목에서 여러 항목을 링크할 수 있습니다. 팀 탐색기 및 Team Web Access의 작업 항목을 추적할 폼 내에서 이 작업을 수행할 수 있습니다. Office Excel 및 Office Project에서 여러 링크를 만들 수도 있습니다.

링크된 연결을 기준으로 작업 항목 찾기

이번 릴리스에서는 링크된 연결에 대한 2 계층 쿼리 절 및 필터 집합을 기준으로 2 계층 작업 항목 집합을 찾을 수 있습니다. 프로젝트의 버그, 작업, 기능, 요구 사항 및 가치 제안에 대한 작업 항목을 만든 다음 이들 간에 사용자 프로젝트의 비즈니스 목표를 충족하는 관계를 만들 수 있습니다. 이러한 관계를 정의한 경우 다음 작업을 수행할 수 있습니다.

가치 제안에 비추어 기능을 추적 및 확인. 각 비즈니스 목표 또는 가치 제안에 대한 작업 항목을 만들 수 있습니다. 이러한 가치 제안의 기능으로 자식을 추가하는 경우 모든 기능의 상태를 검토하여 완료되었거나 완료가 임박한 가치 제안을 식별할 수 있습니다.
기능 영역별로 그룹화된 활성 작업을 검토합니다. 모든 팀 기능과 작업 간에 부모-자식 연결을 만든 경우에는 리소스에 할당되고 기능 영역별로 그룹화된 모든 작업을 검토할 수 있습니다. 또한, 각 작업을 하위 작업으로 나누고 부모 작업에 대한 자식 링크를 만들 수 있습니다.
종속된 작업 항목에 대한 변경 사항 평가. 기능과 작업을 작업 항목으로 저장하는 경우 해당 기능 간의 종속성을 추적하는 링크를 만들 수 있습니다. 그러면 기능을 기준으로 종속 작업의 상태를 빠르게 검토하여 "내 기능에 종속된 사용자가 아직 있습니까?"와 같은 질문에 대한 대답을 제시할 수 있습니다.
종속된 작업 항목에 대한 특정 시점의 변경 사항을 평가합니다. 기능 사이의 종속성을 추적할 링크를 만든 경우 해당 종속성을 기준으로 프로젝트 일정을 만들 수 있습니다. 이후에 새로 추가되거나 변경된 종속성을 기준으로 프로젝트 일정을 변경하고 새로운 계약을 협상할 수 있습니다. 쿼리를 실행하여 시간이 지남에 따라 종속성이 변경된 방식을 식별하면 계약의 새 조건을 정당화할 수 있습니다.

다음과 같은 새로운 기능을 사용하여 이전 목록에 있는 작업을 수행할 수 있습니다.

쿼리 형식: 복잡한 쿼리를 수행하고 다음 두 가지 형식의 새로운 쿼리를 추가하여 작업 항목 간 링크 연결을 볼 수 있습니다.
- 작업 항목 및 리디렉션된 링크: 지정한 작업 항목과 링크 필터 조건을 기준으로 2 계층 작업 항목 집합 및 해당 종속 링크를 표시합니다. 리프 노드를 확장 및 축소하고 팀 탐색기 내에서 작업 항목을 끌어서 링크 연결을 변경할 수 있습니다.
- 작업 항목 트리: 부모-자식 링크로 연결된 작업 항목 간에 여러 계층으로 된 계층적 관계를 표시합니다. 리프 노드를 확장 및 축소하고 팀 탐색기 내에서 작업 항목을 끌어서 링크 연결을 변경할 수 있습니다.
작업 항목 변경 사항 저장: 쿼리 결과 목록에 있는 여러 작업 항목에 대한 변경 사항을 빠르게 저장할 수 있습니다.

새로운 기능에 대한 자세한 내용은 버그, 작업 및 기타 작업 항목 찾기를 참조하십시오.

팀 쿼리에 대한 공유 액세스 구성 및 관리

이번 릴리스에서는 팀 쿼리를 구성하고 공유하는 방법을 관리할 수 있습니다. 예를 들어, 아래와 같은 작업을 수행할 수 있습니다.

팀 쿼리 아래에 하위 폴더의 중첩된 계층 구조를 만듭니다.
팀 쿼리를 하위 폴더에 구성하고 사용 권한을 개별 기능 팀에 할당하여 여러 팀 폴더에서 해당 쿼리를 관리하고 구성합니다.
쿼리 또는 폴더 계층 구조를 변경할 수 있는 팀 멤버를 지정합니다.
팀 멤버에게 자신의 기능 쿼리 폴더만 관리할 수 있는 액세스 권한을 부여합니다.
중요한 팀 쿼리에 대한 액세스 권한을 특정 개인이나 배포 그룹으로 제한합니다.

다음과 같은 새로운 기능을 사용하여 이전 목록에 있는 작업을 수행할 수 있습니다.

팀 쿼리와 쿼리 폴더를 만들고, 삭제하고, 이름을 바꾸고, 이동하고, 복사하고, 붙여넣습니다.
개별 팀 쿼리나 팀 쿼리 폴더 및 하위 폴더로 액세스를 설정하거나 제한합니다. 팀 쿼리 폴더에 대한 보안 권한 상속을 사용하거나 사용하지 않습니다.
쿼리 구성 요소에 대한 액세스를 개별 사용자나 Team Foundation Server 또는 Windows 사용자 그룹으로 설정하거나 제한합니다.
팀 쿼리, 폴더 또는 하위 폴더의 소유자를 변경합니다.
팀 프로젝트를 만드는 데 사용된 프로세스 템플릿에 쿼리, 쿼리 폴더 및 액세스 권한을 지정합니다.
자세한 내용은 작업 항목 및 쿼리를 팀 멤버와 공유를 참조하십시오.

팀 프로젝트를 추적할 개체 사용자 지정, 확장 및 관리

이번 릴리스에서는 작업 항목 형식의 이름을 바꾸고, 링크 형식을 만들어 사용자 지정하고, 해당 할당된 범주를 기준으로 여러 형식의 작업 항목을 제어하는 규칙을 만들고, 작업 항목 및 작업 항목 형식을 영구적으로 제거할 수 있습니다. 예를 들어, 아래와 같은 작업을 수행할 수 있습니다.

새 컨트롤을 사용하여 작업 항목 폼 사용자 지정. 작업 항목 폼에서 아래의 새 컨트롤을 사용하여 다음 시나리오를 지원할 수 있습니다.
- 링크 필터: 작업 항목의 형식을 연결하는 데 사용할 수 있는 링크 형식 집합을 제어합니다. 작업 항목 폼의 링크에 대해 표시되는 기본 열 필드를 지정할 수도 있습니다.
- 하이퍼링크 레이블: 알림 텍스트 또는 필드 레이블에 하이퍼링크를 연결합니다.
- 독립 실행형 레이블: 필드와 연결되지 않은 알림 텍스트를 제공합니다. 필요한 경우 하이퍼링크를 텍스트 일부 또는 전체에 연결할 수 있습니다.
- 웹 콘텐츠: 작업 항목 폼 내에서 URI 콘텐츠 또는 HTML 기반 콘텐츠를 표시합니다.
새 컨트롤에 대한 자세한 내용은 작업 항목 폼 디자인 및 사용자 지정을 참조하십시오.
링크 형식을 만들어 사용자 지정. 개발 환경의 특정 요구 사항에 맞도록 다양한 링크 형식을 만들고 사용자 지정할 수 있습니다. 예를 들어 기능 종속성을 추적할 링크 형식을 만든 다음 기능을 추적할 폼을 구성하여 팀이 해당 링크 형식을 특정 형식의 작업 항목에만 추가할 수 있도록 할 수 있습니다.

자세한 내용은 링크 형식을 통해 작업 항목의 관련 방식 사용자 지정을 참조하십시오.
실패한 테스트 사례에서 미리 채워진 버그 열기. 팀이 버그와 테스트 사례를 작업 항목으로 저장하는 경우 사용자 지정 버그 형식을 기본 버그 형식으로 정의할 수 있습니다. 테스트 사례가 실패하고 테스터가 오류 원인이 프로젝트의 결함 때문이라는 사실을 확인하면 테스트 도구에서 기본 버그를 열 수 있습니다. 버그는 영역 경로, 반복 경로 및 빌드 버전과 같은 정보로 자동으로 채워집니다. 테스터는 버그를 저장하기 전에 추가 정보를 지정할 수 있습니다.
작업 항목의 형식 이름 바꾸기. 이름이 잘못되었거나 애매 모호한 작업 항목의 사용자 지정 형식을 하나 이상 사용하는 팀에 대한 관리를 위임받을 수 있습니다. 해당 작업 항목 형식의 이름을 바꾸면 새 이름이 Team Foundation에 대한 도구 모음에 표시됩니다.
작업 항목 형식 제거. 하나 이상의 작업 항목 형식이 프로젝트에 더 이상 유용하지 않다고 판단되면 팀 멤버가 해당 형식의 작업 항목을 실수로 만들지 않도록 해당 작업 항목 형식을 제거해야 합니다. 작업 항목 형식을 제거하면 해당 형식이 존재한 적이 없었던 것처럼 해당 형식이나 해당 형식의 기반이 되는 작업 항목이 데이터베이스나 관계형 보고서에 표시되지 않습니다.
파일럿 작업 항목 제거. Team Foundation Server를 평가할 때 만들었지만 운영 환경에서 필요하지 않은 작업 항목을 제거할 수 있습니다.
사용하지 않는 전역 목록 제거 서버에서 전역 목록을 제거할 수 있습니다.

다음과 같은 새로운 기능을 사용하여 이전 목록에 있는 작업을 수행할 수 있습니다.

witadmin 명령줄 유틸리티. 이 도구를 사용하여 프로젝트 컬렉션이나 특정 팀 프로젝트에 대해 적용되는 여러 가지 관리 작업을 수행할 수 있습니다. 이러한 작업으로는 범주, 전역 목록, 링크 형식, 작업 항목 형식 및 작업 항목 필드 만들기, 삭제, 가져오기 및 내보내기가 있습니다. 자세한 내용은 witAdmin: 작업 항목 추적을 위한 개체 관리을 참조하십시오.
작업 항목 범주 범주를 사용하여 여러 작업 항목 형식을 그룹으로 관리할 수 있습니다. 전역 목록 및 작업 항목 형식을 관리할 때처럼 XML 파일을 통해 범주를 관리합니다. 자세한 내용은 작업 항목 형식을 범주로 그룹화를 참조하십시오.
작업 항목 정의 및 추적을 위해 업데이트된 개체 모델. 각 작업 항목 형식에는 변경 불가능한 참조 이름과 변경 가능한 표시 이름이 있습니다.
업데이트된 프로세스 템플릿 편집기. 프로세스 편집기를 사용하여 각 작업 항목 형식에 대한 참조 이름을 검색하고 설정할 수 있습니다.

참고

프로세스 템플릿은 Visual Studio의 추가 기능으로 설치되는 강력한 도구입니다. 이 강력한 도구는 Microsoft 웹 사이트의 Team Foundation Server Power Tools 2010 페이지에서 다운로드할 수 있습니다. 이 도구는 지원되지 않습니다.

개인 이름을 저장하는 작업 항목 필드 자동 업데이트

최신 릴리스에서는 Active Directory의 팀 멤버 이름을 업데이트할 수 있으며 변경 내용은 다음 동기화 시 해당 작업 항목 필드에서 자동으로 업데이트됩니다. 이러한 새 기능은 다음 환경을 지원합니다.

이름 변경 사항을 작업 항목과 쿼리 전체로 자동 전파. 팀 멤버가 결혼을 해서 성이 바뀌는 경우 Active Directory에서 해당 이름을 업데이트하면 Team Foundation Server에서 다음 업데이트가 수행됩니다.
- 작업 항목 폼의 모든 개인 이름 필드와 작업 항목 기록 전체에 새 이름이 표시됩니다. 팀 멤버는 이전처럼 계속 작업 항목을 쿼리하고 업데이트할 수 있습니다.
- Team Foundation Server에 저장된 개별 및 팀 쿼리 모두 새 이름으로 작업할 수 있게 업데이트됩니다.
- 기존 이름이 언급된 모든 알림도 업데이트됩니다.
같은 이름을 공유하는 팀 멤버 쉽게 선택. 두 팀 멤버의 이름이 같은 경우 전자 메일 별칭이 해당 필드의 드롭다운 목록에 있는 이름 옆에 표시됩니다. 예를 들어 개발자와 테스트 책임자가 John Smith라는 동일한 이름을 사용하고 있을 경우 개발자에게 작업 항목을 할당할 수 있습니다. 전자 메일 이름을 사용하여 항목을 지정할 팀 멤버를 구분할 수 있습니다.
팀을 떠난 사람에게 지정된 작업 항목을 수정하는 기능. 해당 작업 항목을 수정 및 다시 할당하고 팀을 떠난 팀 멤버의 기록을 보관할 수 있습니다.

syncnamechanges 특성이 도입되어 개인 이름이 포함된 필드의 데이터를 자동으로 저장하고 업데이트할 수 있게 되었습니다.

중요

이전 릴리스에서 최신 릴리스로 업그레이드할 경우 개인 이름이 포함된 모든 기본 제공 필드는 자동으로 동기화되도록 설정됩니다. 하지만 개인 이름이 포함된 사용자 지정 필드에 대한 동기화는 수동으로 설정되어야 합니다. 자세한 내용은 사람 이름 사용자 지정 필드의 동기화 활성화을 참조하십시오.