팀 프로젝트에 매핑된 Enterprise 프로젝트 계획에서 프로젝트 세부 정보 관리

프로젝트 관리자는 Microsoft Project Professional에서 비즈니스 요구 사항과 구현 작업을 관리할 수 있습니다.작업이 진행되면 개발 팀에서 Team Foundation에서 진행 중인 작업(task)을 업데이트할 수 있습니다.프로젝트 관리자와 개발 팀은 모두 워크플로 독립적으로 완벽 하 게 공동 작업 및 보다 쉽게 변경 일정에 영향을 미치는 시기와 통신 하면서 관리할 수 있습니다.동기화 엔진에 대 한 Visual Studio Team Foundation Server 2012 및 Microsoft Project Server 요구 사항 및 작업에 매핑된 enterprise 프로젝트 계획 및 팀 프로젝트에 대 한 일정 데이터를 유지 관리 합니다.

[!참고]

Project Server를 사용하여 결과물만 관리하려는 경우 팀 프로젝트에 매핑된 Enterprise 프로젝트 계획 내에서 비즈니스 요구 사항에 대한 하향식 계획을 참조하십시오.

프로젝트 계획과 팀 프로젝트 간에 데이터를 동기화하려면 먼저 두 제품을 연결해야 합니다.자세한 내용은 팀 프로젝트에 대한 Enterprise 프로젝트의 연결 관리을 참조하십시오.프로젝트에 계획을 연결하려면 이 항목의 뒷부분에 나오는 프로젝트 세부 정보 관리를 지원하기 위해 권장되는 구성을 참조해야 합니다.

[!참고]

프로세스 및이 항목에서 설명 하는 활동에 필요한 배포의 Team Foundation Server Project Server 2007 또는 Project Server 2010 통합 하도록 구성 되어 있습니다.자세한 내용은 Team Foundation Server 및 Project Server의 통합 구성을 참조하십시오.

항목 내용

• 프로젝트 세부 정보 관리의 프로세스 개요

• 프로젝트 세부 정보 관리를 지원하기 위해 권장되는 구성

• 프로젝트 관리자 작업 및 권장되는 방법

• 개발 팀 작업 및 권장되는 방법

[!참고]

비디오 데모에 대 한 다음 Microsoft 웹 사이트를 참조 하십시오: 는 엔터프라이즈 프로젝트 계획 매핑된 팀 프로젝트에 Team Foundation Server 프로젝트 세부 정보 관리.일부 세부 사항은 비디오에서 설명 하는 절차를 사용 하 고이 비디오의 이전 릴리스에 대해 만든 있기 때문에 여기에서 설명 하는 사이 다를 수 있습니다.Team Foundation Server

요구 사항

이 항목의 절차를 수행하려면 다음과 같은 권한이 할당되어야 합니다.

• Enterprise 프로젝트 계획의 작업을 Team Foundation에 게시하려면 작업에 할당된 리소스가 팀 프로젝트 Contributors 그룹의 멤버여야 합니다.

• Team Foundation에서 작업 항목을 업데이트한 후 Project Server에 전송하려면 Team Foundation 사용자가 팀 프로젝트에 대한 Contributors 그룹의 멤버여야 합니다.또한 해당 사용자가 PWA(Project Web Access 또는 Project Web App)에 대한 Team Members 그룹의 멤버이거나 Project에서 프로젝트 열기 및 프로젝트 사이트 보기 권한을 가지고 있어야 합니다.그리고 해당 사용자를 Project Server의 Enterprise 리소스 풀과 Enterprise 프로젝트 계획의 리소스 풀에 추가해야 합니다.

자세한 내용은 Project Server와 Team Foundation Server의 통합을 지원하기 위한 권한 할당을 참조하십시오.

프로젝트 세부 정보 관리의 프로세스 개요

다음 그림과 같이 프로젝트 관리자는 Project Professional에서 요구 사항과 작업을 계획하여 프로세스를 시작합니다.동기화 엔진은 Team Foundation에서 전송된 각 작업(task)에 해당하는 작업 항목을 만듭니다.팀장은 개발 팀과 함께 계획을 검토하고 예상 작업률을 업데이트합니다.각 팀 멤버는 작업(task)을 완료한 후 작업량을 업데이트할 수 있습니다.

Project에서는 각 요구 사항에 연결된 작업(task)을 기반으로 남은 작업과 완료된 작업의 롤업을 자동으로 계산합니다.팀 멤버가 작업을 업데이트하면 상태 업데이트가 승인을 위해 전송되고, 프로젝트 관리자가 업데이트를 승인하면 상태 업데이트가 Project로 흐릅니다.그런 다음 Project에서 팀 프로젝트의 요구 사항에 대한 롤업을 자동으로 계산합니다.이 롤업에 대한 상태 업데이트는 프로젝트 관리자의 승인을 위한 PWA 인스턴스에 나타납니다.

