Team Foundation Server의 프로세스 지침 및 프로세스 템플릿
프로세스 지침에서는 팀 프로젝트에서 작업을 조율하는 방법과 전체 프로젝트 수명 주기에서 작업 항목 형식을 사용하는 방법에 대한 정보를 제공합니다.프로세스 템플릿을 팀 프로젝트 및 프로젝트를 실행 하는 것 내에서 사용할 수 있는 아티팩트를 확인 합니다.프로세스 지침은 팀 프로젝트를 만드는 데 사용 된 프로세스 템플릿에 따라 다릅니다.
항목 내용
팀 프로젝트를 만들려면 프로세스 템플릿을 선택 합니다.
팀 프로젝트에 사용할 수 있는 아티팩트를 사용 하 여
민첩 한 백로그 및 작업 보드를 사용 하 여
팀 개발속도 증가
프로세스 템플릿, 프로세스 구성 또는 팀 프로젝트 아티팩트를 사용자 지정
팀 프로젝트를 만들려면 프로세스 템플릿을 선택 합니다.
관련 항목: 프로세스 템플릿 선택 | 팀 프로젝트 만들기
Visual Studio 응용 프로그램 수명 주기 관리 (ALM 함께) 작업을 위한 시작 지점 정보를 추적 하 고 소스 코드, 빌드, 테스트 및 계획 팀을 구성 하는 팀 프로젝트를 만드는 것입니다.다음 그림과 같이 팀 프로젝트에서 만드는 프로세스 템플릿 선택, artifacts–work 항목을 정의 쿼리, 문서, 보고서 및 more–that 지원 계획 및 활동을 추적 합니다.
.png "팀 프로젝트를 만드는 데 프로세스 템플릿이 사용됩니다.")
[!참고]
으로 업그레이드 한 후 Visual Studio Team Foundation Server 2012, 여전히 데이터 이전 릴리스에서 만든 팀 프로젝트에서 액세스할 수 있습니다.그러나 몇 가지 새로운 기능에 액세스 하려면 하면 됩니다 업그레이드 된 팀 프로젝트 업데이트.
맨 위로 이동
팀 프로젝트에 사용할 수 있는 아티팩트를 사용 하 여
관련 항목: Scrum 프로세스 템플릿 | Agile 프로세스 템플릿 | CMMI 프로세스 템플릿 | 프로세스 지침 액세스 | 의견 요청 | 코드 검토
팀 프로젝트의 프로세스 지침 콘텐츠를 제공 하는 아티팩트를 사용 하 여 특정 프로젝트를 실행 하는 방법을 배울 수 있습니다.팀 프로젝트에 제공 되는 프로세스 지침과 함께 제공 되는 기본 프로세스 템플릿 중 하나를 사용 하 여 만드는 Team Foundation Server MSDN Library에서 호스팅됩니다.여기에 프로세스 지침을 Visual Studio Scrum 2.0, Microsoft Solutions Framework (MSF) for Agile 소프트웨어 개발 v6.0 및 MSF 프로세스 개선 역량 성숙도 모델 통합 (CMMI) v6.0에 포함 됩니다.목록에 없는 프로세스 템플릿을 사용하는 경우 다른 사이트에서 관련 지침을 찾을 수 있습니다.
프로세스 지침은 소프트웨어 프로젝트에서 작업 하는 팀 멤버가 따라야 할 프로세스를 문서화 합니다.작업 항목, 보고서 및 쿼리는 모두 팀 프로젝트의 수명 주기 동안 변경될 수 있으며 팀 프로젝트마다 다를 수 있습니다.프로세스 지침은 작업 항목 필드를 완성하는 방법에 대한 정보, 정상 버전의 보고서와 비정상 버전의 보고서 예제 및 쿼리에 대한 설명 등 팀 프로젝트에 대한 자세한 정보를 제공합니다.또한 프로세스 지침에는 담당할 역할과 완료할 작업 등 팀 프로젝트에서 따라야 하는 프로세스에 대해서도 자세히 설명되어 있습니다.
프로세스 지침을 사용 하거나 사용자 지정된 콘텐츠 집합에 리디렉션하려면 다음을 참조 하십시오. 프로젝트 포털 또는 프로세스 지침 구성.
맨 위로 이동
민첩 한 백로그 및 작업 보드를 사용 하 여
관련 항목: Agile 계획 및 반복
Visual Studio ALM사용 하 여 프로젝트를 관리 하려면 다음 도구를 제공 합니다. Team Web Access.
제품 백로그: 단일 뷰를 동적으로 re-ordered 그룹화 및 수 작업의 현재 백로그는 제품 백로그 페이지를 보여 줍니다.제품 소유자는 신속 하 게 개요 및 작업 종속성 및 관계 순위 수 있습니다.
스 프린트 백로그 및 팀 수용작업량: 스 프린트 백로그 페이지를 반복 경로에 할당 된 작업 항목을 포함 하면 데이터 입력을 실시간으로 반영 하 고 개별 지정 날짜 작업 모두 팀과 개인의 수용작업량, 및 작업을 중단 합니다.팀은 번 다운 비율 및 수용작업량을 초과하는 위치에 대한 즉각적인 피드백을 받을 수 있습니다.
보드와 번다운(Burndown) 차트 작업: 일상적인 방법은 팀을 보고 작업 보드 작업 항목의 상태를 시각적으로 반영 하도록 업데이트 합니다.팀 각 제품 백로그 항목에 대해 작업을 수행 하 고 남은 작업을 신속 하 게 초점을 맞출 수 있는 진행률을 볼 수 있습니다.통합 작업 보드에 팀의 스 프린트에서 남은 작업 시간에 실시간 번다운(Burndown) 차트 이기도 합니다.
맨 위로 이동
팀 개발속도 증가
팀은 고객에 게 가치를 전달 하는 속도 높이기 위해 팀에서는 Agile 방법론에서 가져오고 Agile 원칙 및 가치를 지원 엔지니어링 방법을 적용할 수 있습니다.
백로그 항목을 스토리 보드: 텍스트와 인라인 이미지 포맷으로 스토리를 통해 보여 주는 작업 항목 내에서 또는 신속 하 게 보완 Powerpoint를 사용 하 여 사용자 스토리를 보여 줍니다.팀 빌드 해야 시각화를 제공 보다 쉽게 해당 팀 및 관련자 로부터 피드백을 얻을 수 있습니다.
지속적인 피드백을 제공 하는 이해 관계자 참여: 성공 또는 실패 하는 프로젝트 또는 응용 프로그램의 오른쪽 피드백 번 오른쪽 직원 들 보기를 확인할 수 있습니다.고객을 즐겁게 합니다 경험 구축 팀 관계자 로부터 자주 발생 하 고 지속적인 피드백을 지원 합니다.관계자는 솔루션을 사용 하면 문제를 더 잘 이해 및이 해결 하는 개선 된 방법을 구상 수 있습니다.
빌드 및 배포를 계속: 코드를 체크 인 한 팀 구성원의 자주 빌드 배포 간에 오랜 시간이 있는 팀 대기 상당량의 시간을 보낸다면 나누기 및 통합 문제를 작성 합니다.팀에서 더 자주 코드를 체크 인하고 빌드하는 경우 일반적으로 팀의 개발속도를 높이는 것을 기대할 수 있습니다.
전략적 분기: 팀 수 만들고 버전 제어에서 분기를 사용 하 여 응용 프로그램 개발 전략을 최적화할 수 있습니다.
초기에 자주 테스트: 팀이 고객에 게 효과적으로 각 백로그 항목에 대한 지정 된 수용 기준 테스트 하 여 필요한 소프트웨어를 만드는 것을 확인할 수 있습니다.팀에서는 초기에 테스트를 시작하고 코드가 빌드될 때 자주 테스트해야 합니다.스프린트를 시작할 때 팀에서 스프린트의 테스트 계획을 만들어야 합니다.이 테스트 계획에서는 팀에서 테스트를 실행하고 결과를 추적하는 데 도움이 되도록 테스트를 구성하는 테스트 도구 모음을 사용할 수 있습니다.
응용 프로그램 모델: 팀 모델 탐색 하 고 고객의 요구를 보다 효과적으로 이해, 확인 하 고 소프트웨어 설계, 통신 및 수용 및 구성 요소 테스트의 개발을 알리기 위해 기존 코드를 리팩터링할 수 있습니다.
맨 위로 이동
프로세스 템플릿, 프로세스 구성 또는 팀 프로젝트 아티팩트를 사용자 지정
관련 항목.프로세스 템플릿 사용자 지정 | 프로세스 구성을 사용하여 백로그 및 보드 페이지 사용자 지정 | 프로세스 지침 사용자 지정 | 프로젝트 추적 데이터, 폼, 워크플로 및 기타 개체 사용자 지정
특정 프로세스와 팀을 사용 하는 방식을 지원 하도록 팀 프로젝트를 만들기 전에 프로세스 템플릿을 사용자 지정 하 고 워크플로 디자인 하를 작업 항목 폼 및 데이터 필드 수 있습니다.다음 그림과 같이 생성 하거나 여덟 가지 유형의 개체를 사용자 지정할 수 있습니다.범주, 작업 항목 형식 및 팀 프로젝트에 대한 프로세스 구성을 관리 합니다.팀 프로젝트 컬렉션의 경우 전역 목록, 링크 형식 및 작업 항목 필드를 관리합니다.팀 프로젝트나 팀 프로젝트 컬렉션에 전역 워크플로 사용자 지정할 수 있습니다.
.png "작업 항목 추적 개체")
팀 프로젝트를 만든 후, 여전히 많은 팀의 프로세스를 지 원하는 개체를 지정할 수 있습니다.여기에 지원 하기 위해 보고, 워크플로 변경, 사용자 지정 하는 작업 항목 폼에 필드를 추가 합니다.작업 항목 형식의 워크플로 변경 하는 경우 해당 형식에 대해 프로세스 구성도 업데이트 해야 합니다.
프로세스 지침을 사용 하거나 사용자 지정된 콘텐츠 집합에 리디렉션하려면 다음을 참조 하십시오. 프로젝트 포털 또는 프로세스 지침 구성.
맨 위로 이동