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

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

참고

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

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

참고

이 항목에서 설명하는 프로세스와 작업을 수행하려면 Team Foundation Server 배포가 Project Server 2010 또는 Project Server 2013과 통합되도록 구성되어 있어야 합니다.자세한 내용은 TFS와 Project Server 통합 구성을 참조하십시오.

항목 내용

• 프로세스 개요

• 권장 구성

• 프로젝트 관리자 작업

• 개발 팀 작업

참고

데모 비디오를 시청하려면 Microsoft 웹 사이트에서 Team Foundation Server의 팀 프로젝트에 매핑된 Enterprise 프로젝트 계획에서 프로젝트 세부 정보 관리 페이지를 참조하세요.이 비디오는 이전 Team Foundation Server 릴리스용으로 제작되었으므로 이 항목의 설명과 비디오에서 보여주는 절차 간에 일부 세부 정보가 다를 수 있습니다.

요구 사항

이 항목의 절차를 수행하려면 다음 사용 권한을 할당해야 합니다.

• Enterprise 프로젝트 계획에서 Team Foundation으로 작업을 게시하려면 작업에 배정된 자원이 팀 프로젝트의 참가자 그룹 멤버여야 합니다.

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

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

프로세스 개요

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

Project는 각 요구 사항에 연결된 작업을 기준으로 남은 작업 시간 및 완료된 작업 롤업을 자동으로 계산합니다. 팀 멤버가 작업을 업데이트하면 상태 업데이트가 승인을 위해 전송되며, 프로젝트 관리자가 승인을 하면 업데이트가 Project로 이동됩니다. Project는 팀 프로젝트의 요구 사항에 대한 롤업을 자동으로 계산합니다. 그러고 나면 이러한 롤업에 대한 상태 업데이트가 프로젝트 관리자의 승인을 위해 PWA 인스턴스에 표시됩니다.

다음 테이블에는 수행되는 작업이 요약되어 있습니다.

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

권장 구성

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

구성할 영역	권장 구성	참고
팀 프로젝트용 프로세스 템플릿	MSF(Microsoft Solutions Framework) for CMMI(Capability Maturity Model Integration) Process Improvement	CMMI 템플릿은 작업 항목의 작업 종류와 요구 사항을 제공합니다. 백로그 및 보드 페이지를 사용하여 백로그와 계획을 관리하고 스프린트를 실행할 수 있습니다. 또는 Excel에서 연 공유 쿼리를 사용하여 요구 사항과 작업을 빠르게 정의하고 연결할 수 있습니다. 참고 또한 사용자 지정된 CMMI 프로세스 템플릿을 사용하거나 기타 템플릿을 요구 사항에 맞게 사용자 지정할 수도 있습니다.
프로젝트 매핑	/workItemTypes:Requirement,Task	Enterprise 프로젝트 계획을 팀 프로젝트에 매핑할 때는 요구 사항과 작업을 동기화에 포함할 작업 항목 형식 항목으로 지정합니다. 작업에 대해 작업 시간이 고정되지 않도록 할 수도 있습니다. 작업 시간 고정은 Project에서 사용할 수 있는 세 가지 작업 형식 중 하나입니다. 자세한 내용은 Project에서 작업 기간 계산에 사용하는 작업 종류 변경을 참조하세요.
필드 매핑	/useDefaultFieldMappings	기본 필드 매핑을 사용할 수 있습니다. 추가 필드 매핑은 필요하지 않습니다.
자원 이름	각 PWA 인스턴스에 대해 팀 멤버 그룹에 팀 멤버를 추가하거나 Project에서 프로젝트 열기 및 프로젝트 사이트 보기 권한을 팀 멤버에게 부여해야 합니다. 자세한 내용은 TFS와 Project Server 통합을 지원하기 위한 권한 할당을 참조하십시오. 또한 Project에서 요구 사항, 결과물 또는 작업을 배정받은 Team Foundation의 모든 유효한 사용자를 Project Server의 Enterprise 자원 그룹 및 Enterprise 프로젝트 계획의 자원 그룹에 추가해야 합니다.	프로젝트 계획에서 자원으로 배정되거나 작업 항목에 대해 배정 대상 필드에 이름이 지정된 모든 사용자 계정에 대해 사용 권한을 부여해야 합니다. 이러한 사용자는 PWA 인스턴스의 상태 대기열로 이동하는 상태 업데이트를 전송합니다. 자원 이름 필드에 할당되는 모든 이름은 팀 프로젝트의 유효한 참가자로 인식되어야 합니다.
프로젝트 관리자	Project Professional 사용자 계정에 프로젝트 수준 정보 보기 권한을 부여하거나, 해당 계정이 게시할 팀 프로젝트에 대해 Team Foundation의 독자 그룹 멤버로 이러한 계정을 할당해야 합니다.	프로젝트 관리자에게는 Enterprise 프로젝트 계획에 매핑되는 팀 프로젝트의 작업 항목 수정 권한을 부여해야 합니다.