다음 표에서는 수행할 작업을 요약하여 보여 줍니다.

프로젝트 관리자	프로젝트 관리자는 Project Professional 또는 PWA 인스턴스에서 다음 작업을 수행할 수 있습니다. 결과물과 작업이 포함된 프로젝트 계획을 정의합니다.결과물은 제품 팀에서 팀 프로젝트를 만드는 데 사용한 프로세스 템플릿에 따라 요구 사항 또는 사용자 스토리에 해당합니다.    계획을 저장한 다음 Project Server에 게시합니다.    작업이 진행될 때 상태 업데이트를 승인하거나 거부합니다.    계속해서 계획에 대한 업데이트를 Project Server에 게시합니다.
동기화 엔진	계획에서 게시하도록 설정된 각 결과물 또는 작업에 대해 동기화 엔진은 다음 작업을 수행합니다. 매핑된 프로젝트 계획에서 게시된 각 작업(task)에 대한 작업 항목을 만들어 팀 프로젝트를 업데이트합니다.그리고 Project Server의 작업(task)을 Team Foundation의 작업 항목에 바인딩하는 링크도 만듭니다. Team Foundation에서 변경이 발생할 때 게시된 각 작업의 매핑된 각 필드에 대한 상태 업데이트를 만듭니다.이러한 업데이트는 프로젝트 관리자가 검토할 수 있도록 승인 큐에 나타납니다.    프로젝트 관리자가 상태 업데이트를 승인했는지 거부했는지에 따라 팀 프로젝트의 작업 항목을 업데이트합니다.
팀장	Team Foundation에서 팀장과 팀 멤버는 다음 작업을 수행합니다.    팀 프로젝트에 추가된 작업 항목을 검토합니다.    각 작업(task)에 대한 남은 작업 및 완료된 작업 필드를 변경하여 작업이 진행될 때 작업 항목을 업데이트합니다.    작업 항목을 수정한 후 Project Server에 다시 전송하여 거부된 상태의 작업 항목에 응답합니다.

맨 위로 이동

프로젝트 세부 정보 관리를 지원하기 위해 권장되는 구성

이전 단원에서 간략하게 설명한 프로세스를 지원하려면 Enterprise 프로젝트 계획을 팀 프로젝트에 매핑해야 합니다.다음 표에서는 팀 프로젝트와 매핑 모두에 권장되는 구성에 대해 설명합니다.자세한 내용은 팀 프로젝트에 대한 Enterprise 프로젝트의 연결 관리을 참조하십시오.

구성할 영역	권장 구성	참고
팀 프로젝트의 프로세스 템플릿	역량 성숙도 모델 통합 (CMMI) 프로세스 개선에 대 한 Microsoft Solutions Framework (MSF)	CMMI 템플릿에서는 작업 항목의 작업(task) 형식 및 요구 사항을 제공합니다.백로그 및 계획을 관리 하 고 스 프린트를 실행 하려면 백로그 및 보드 페이지를 사용할 수 있습니다.또는 Excel에서 열고 공유 쿼리를 사용할 수 있습니다 신속 하 게 정의 하 고 요구 사항 및 작업을 연결 합니다. 참고 사용자 지정된 CMMI 프로세스 템플릿이나 다른 템플릿을 사용할 수도 있으며, 요구에 맞게 템플릿을 사용자 지정할 수도 있습니다.
프로젝트 매핑	/workItemTypes:Requirement,Task	Enterprise 프로젝트 계획을 팀 프로젝트에 매핑할 때 요구 사항과 작업(task)을 동기화에 참여할 작업 항목 형식의 항목으로 지정합니다.작업(task)에 대한 작업 시간 고정을 허용하지 않을 수도 있습니다.작업 시간 고정은 Project에서 사용할 수 있는 세 가지 작업(task) 형식 중 하나입니다.자세한 내용은 Project에서 작업 기간 계산에 사용하는 작업 종류 변경을 참조하십시오.
필드 매핑	/useDefaultFieldMappings	기본 필드 매핑을 사용할 수 있습니다.이때 다른 필드 매핑은 필요하지 않습니다.
리소스 이름	각 PWA 인스턴스의 Team Members 그룹에 팀 멤버를 추가하거나 해당 멤버에게 Project에서 프로젝트 열기 및 프로젝트 사이트 보기 권한을 부여해야 합니다.자세한 내용은 To add Team Foundation members to the Team Members group을 참조하십시오. 또한 Project에서 요구 사항, 결과물 또는 작업이 할당된 Team Foundation의 모든 유효한 사용자를 Project Server의 Enterprise 리소스 풀과 Enterprise 프로젝트 계획의 리소스 풀에 추가해야 합니다.	프로젝트 계획의 리소스로 할당되거나 작업 항목의 담당자 필드에 명명된 모든 사용자 계정에 권한을 부여해야 합니다.이러한 사용자는 PWA 인스턴스에 대한 상태 큐로 흐르는 상태 업데이트를 전송합니다. 리소스 이름 필드에 할당된 모든 이름은 팀 프로젝트의 유효 참가자로 인식되어야 합니다.
프로젝트 관리자	Project Professional의 사용자 계정은 프로젝트 수준 정보 보기 권한을 부여 받거나 Team Foundation에서 게시할 팀 프로젝트에 대한 Reader 그룹의 멤버로 할당되어야 합니다.	Enterprise 프로젝트 계획에 매핑되는 팀 프로젝트의 작업 항목을 수정할 수 있는 권한을 프로젝트 관리자에게 부여해야 합니다.

