日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

微软Team Foundation Service 的Scrum模板中的Feature和Backlog Items 的区别【转载】

發布時間:2023/12/1 编程问答 26 豆豆
生活随笔 收集整理的這篇文章主要介紹了 微软Team Foundation Service 的Scrum模板中的Feature和Backlog Items 的区别【转载】 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

Features help us plan work better in Team Foundation Service Scrum process

?

【原文:http://www.nsilverbullet.net/2013/06/04/features-help-us-plan-work-better-in-team-foundation-service-scrum-process/】?

Recently a new work item type named “Feature” popped up in the web UI for Team Foundation Service in both the Scrum and generic Agile process templates. Unfortunately it was not included in any of the backlogs or standard queries by default and I have been experimenting with using it for solving some issues we have been having with longer term planning and the Scrum process template and I believe I have found a good way to use them.

Looking for guidelines on how Microsoft have intended it to be used has not uncovered anything… there is no information available about it in the?TFS (server) Scrum process guidance. Yesterday a new post was published on?Microsofts TFS site?detailing that it exists and that a new backlog has been added to display and manage features but no guidance.

This is my own guidance for when to use Features and Product Backlog Items.

Product Backlog Items?represent work that can be completed within one sprint (like user stories) they are broken down into the tasks that need to be done to complete the work. PBIs are estimated to enable planning & forecasting using our velocity.

If you think that the work can be completed in a single sprint it is a Product Backlog Item.

Features?represent work that cannot be completed within one sprint and instead will run over a longer period of time before it is complete (like epics). They are broken down into Product Backlog Items that we hope will fit into a single sprint. Features are not estimated as they are by definition large and unwieldily, instead they have a target date to help prioritise and plan releases over time. Features are not used in sprint planning as they are too big – only the Features children in the form of Product Backlog Items are used for sprint planning and forecasting.

If you think or know that the work cannot be completed in a single sprint then it is a Feature.

Tags?– There is one more tool that has been crucial for us while working with our backlog in Team Foundation Service. Tags! Tags can be used for cross-cutting feature categorisation (like themes) or for just general indications as to what a Product Backlog Item or Feature relates to. We have been experimenting with Tags to indicate all kinds of different things but have generally landed in the following:

  • Epics (before Features became available) we tagged anything that was big and should be broken down
  • Skill-set required to work on an item (UX, UI, DB etc)
  • General categorisation to illustrate what in the mobile app the item will affect (Map, Contact, Start screen etc)

Update: I have also answered a question on StackOverflow about this?read it here.

轉載于:https://www.cnblogs.com/chen943354/p/5909436.html

總結

以上是生活随笔為你收集整理的微软Team Foundation Service 的Scrum模板中的Feature和Backlog Items 的区别【转载】的全部內容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。