프로젝트 관리자 작업

프로젝트 관리자는 다음 작업을 수행하여 프로젝트 진행 상황을 정의, 예약 및 모니터링할 수 있습니다.

• 요구 사항과 작업 정의 및 초기 계획 설정

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

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

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

요구 사항과 작업 정의 및 초기 계획 설정

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

참고

Team Foundation에서는 작업 항목에 사용자를 한 번에 한 명씩만 배정할 수 있습니다.배정 대상 필드에는 사용자 이름이 하나만 포함될 수 있습니다.Project Professional에서는 작업 하나에 여러 자원을 배정할 수 있습니다.그러나 Team Foundation Server에 게시하는 작업은 활성 배정을 하나만 포함할 수 있습니다.자세한 내용은 팀 프로젝트에 매핑된 Enterprise 프로젝트의 리소스 롤업 사용을 참조하십시오.

중요

작업을 작업 항목과 동기화하는 데 사용되는 작업 항목 형식 열과 연결된 기본 Project 필드는 텍스트30입니다.팀 리본 메뉴의 팀 프로젝트 선택 옵션을 사용하여 프로젝트 계획을 Team Foundation Server에 연결하는 경우에는 작업 항목 형식 레이블이 지정된 추가 Project 필드를 사용할 수 있게 됩니다.이 필드(기본 Project 필드: 텍스트24)는 Team Foundation에 바인딩되지만 동기화 계획을 지원하지는 않는 프로젝트 계획의 매핑을 지원합니다.텍스트24 기반 필드에는 팀 프로젝트에 대한 작업 항목 형식의 전체 목록이 포함되어 있습니다.해당 필드를 가리킨 후 텍스트30이 표시되는지를 확인하여 필드가 올바른지를 확인할 수 있습니다.

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

Team Foundation에서 추적할 작업만 게시해야 합니다. 예를 들어 위의 그림에 나와 있는 것처럼 추적할 작업이 없는 프로젝트 일정 및 개발 요약 작업은 Team Foundation에 게시하면 안 됩니다.

일정을 지속적으로 제어할 수 있도록 목표 일정과 대조하여 팀의 진행 상황을 추적하는 초기 계획을 설정할 수 있습니다. 자세한 내용은 Microsoft 웹 사이트의 초기 계획이나 중간 계획 만들기 또는 업데이트 페이지를 참조하세요.

초기 계획을 설정한 후에는 프로젝트 계획을 저장하고 Project Server에 게시할 수 있습니다. 초기 계획 값은 Team Foundation의 작업 항목에 대해 원래 예상 값으로 표시됩니다. 다음 그림에 나와 있는 것처럼 왼쪽 아래의 상태 알림은 게시가 완료되었음을 나타냅니다.

참고

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

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

팀이 작업을 진행함에 따라 상태 업데이트가 승인 큐에 표시됩니다. 업데이트된 요구 사항 및 작업과 각 업데이트의 세부 정보를 한 눈에 파악할 수 있습니다. 다음 그림에 나와 있는 것처럼 상태 업데이트를 클릭하면 해당 세부 정보를 검토할 수 있습니다.

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

참고

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

업데이트는 수락하거나 거부할 수 있으며 Project Server 2010을 사용 중이라면 주석을 추가할 수 있습니다. 예를 들어 예상치에 동의하지 않거나 팀 멤버가 정확하지 않은 값을 지정했거나 작업을 더 빨리 수행하기 위해 해당 작업을 다시 배정하도록 요청하려는 경우 업데이트를 거부할 수 있습니다.

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