맨 위로 이동

프로젝트 관리자 작업 및 권장되는 방법

프로젝트 관리자는 다음 작업을 통해 프로젝트를 정의하고 예약하고 프로젝트 진행률을 모니터링할 수 있습니다.

• 요구 사항 및 작업을 정의하고 기준 설정

• 상태 업데이트 승인 또는 거부

• 세부 업데이트 및 진행률 검토

리소스에 대한 작업 할당도 볼 수 있습니다.자세한 내용은 팀 프로젝트에 매핑된 Enterprise 프로젝트의 리소스 롤업에 대한 작업을 참조하십시오.

맨 위로 이동

요구 사항 및 작업을 정의하고 기준 설정

프로젝트 계획을 정의할 때 부모 요구 사항과 자식 작업을 정의할 수 있습니다.다음 그림과 같이 두 개의 요구 사항이 정의되어 있고, 각 요구 사항에는 여러 개의 작업이 있습니다.각 요구 사항과 작업(task)에 대해 리소스 이름에 하나의 값을 할당하고 작업 항목 형식을 요구 사항 또는 작업으로 설정한 다음 팀 프로젝트에 게시를 예로 설정해야 합니다.

[!참고]

Team Foundation에서는 한 번에 한 사람만 작업 항목에 할당할 수 있습니다.담당자 필드는 한 사람 이름만 포함할 수 있습니다.Project Professional에서는 한 작업에 여러 리소스를 할당할 수 있습니다.그러나 Team Foundation Server에 게시하는 작업은 하나의 활성 할당만 포함할 수 있습니다.자세한 내용은 Working with Resource Rollup in Enterprise Projects Mapped to Team Projects을 참조하십시오.

중요
Text30은 작업(task)과 작업 항목을 동기화하는 데 사용되는 작업 항목 형식 열과 연결된 기본 프로젝트 필드입니다.팀 리본 메뉴의 팀 프로젝트 선택 옵션을 사용하여 프로젝트 계획을 Team Foundation Server에 연결한 경우 작업 항목 형식이라는 추가 프로젝트 필드를 사용할 수 있습니다.이 필드는 기본 프로젝트 필드인 Text24와 함께 Team Foundation에 바인딩되는 프로젝트 계획의 매핑을 지원하지만 계획 동기화는 지원하지 않습니다.Text24 기반 필드에는 팀 프로젝트에 대한 작업 항목 형식의 전체 목록이 포함되어 있습니다.필드를 가리키고 Text30이 표시되는지 확인하여 올바른 필드가 있는지 확인할 수 있습니다.

프로젝트 계획을 게시한 후에는 팀 프로젝트에 게시에 할당된 값을 변경할 수 없습니다.즉, Team Foundation에 게시하는 모든 작업을 계속해서 게시하거나 해당 작업을 프로젝트 계획에서 삭제해야 합니다.또한 리소스에 대한 작업 할당과 프로젝트 계획의 작업 계층 구조를 유지 관리해야 합니다.Team Foundation에서 작업 계층 구조를 수정할 수는 없지만 팀 프로젝트의 팀 멤버에 작업을 다시 할당할 수는 있습니다.

Team Foundation에서 추적하려는 작업만 게시해야 합니다.예를 들어 앞의 그림에 표시된 요약 작업(task)인 프로젝트 일정 및 개발은 추적할 작업이 없으므로 Team Foundation에 게시해서는 안 됩니다.

