제품 백 로그 항목과 Team Foundation 작업 항목 유형의 기능 간의 차이점

Microsoft Team Foundation에 대한 질문이 있습니다. Visual Studio, 팀 탐색기에서 새 작업 항목을 만들 수 있습니다. 여기서 작업 항목 유형은 팀이 선택한 프로세스 템플릿에 따라 결정됩니다. 어떤 프로세스 템플릿을 사용하고 있는지 잘 모르겠습니다. 어쨌든 팀 탐색기에서 새 작업 항목을 만들려고 할 때 선택할 작업 항목 유형 목록이 제공됩니다. 그 중에서 "제품 백 로그 항목"과 "기능"이 있습니다.

목표 해결 날짜와 관련하여 두 가지 유형의 차이를 발견했습니다. 제품 백 로그 항목의 경우 이는 반복 종료 날짜에 의해 결정되는 것처럼 보입니다. 기능의 경우 명확하지 않습니다. 기능은 또한 반복 (및 반복 종료 날짜)과 연관되지만 기능에는 "대상 날짜"라는 별도의 필드도 있습니다. 목표 날짜의 마우스 오버 텍스트는 "기능을 완료하기위한 목표 날짜"입니다.

새 작업 항목의 작업 항목 유형으로 "제품 백 로그 항목"또는 "기능"을 선택해야합니까? 둘의 차이점은 무엇입니까?

Scrum 프로세스 템플릿을 사용중인 것 같습니다. TFS 사이트는 제품 백 로그 항목 및 기능에 대한 매우 간단한 정보와 새 작업 항목 유형을 만드는 아이디어를 게시했습니다. http://www.visualstudio.com/en-us/news/2013-jun-3-vso.aspx

이 둘의 차이점은 작업 항목에 대해 작업하려는 세분화에 따라 결정됩니다.

• 제품 백 로그 항목은 작업으로 구성되며 예상 된 노력이 있습니다.
• 기능은 제품 백 로그 항목으로 구성되며 목표 날짜가 있습니다.

기능 대 제품 백 로그 항목 사용시기에 대한 공식 지침을 찾을 수 없었지만이 답변을 기반으로하는 자체 지침을 만들었습니다. http://www.nsilverbullet.net/2013/06/ 04 / features-help-us-plan-work-better-in-team-foundation-service-scrum-process /

기능 또는 제품 백 로그 항목을 만들어야합니까?

• 만들려는 새 작업 항목이 단일 스프린트에 적합하다고 생각 / 희망하는 경우 제품 백 로그 항목을 만든 다음 스프린트를위한 작업으로 분류해야합니다.
• 새 작업 항목이 단일 스프린트에 맞지 않는다고 생각 / 알고있는 경우 기능을 생성하고 기능을 세분화 할 수있는 모든 가치 제공 스프린트 크기 항목 (제품 백 로그 항목)을 식별하고 다음과 같은 경우에 사용해야합니다. 향후 스프린트 계획.

[2014-05-19 업데이트]

Microsoft는 TFS https://msdn.microsoft.com/en-us/library/dn306083(v=vs.120).aspx 에 구현 된 기능 및 민첩한 포트폴리오 개념을 사용하는 방법에 대한 자세한 정보를 게시했습니다.

TFS가 애자일 개발 전략을 적용함에 따라 다음과 같이 말할 수 있습니다.

기능 = 에픽, 백 로그 항목 = 스토리

서사시 내용은 비슷한 이야기입니다.

나는 OP와 같은 의구심을 가지고 있었고 내 생각은 @josant 대답과 일치했으며 이는 나에게 매우 합리적입니다.

다른 한편으로는 TFS + Scrum을 채택하기위한 참고 자료로 Hundhausen 책 [1]을 사용하고 있습니다.

그는 다음과 같이 말했습니다.

기능은 사용자 또는 비즈니스에 가치를 제공하는 개별 기능 단위입니다. PBI는 여러 기능을 가질만큼 충분히 클 수 있습니다.

그리고:

기능은 여러 시나리오로 나눌 수 있습니다. 시나리오는 예상 된 결과를 달성하기위한 한 가지 경로를 실행하는 기능을 통해 워크 플로 또는 일련의 단계를 설명하는 설명입니다.

이러한 아이디어를 계속 개발하고 있습니다.

나에게 Hundhausen은 유스 케이스 [2]에 대해 이야기하는 것처럼 보이지만 여전히 그의 제안이 다소 직관적이지 않다고 느끼며 TFS가이 분석 방법을 안내하지 않을 것 같지 않습니다. 제가 읽은 스크럼 문헌에서 참조한 것을 발견했습니다.

아마도 당신이 더 편하게 느끼고 그것을 고수하는 컨벤션을 선택하는 문제 일 것입니다.

[1] http://www.amazon.es/dp/073565798X

[2] https://en.wikipedia.org/wiki/Use_case

기능은 제품 백 로그 포트폴리오입니다.

http://tfs.visualstudio.com/en-us/learn/create-your-backlog.aspx

기능은 '백 로그 항목'까지의 수준입니다. 팀은 작업을 높은 수준의 이니셔티브로 정의하고 기능으로 세분화합니다. 더 세분화하여 수행 할 작업을 '백 로그'로 정의합니다. ref http://msdn.microsoft.com/en-us/library/dn306083.aspx ?

다른 사람들이 여기에서 말했듯이 :

• 특징 : 최상위
• 백 로그 : 기능보다 한 수준 아래 (기능은 백 로그 항목으로 구성됨)

작업 항목을 링크 할 수 있으며이를 트리 목록으로 표시 할 수 있습니다. 따라서 백 로그 항목을 기능에 연결하고 나중에 작업을 백 로그 항목에 연결할 수 있습니다. 따라서 멋진 계층 트리 목록을 얻을 수 있습니다.

이것이 내가 사용하는 방법입니다. 도구 항목 "작업"-> "백 로그"아래에 "기능"과 "백 로그 항목"이 모두 나열됩니다. 그 시점에서 백 로그 항목이 없도록 기능부터 시작합니다. 백 로그 헤더 아래의 기능을 선택하고 양식에 기능 이름을 추가 한 다음 저장하고 닫아 기능을 추가합니다. 새로 추가 된 각 기능의 왼쪽에는 녹색 + 기호가 있습니다. 더하기 기호를 클릭하면 선택 옵션이 나타납니다. "제품 백 로그 항목"을 선택합니다. 열리면 기능 에서처럼 맨 위 필드에 백 로그 항목의 이름을 입력하십시오. 이러한 백 로그 항목을 생성하고 있으며 팝업이 없습니다. 필요에 따라 다른 정보를 입력 한 다음 저장하고 닫습니다. 백 로그 항목을 생성 한 후 새로 생성 된 백 로그 항목에서 녹색 +를 클릭합니다. 백 로그 항목 및 기능에 대해 수행 한 것처럼 작업 항목의 이름을 입력하십시오. 작업 항목을 추가 할 때 반복 필드에 스프린트를 포함하고 열 때 스프린트에있게됩니다. 내가 찾을 수있는 곳에서는이 중 어느 것도 문서화되지 않았습니다. 나는 그것이 충분히 상세하기를 바랍니다.