팀 멤버는 작업을 진행하면서 각 작업에 대해 남은 작업 시간 및 완료된 작업 필드를 업데이트합니다. 이러한 값은 Team Foundation에 게시하는 각 요구 사항 및 작업에 대해 프로젝트 계획에서 남은 작업 시간 및 실제 작업 시간으로 표시됩니다. 상태 업데이트를 승인한 후에는 프로젝트 일정 업데이트를 확인할 수 있습니다. 다음 그림에서는 두 작업이 완료되었으며 아직 시작되지 않은 여러 작업이 있습니다.

작업이 처음 예상보다 오래 걸리면 예상치에 대한 변경 내용이 요주의 경로에 영향을 주고 있는지 여부를 확인할 수 있습니다. 일정이 좋지 않은 영향을 받아 팀 프로젝트 작업을 조정해야 하는 경우에는 팀 리더에게 경고를 보낼 수 있습니다.

개발 팀 작업

Team Web Access의 보드 페이지 또는 작업 분할 공유 쿼리를 사용하여 팀에 배정된 작업을 검토하고 업데이트할 수 있습니다. 프로젝트 관리자는 프로젝트 계획과 일정을 소유하므로 팀과 함께 다음 작업을 수행해야 합니다.

• 작업 분할 검토

• 추가 작업 추가 및 예측

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

• 거부된 업데이트 관련 문제 해결

팀 탐색기에서 작업 항목을 열면 다음 그림과 같이 동기화 엔진이 작업 항목을 만든 시간이 기록 필드에 표시됩니다.

작업 분할 검토

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

프로젝트 관리자가 초기 계획을 설정하므로 다음 그림과 같이 남은 작업 시간 및 원래 예상 값 모두에 값이 표시됩니다.

추가 작업 추가 및 예측

요구 사항을 구현하기 위해 작업을 추가로 수행해야 하는 경우 작업 분할 쿼리를 사용하거나, 요구 사항에 대한 작업 항목 폼에서 작업하거나, Excel로 목록을 내보내 해당 작업을 빠르게 정의 및 예측할 수 있습니다. 다음 그림에 나와 있는 것처럼 요구 사항의 바로 가기 메뉴를 열고 선택한 항목을 새 작업 항목에 연결을 선택할 수 있습니다.

작업 항목의 바로 가기 메뉴(Team Web Access)

요구 사항에 링크된 새 작업 항목 추가 창에서 연결 종류로 자식을 선택하고 작업 항목 형식으로는 작업을 선택한 다음 작업의 제목을 입력하고 확인을 선택합니다.

작업의 작업 항목 폼이 표시되고 요구 사항에 자동으로 연결됩니다. 이 폼에서 배정 대상으로 작업을 수행할 팀 멤버를 선택하고 남은 작업 시간에 예상 작업 시간을 입력합니다.

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

요구 사항에 대해 누락된 작업을 추가한 후에는 작업 분할 쿼리를 새로 고칠 수 있습니다. 이때 Project Server에 전송 필드를 예로 설정해야 합니다. 다음 번에 요구 사항의 상태를 업데이트하면 새 요구 사항 및 작업이 Enterprise 프로젝트 계획으로 전송됩니다. 여러 작업을 대량 편집하여 선택 필드를 정의할 수 있습니다. Submit User Stories to Project Server을 참조하십시오.

중요

Project Server에 여러 작업 항목 수준을 전송할 때는 첫 번째 수준이 승인되어 Project Server에 게시되어야 다음 수준을 전송할 수 있습니다.3개 자식 항목 수준을 포함하는 새 작업 항목 일괄 처리를 전송하는 경우를 예로 들어 보겠습니다.이 경우 프로젝트 관리자가 프로젝트 계획을 4번 게시해야 모든 작업 항목이 Project Server와 동기화됩니다.

맨 위로 이동

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

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

팀 리더는 Excel에서 작업 분할 쿼리를 열고 여러 작업을 동시에 업데이트할 수도 있습니다.

거부된 업데이트 관련 문제 해결

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

참고 항목

작업

유효성 검사 오류 해결

개념

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

기타 리소스

Managing Projects Using Project Professional Mapped to a Team Project