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.
Related
I have issues that show up in my JIRA project's backlog page, but they disappear when my board is using Epic Swimlanes. If the board is configured to use any other swimlane option, these issues appear on the board.
This bug has been in JIRA for almost a decade. Every JIRA board using epic swimlanes is quietly hiding all issues linked to any epic that isn't included in the board filter. It's also impossible to use JQL to query for the epics associated with a set of issues so you might include them in the board, which means epic swimlanes are effectively broken for everyone (keep your spam comments advertising paid add-ons to yourself, please).
Because Atlassian makes bugfixing a popularity contest, please consider upvoting these bug tickets:
https://jira.atlassian.com/browse/JSWSERVER-11318
https://jira.atlassian.com/browse/JSWCLOUD-21601
Encountered this issue myself. The solution I found was to edit to query to include the Epic in the board filter explicitly using JQL, and then using the sub filter to remove it again.
Seems to allow the tasks to then appear.
When checking in TFS under Work\Backlogs\Backlog items, any Sprint, I can see PBIs and linked tasks under them. However bugs I noticed are treated at the same level as PBIs, meaning I can never see a Bug under a PBI, but I can see a task under a Bug.
Is this because the understanding is that Bugs are an occurrence after PBIs are marked as "Done" in a future sprint (since all PBIs should have gone through testing until completely reviewed and accepted).
I'm thinking if this is the logic then Bugs in their own right are like a PBI - a new "Problem" Backlog Item lol.
We are getting confused because we at first wanted to see Bugs under PBIs or Tasks to see what the bug is associated with, but because a bug may occur from an assortment of development done in the future, it's treated as independent on the same level as a PBI. Am I understanding this correctly or is there a way to put bug under a PBI\Task in the backlog when viewing (I know you can link it as so, but I mean for viewing purposes in the backlog). Thanks.
You can configure team settings to set your team's preferences for tracking bugs.
To see Bugs under PBIs, you can select the option Bugs are managed with tasks under Working with bugs tab. See Show bugs on backlogs and boards for details.
On the board settings page, you can configure bugs display behavior.
They can be treated as Tasks, in which case they show as children of PBIs, at the same level as Tasks, and are displayed on the sprint board.
Or, they can be treated as Requirements, in which case they are shown at the same level as PBIs and can have Tasks created underneath them.
It sounds like you currently have the latter behavior enabled, but would prefer the former.
This is configurable at the Team level. You can configure one behavior or the other, but not both. This means that for a given team, bugs can either be Requirements, or they can be Tasks. They cannot be Requirements in some situations and Tasks in some others.
Also note that if you've upgraded from an earlier version of TFS, you may have to manually enable the feature, since it required some changes to the process templates that you or your TFS administrator may not have made.
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.
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.
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.