Team Foundation Server 2008에서 영역 및 반복 사용

Question

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

제작중인 응용 프로그램의 특정 부분에 대한 영역을 만드십니까? 여기

이 분야에 흥미로운 기사이고 TeamSystem 팀은이를 사용하는 방법 :

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

을하지만, 난 심지어 반복에 대한 자세한 궁금하고 몇 가지 구체적인 나를 보여줄 수 있다면 감사하겠습니다 예.

마일스톤을 기반으로 반복을 만들거나 특정 기능을 기반으로 반복을 만드십니까?

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

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

Answer 1

우리는 제품 라인을 나타내는 영역을 사용합니다.

우리는 SCRUM을 사용하기 때문에 TFS의 반복을 사용하여 릴리스주기와 이러한 릴리스주기 내의 스프린트를 정의합니다.

백 로그 항목은 릴리스주기에 할당되고 작업 항목은 eash sprint에 할당되어 해당 백 로그 항목이 완료되도록합니다.

출시 후에는 다음 버전을 동시에 사용하면서 버그 수정/업데이트를 백 로그에 추가하는 것이 좋습니다.

Answer 2

난 당신이 MSF 애자의 일부, 또는 애자일 방법론의 다른 유형으로 반복을 사용하는 가정합니다. 그렇다면 일반적으로 다음 주 n 주 동안 팀에서 수행 할 수있는 작업의 양을 파악합니다. 일반적으로 3 주를 사용했지만 반복 길이는 다를 수 있습니다.

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

규칙은 Agile과 함께 완료 할 수없는 기능이며 삭제됩니다. 당신은 결코 반복 날짜를 연장하지 않습니다.

마일스톤 대 기능 질문에 대한 대답입니다. 그것은 둘 다 아니다. 당신은 시간에 반복을 기반으로합니다. 그것은 시간 포장입니다. 이렇게하면 견적을보다 정확하게 얻기 위해 팀이 다음 반복을 조정하는 것이 얼마나 낙관적인지 파악할 수 있습니다. 기능상의 반복을 기반으로한다면 항상 날짜를 놓칠 것입니다. 마일스톤에 대해서도 마찬가지입니다.

참고 : 폭포에 대해 이야기하는 경우 규칙은 중요 시점 및 기능을 기반으로 할 수 있지만 애자일에서는 시간이 왕이됩니다.

지역 정보 :이 정보는 주관적인 정보입니다. 영역으로 분할하는 한 가지 방법은 사용 사례를 그룹화하는 것입니다. 나는이 방법을 좋아한다. 그러나 사용자 인터페이스의 경우 특정 양식 등에 대한 영역을 만들 수도 있습니다.

Answer 3

반복 및 영역 경로가 원하는 것입니다. 공간과 시간에서 프로젝트를 설명하는 방법.쉬운 예는 다음과 같습니다 :

영역 경로 (공간) - 시스템/프로젝트의 부분을 설명하는 데 사용할 수 있습니다.

반복 경로 (시간) - 프로젝트의 버전 또는 릴리스주기를 설명합니다. GUI 응용 프로그램 용 TeamProject를 만들면 일부 영역에서 모듈 (데이터 입력, 보고서, GUI, 인쇄 등 ...)을 구분한다고 가정 해보십시오. 회사에서 사용 된 릴리스 버전을 반복 (major, minor, build, revision)으로 사용했습니다. 작업 항목을 추적하여 완료 될 것으로 예상되는 반복을 표시하는 데 도움이됩니다. 생성 된 모든 작업 항목의 기본값 인 정적 TBD 반복이있었습니다. 경영진은 나중에 해당 작업 항목을 대상으로 지정하고 할당하거나 닫을 위치를 결정합니다.