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

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 / 특징-도움-우리-계획-작업-더 나은 팀 창립 서비스-스크럼 프로세스 /

기능 또는 제품 백 로그 항목을 작성해야합니까?

• 작성하려는 새 작업 항목이 단일 스프린트에 적합하다고 생각하거나 희망하는 경우 제품 백 로그 항목을 작성한 후 스프린트를위한 태스크로 분류해야합니다.
• 새 작업 항목이 단일 스프린트에 적합하지 않다고 생각하거나 알고있는 경우, 기능을 작성하고 기능을 분류 할 수있는 모든 가치 제공 스프린트 크기 항목 (제품 백 로그 항목)을 식별해야합니다. 미래의 스프린트 계획.

[업데이트 2014-05-19]

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

---

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

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

서사시 내용 유사한 이야기.

---

나는 OP와 같은 의심을 가지고 있었고 내 생각은 @josant 답변과 일치하여 나에게 매우 합리적입니다.

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

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

기능은 사용자 또는 비즈니스에 가치를 제공하는 개별 기능 단위입니다. 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

---

기능은 '백 로그 항목'까지의 수준입니다. 팀은 작업을 고급 이니셔티브로 정의하고 기능으로 분류합니다. 추가 작업을 '백 로그'로 분류하고 정의합니다. 참조 http://msdn.microsoft.com/en-us/library/dn306083.aspx ?

---

As others said here:

• Features: Top Level
• Backlogs: One Level below Features (a feature is made of backlog items)

Keep in mind that you can LINK work items and you can display them as a Tree List. So, you can link a backlog item to a feature, and later, you can link a task to a backlog item. Thus, you get a nice hierarchical tree list.

---

This is how I use it. Under the tool items "Work" -> "Backlogs" both "Features" and "Backlog Items" are listed. I start with features so there are no backlog items at that point. I add the features by selecting Features under the Backlog header and adding the Feature name in the form then saving and closing. To the left of each newly added Feature there is a green + sign. Click on the plus sign and selection options appears. Choose "Product Backlog Items". When it opens type the name of the backlog item in the top field just like in Features. You are creating these backlog items, there is no pop-up. Fill in the other information as required then save and close. After creating the Backlog items click the green + on the newly created Backlog Items. Enter the name of the work item like you did for the Backlog Items and the Features. When adding the work items include the sprint in the iteration field and they will be in the sprint when you open it. None of this is documented anywhere that I could find. I hope it is in sufficient detail.

참고 URL : https://stackoverflow.com/questions/16698363/difference-between-product-backlog-item-and-feature-in-team-foundation-work-item