일정에 대한 제어권을 유지 관리하기 위해 대상 일정에 대해 팀 진행률을 추적하는 기준을 설정할 수 있습니다.자세한 내용은 Microsoft 웹 사이트의 초기 계획이나 중간 계획 만들기 또는 업데이트 페이지를 참조하십시오.

기준을 설정한 다음, 프로젝트 계획을 저장하고 Project Server에 게시할 수 있습니다.기준 값은 Team Foundation의 작업 항목에 대한 원래 예상 값으로 나타납니다.다음 그림과 같이 왼쪽 아래 모퉁이의 상태 알림은 게시가 완료되는 시점을 나타냅니다.

[!참고]

계획을 게시하면 Project Professional에 대한 Team Foundation 추가 기능은 Team Foundation에서 작업 항목을 만드는 데 필요한 모든 데이터가 작업 항목 형식에 대한 유효성 검사 규칙을 만족하는지 여부를 확인합니다.필수 필드가 정의되지 않았거나 특정 값이 허용되지 않는 경우 이러한 오류를 해결해야 합니다.자세한 내용은 유효성 검사 오류 해결을 참조하십시오.

맨 위로 이동

상태 업데이트 승인 또는 거부

팀에서 작업을 진행하면 상태 업데이트가 승인 큐에 나타납니다.업데이트된 요구 사항과 작업 및 각 작업의 세부 정보를 한 눈에 확인할 수 있습니다.다음 그림과 같이 상태 업데이트를 클릭하여 작업의 세부 정보를 검토할 수 있습니다.

다음 그림과 같이 상태 업데이트를 클릭하면 작업 세부 정보 창이 열립니다.동기화를 위해 매핑된 각 필드의 변경된 값을 검토할 수 있습니다.

[!참고]

Team Foundation에서 전송된 변경 내용으로 Enterprise 프로젝트 계획을 업데이트하려면 업데이트를 수락해야 합니다.

업데이트를 수락하거나 거부할 수 있으며, Project Server 2010을 사용하는 경우에는 주석을 추가할 수 있습니다.예를 들어 예상치가 만족스럽지 않거나, 팀 멤버가 정확하지 않은 값을 지정했거나, 더욱 신속한 작업 진행을 위해 작업(task)을 다시 할당하도록 요청하려는 경우 업데이트를 거부할 수 있습니다.

맨 위로 이동

세부 업데이트 및 진행률 검토

팀 멤버가 작업을 진행하면 각 작업(task)에 대한 남은 작업 및 완료된 작업 필드가 업데이트됩니다.이러한 값은 Team Foundation에 게시한 각 요구 사항 및 작업(task)에 대한 남은 작업 및 실제 작업으로 프로젝트 계획에 나타납니다.상태 업데이트를 승인한 후에는 프로젝트 일정에 대한 업데이트를 볼 수 있습니다.다음 그림과 같이 두 개의 작업이 완료되었으며 몇 가지 작업은 아직 시작되지 않았습니다.

작업 시간이 처음 예상보다 오래 걸리는 경우 예상치를 변경하면 중요 경로에 영향을 주는지 여부를 확인할 수 있습니다.일정에 좋지 않은 영향이 있어 팀 프로젝트 작업을 조정해야 하는 경우 팀장에게 알릴 수 있습니다.

맨 위로 이동

개발 팀 작업 및 권장되는 방법

게시판 페이지를 사용할 수 있습니다 Team Web Access 작업 분할 쿼리를 검토 하 고 팀에 할당 된 업데이트 작업을 공유 합니다.프로젝트 관리자가 프로젝트 계획과 일정을 소유하고 있으므로 개발자나 개발 팀에서 다음 작업을 수행해야 합니다.

• 작업 분할 검토

• 작업 추가 및 예측

• 남은 작업 및 완료된 작업 업데이트

• 거부된 업데이트 해결

팀 탐색기에서 작업 항목을 열면 다음 그림과 같이 기록 필드를 통해 동기화 엔진이 작업 항목을 만든 시점을 확인할 수 있습니다.

맨 위로 이동

작업 분할 검토

Team Web Access 또는 팀 탐색기에서 작업 분할 쿼리를 열고 Project Server에서 팀 프로젝트에 추가 된 작업 항목을 검토 합니다.이 쿼리는 닫혀 있지 않은 모든 요구 사항과 자식 요구 사항 또는 작업을 나열합니다.다음 그림과 같이 요구 사항 아래에 작업이 나열되며 부모-자식 계층적 링크 관계는 잠겨 있습니다().즉, 요구 사항 아래에 작업이 그룹화되는 방법을 수정할 수 없습니다.프로젝트 계획의 프로젝트 관리자만 작업 계층 구조를 수정할 수 있습니다.

