Team Foundation Server 2008의 영역 및 반복 사용

Question

TFS 2005 또는 2008을 사용하는 경우 사용자 반복 및 영역은 어떻게합니까?

건축중인 애플리케이션의 특정 부분에 대한 영역을 생성합니까?

다음은 영역과 팀 시스템 팀이 이들을 사용하는 방법에 대한 흥미로운 기사입니다.

http://blogs.msdn.com/ericlee/archive/2006/08/09/when-to-use-team-projects.aspx

그러나 나는 반복에 대해 더욱 궁금해하며, 당신이 나에게 구체적인 예를 보여줄 수 있다면 감사 할 것입니다.

이정표를 기반으로하거나 특정 기능을 기반으로 반복을 생성합니까?

V1을 완료하면 어떻게됩니까? V2 또는 V1 업데이트를 어떻게 관리합니까?

우리는 MSF 애자일 템플릿을 사용하고 있습니다.

Answer 1

우리는 영역을 사용하여 제품 라인을 나타냅니다.

우리는 스크럼을 사용하기 때문에 TFS의 반복은 릴리스주기를 정의하는 데 사용되며 해당 릴리스주기 내에서 스프린트를 정의합니다.

백 로그 항목은 릴리스 사이클에 할당되며 해당 백 로그 항목이 완료되도록 작업 항목이 Eash Sprint에 할당됩니다.

릴리스 후 다음 버전을 동시에 작업하는 동안 백 로그에 버그 수정/업데이트를 추가하는 것이 좋습니다.

Answer 2

반복과 영역 경로는 당신이 원하는 것입니다. 공간과 시간에 프로젝트를 설명 할 수있는 방법. 쉬운 예는 다음과 같습니다.

지역 경로 (공간) - 시스템/프로젝트의 일부를 설명하는 데 사용할 수 있습니다. GUI 애플리케이션을위한 TeamProject를 작성하면 일부 영역은 모듈 (데이터 입력, 보고서, GUI, 인쇄 등)을 분해한다고 가정 해 봅시다.

반복 경로 (시간) - 프로젝트의 버전 지정 또는 릴리스주기를 설명합니다. 내가 릴리스 버전을 반복 (메이저, 마이너, 빌드, 개정)으로 일한 회사에서 일했습니다. 작업 항목을 추적하여 완료 할 반복을 표시하는 데 도움이됩니다. 우리는 생성 된 모든 작업 항목의 기본값 인 정적 TBD 반복을 가졌습니다. 경영진은 나중에 해당 작업 항목을 대상으로 할 위치를 결정하여 할당하거나 닫습니다.

Answer 3

MSF Agile 또는 다른 유형의 민첩한 방법론의 일부로 반복을 사용하고 있다고 가정합니다. 그렇다면 일반적으로 다음 N 주 동안 팀이 얼마나 많은 작업을 완료 할 수 있는지 알아냅니다. 일반적으로 3 주 동안 사용했지만 반복 길이는 다를 수 있습니다.

반복 항목을 결정하는 방법은 일반적으로 우선 순위를 기준으로하며, 이는 시장/비즈니스 영향 (품목의 뜨거운)과 구현 용이성을 기반으로해야합니다. 충격 점수는 더 무거운 무게이지만 몇 가지 "벅을위한 뱅"항목이있을 수 있으므로 점수에서 쉽게 구현할 수 있어야합니다.

민첩한 규칙은 완료 할 수없는 기능이 삭제됩니다. 반복 날짜를 연장하지 않습니다.

이것은 이정표 대 기능 질문에 대답해야합니다. 그것은 아닙니다. 당신은 정시에 반복을 기반으로합니다. 시간이 박스입니다. 이렇게하면 팀이 다음 반복을 조정하여 추정치에 대해 더 정확하게 알 수 있습니다. 기능을 반복하는 경우 항상 날짜를 놓칠 것입니다. 이정표도 마찬가지입니다.

참고 : 폭포에 대해 이야기하고 있다면 규칙은 이정표와 기능을 기반으로 할 수 있지만 민첩한 시간은 왕입니다.

이제 지역에 : 이것은 더 주관적입니다. 영역으로 나누는 한 가지 방법은 사용 사례를 그룹화하는 것입니다. 나는이 방법을 좋아한다. 그러나 사용자 인터페이스와 관련하여 특정 형태의 영역을 만들 수도 있습니다.