Is possible to hide "Done" pbis from the actual sprint board? For instance, if you not actually using Sprints, but want to continue to use the task board, once you complete a PBI (mark the state as done). I'd love it to vanish from the sprint board.
Team Foundation Task Board Enhancer is a free extension that gives an option to collapse all done backlog items. Might be the closest you can get without having to make your own customizations.
Related
I am wondering if there is a way of using the kanban board for sprint backlogs in TFS 2015.
When you click Board on Epics, Features and Stories it shows a kanban board that is centered around user stories. I would like to see that same board but filtering all user stories in for example sprint 50 (sprint backlogs are defined by us as Iterations)
When you click the Sprint / Iteration it shows a taskboard - this is the one I would like to change.
This is not support in TFS2015. But with the latest TFS2017, You are able to filter the items in Kankan board by "Iteration":
I have just upgraded an on-site TFS installation from 2013 to 2015. We will be changing the working with bugs setting to Bugs appear on the backlogs and boards with tasks instead of on the backlog board.
In the following image, we can see the Yellow task icon, along with a the number of tasks completed. However, there is no way to see if the item has any bugs associated with it.
Is it possible to see bugs in the same way as tasks or to indicate if the item has any bugs?
When you track bugs similar to tasks, they’ll show up on the sprint backlogs and task boards.
When you track bugs as requirements, they'll show up on the product backlog and Kanban board.
You are tracking bugs similar to tasks, but you are checking Kanban board, so you can't see bugs. You need to check task boards.
After a couple of days of searching, it appears you cannot do this. You can have Tasks showing in the Item, but not Bugs.
If you select Bugs appear on the backlogs and boards with tasks, the only way to see the bugs is on the task board and there is no indication of open or closed bugs on the Backlog Board.
We are using the scrum template for TFS 2013. Product Backlog Items and Bugs are at the same 'level', so they are both viewed on the backlog and tasks are created as children underneath. Why do PBIs have the states: New, Approved, Committed, Done, Removed, while Bugs have the states: New, In Progress, Done, Closed (which is the same as tasks)?
By treating PBIs and Bugs essentially the same, I would expect that they should have the same states. I'm not sure what 'Done' is supposed to mean as opposed to 'Closed'. I find it confusing that tasks and bugs can be marked 'Done', which is not the same as a PBI marked 'Done'.
I want to change the names of the states for the the PBIs, bugs, and/or tasks to use more consistent naming conventions, but I think I may be misunderstanding what the terms mean.
As Cece mentioned, the out of the box states in Scrum between PBI and Bug are similar. You can use witadmin to change the states of your Bug work item type to match PBIs.
Another option is to use the Kanban board, where you can create a set of columns and map each column to a state of each work item type.
I'm afraid your Scrum Process Template has been customized before. In the default Scrum process template of TFS 2013, PBI and Bug do have the same states: New, Approved, Committed, Done, Removed, while Task has the states: To Do, In Progress, Done, Removed.
The following diagrams show the typical forward progression of PBI, Bug, and Task work items used to track work and code defects for TFS default Scrum process templates:
PBI:
Bug:
Task:
I have two project setup, both using the Scrum template. In one of them the sprint backlog board shows swim lanes/columns as I would expect:
To Do
In Progress
Done
In my other project (the one that matters, of course), it looks as if the columns from the Backlog Items have been merged with those of the Sprint Backlog items and displays with all of these columns:
To Do
New
Approved
In Progress
Committed
Done
The extra columns appear to be read-only in the board view and do nothing but make the board cumbersome to use. Have I changed a setting somewhere that affects this?
You probably have one team (or project) configured to have bugs on the backlog as requirements, and another team/project configured to have bugs on the backlog as tasks.
Bugs have a different set of states, so if you treat bugs as tasks, the board will show two sets of states: One for bugs, one for tasks.
This can be configured by going to your team's settings (click on the "gear" icon on the top right in VSO, then Overview tab, then choosing the team and looking at the settings).
Daniel's answer pointed me in the right direction, but it still wasn't clear exactly what steps to go through to fix the issue. Here are step-by-step instructions on how to set the number of columns on your sprint board based on how your team works with bugs.
Note that this is a modification from my original answer. The way to fix this has become dramatically easier after the latest update to VSO.
Click the gear to edit settings on the sprint board:
Click Working with bugs under the general heading in the left column.
The option you select here determines how many columns appear on your sprint board.
We have upgraded our Team Foundation Server 2010 to Team Foundation Server 2012 and are now using the great TFS2012 web access to handle our product backlog, our sprints and our scrum board. And it all works very well. All except this: On our TFS2012 web access I go to WORK and I see my Product Backlog. However I expect only to see PBI that are not assigned to a Sprint (Past/Current or Future sprint). However I see all PBI that does not have status Done. I would expect that PBI are removed from this Product Backlog when it is moved to a Sprint Backlog. Right?
I would like to edit the work-item query to change so that only PBI that has a iteration path not inside a sprint. Can I do that?
There is a button Create Backlog Query and when I click on that a new query is created. I can edit that query - but it is not used as the query for the Backlog/planning screen.
I have not tried to see if this query is like that on a newly created TFS2012 Team Project. It might have something to do with the upgrade from a TFS2010 team project.
Thanks in advance.
Edit Oct 15:
When creating this question I felt it was wrong that a PBI could be both in a Sprint Backlog and the Product Backlog. However - when thinking how the planning is done - this might be okay. I should think of the Product Backlog as a backlog of PBI that are not done. PBIs might be planned for a sprint (current or future or even a past sprint) - however they are not done.
About the forecast feature in the Product Backlog view: There are some issues with this. The backlog priority has higher priority than already sprint assigned PBIs - this could be improved. I think this feature only can be used for a very rough estimate for future sprints. If you have many PBIs in your sprints - the forecast feature might be even misleading. That's my opinion.
There isn't any option to hide work items that are already in a sprint/iteration or change the backlog query. I also checked the TFS 2012 Update 1 CTP that includes a number of enhancements too. I think this would be a very useful feature. I created a Visual Studio UserVoice feature suggestion. If you have any votes available, feel free to vote for it so it will get more attention.
http://visualstudio.uservoice.com/forums/121579-visual-studio/suggestions/3257889-hide-iteration-work-items-in-web-access-backlog-or
You need to change the PBI to the appropriate state. Once it has been "committed" to a Sprint, it will no longer be in the backlog.
If a PBI is assigned to a specific sprint and you set the state of the PBI to anything but New, it will disappear from the backlog and only show in the sprint. If you keep it at New, it will show in both.