프로젝트 관리자가 기준을 설정하므로 다음 그림과 같이 남은 작업 및 원래 예상 값에 대한 값이 나타납니다.

맨 위로 이동

작업 추가 및 예측

요구 사항을 구현하는 데 추가 작업이 필요한 경우, 작업 분할 쿼리를 사용하거나 요구 사항에 대한 작업 항목 폼에서 작업하거나 목록을 Excel로 내보내 신속하게 추가 작업을 정의하고 예측할 수 있습니다.다음 그림과 같이 요구 사항에 대 한 바로 가기 메뉴를 엽니다 및 다음 선택 있습니다 선택한 항목에 새 작업 항목 링크.

작업 항목 (Team Web Access)에 대 한 바로 가기 메뉴

에 추가 새 연결 된 작업 항목에 요구 사항 창에서 자식 에 링크 형식선택 작업 에 작업 항목 형식, 유형 a 제목 작업 다음 선택 확인.

작업(task)에 대한 작업 항목 폼이 나타나고 자동으로 요구 사항이 연결됩니다.폼에서의 담당자의 팀 멤버에 게 작업에 대해 작업 하 고 다음의 예상된 작업 시간을 입력 선택 남은 작업.

대 안으로 백로그 페이지에서 사용할 수 있습니다 Team Web Access 에 설명 된 대로 Define and Estimate Tasks That Are Linked to Each Requirement.또는 Excel에서 작업 분할 쿼리를 열고 신속 하 게 연결 된 작업을 정의 하 고 작업을 예측 합니다.자세한 내용은 Excel에서 작업 항목의 트리 목록을 사용하여 하향식 계획 수행을 참조하십시오.

요구 사항에 대해 누락된 작업(task)을 추가한 후 작업 분할 쿼리를 새로 고칠 수 있습니다.Project Server에 전송 필드가 예로 설정되어 있는지 확인합니다.요구 사항에 대한 다음 상태 업데이트에서 새 요구 사항과 작업을 Enterprise 프로젝트 계획에 전송합니다.대량 수 있는 선택 필드를 정의 하는 몇 가지 작업을 편집 합니다.자세한 내용은 Project Server에 사용자 스토리 전송를 참조하십시오.

중요
여러 수준의 작업 항목을 Project Server로 전송하는 경우 첫 번째 수준을 승인하고 Project Server로 게시해야 다음 수준을 전송할 수 있습니다.예를 들어 세 수준의 자식 항목을 포함하는 새 작업 항목 일괄 처리를 전송할 수 있습니다.이 경우 프로젝트 관리자는 모든 작업 항목이 Project Server와 동기화되도록 프로젝트 계획을 4회 게시해야 합니다.

맨 위로 이동

남은 작업 및 완료된 작업 업데이트

작업이 진행 되 면 각 팀 멤버가 업데이트 해야 남은 작업 및 작업 완료 각 작업에 대 한.이러한 작업 보드를 사용 하 여 이렇게 할 수 있습니다 Team Web Access 또는 사용 하 여 팀 탐색기.작업(task)을 완료하는 데 시간이 더 필요한 경우 팀 멤버가 남은 작업에 시간을 추가할 수 있습니다.이러한 필드에 대한 업데이트는 프로젝트 관리자의 승인 큐에 자동으로 나타나며 부모 요구 사항의 롤업에 반영됩니다.

Excel에서 작업 분할 쿼리를 열고 고 팀장이 대 안으로 여러 작업을 동시에 업데이트할 수 있습니다.

맨 위로 이동

거부된 업데이트 해결

프로젝트 관리자가 요구 사항 또는 작업에 대한 상태 업데이트를 거부하면 기록 필드에 정보가 나타나고 Project Server 탭의 마지막 승인 상태 필드가 거부됨으로 표시됩니다.업데이트가 거부된 작업 항목은 더 이상 동기화할 수 없습니다.해당 작업 항목의 동기화를 다시 시작하려면 먼저 거부 상태를 해결해야 합니다.업데이트 상태가 거부 된 작업 항목을 찾는 쿼리를 만들 수 있습니다.자세한 내용은 Resolving Conflicts and Managing Rejected Work Item Submissions을 참조하십시오.

맨 위로 이동

참고 항목

작업

유효성 검사 오류 해결

개념

특정 필드에 대한 업데이트가 관리되는 방법 이해

기타 리소스

Managing Projects Using Project Professional Mapped to a Team Project