I need to set a default value for the Retrospective tab in TFS 2015.
Factory value is the following (TEXT 1):
What worked?
What didn't work?
What will we do differently?
Using the Powertools, I add a DEFAULT rule. In the rule i specify the following default value for the Retrospective (TEXT 2):
What worked?
Please check out what you wanted to do differently in the last two sprints.
What didn't work?
What will we do differently?
So really it's just adding Please check out what you wanted to do differently in the last two sprints.
Now here comes the problem. I save my work, and if I create a sprint in Visual Studio, TEXT 2 is displayed.
If I create a Sprint in Online TFS (accessed from browser), it will show TEXT 1.
Did anyone have a similar problem in the past?
Thank You in advance!
The Sprint work item, used in TFS 2010 with the MS Scrum 1.0 process template, was removed from the Scrum process template 2.0 of TFS 2012.
However since TFS 2012, you configure the sprint schedule as part of the new Agile Planning feature, making the Sprint work item redundant.
So your options for storing the goals\retrospective:
Use a Task work item (Title, Description fields)
Add custom field in the Product Backlog Item
Use SharePoint integration - store as a document
Related
I have modified the WIT To add the estimated work on scrum task template but it's the values on not roll-up on the PBI.
Could you please provide some insight to calculate the values? Does it possible on SCRUM?
If your team project was created using the Visual Studio Scrum process template, only Remaining Work is defined in the task by default. Even though you have customized the WIT by yourself, however this will not roll up on PBI by TFS. As you have seen the Rollup requirements.
It's also reflect in report area and cube:
The cube contains all the fields of all your collections on the TFS server. A project created with the Agile or CMMI process template will
have that field and it will create the field in the cube. Scrum
projects don't have that field, so if your project is created with the
Scrum process template your Task work item does not have that field
and the value in the cube will be blank.
Actually, Scrum isn't interested in the original estimate, tracking "spent time" is not really in line the philosophy of Scrum. Suggest you stay away from tasks-in-hours marrying up to people-in-hours with using Scrum template.
Highly recommend you first go through the discussion in below threads especially Jesse's post, then consider if use estimated work in scrum:
Original Estimation in TFS
How to Find Actual Time Spent on a TASK in TFS 2013 by using the scrum template
I'm working on a large software project that uses TFS for Backlog management. We're using the Scrum 2.2 template in TFS 2012. Are there any tools out there that will give diffs of particular fields (e.g. Description, Acceptance Criteria) so that I can see how these fields have changed over time and who made them ? Sort of like the 'Annotate' feature in the Source Control explorer, but for Backlog Items instead ?
You can create your own tool to highlight differences between revisions of a specific work item field with TFS API. You need to work with WorkItem.Revisions property.
There is one tool available with which you can have a reference to get started quickly, see: http://gethistory.codeplex.com/
It does not appear that the TFS Scrum template contains a field to store the sprint goal. Am I missing something?
The Sprint work item, used in TFS 2010 with the MS Scrum 1.0 process template, was removed from the Scrum process template 2.0 of TFS 2012. Essentially it allowed entering sprint dates, goals and retrospective.
However in TFS 2012, you configure the sprint schedule as part of the new Agile Planning feature, making the Sprint work item redundant.
So your options for storing the goals\retrospective in TFS 2012:
Use a Task work item (Title, Description fields)
Add custom field in the Product Backlog Item
Import the Sprint work item via the witadmin importwitd command \ Process Editor
Use SharePoint integration - store as a document
This VSTS/TFS extension does exactly what you're asking, it enables you to set a goal for each sprint: https://marketplace.visualstudio.com/items?itemName=keesschollaart.sprint-goal
Full disclosure: I'm the author!
Maybe I am not understanding the scrum development model correctly, but I am confused why TFS places bugs on a different row than my backlog item even if the backlog item is set as its parent.
I thought that we would make a bug report, and it be placed in the TO DO column. Then as you commit code to that bug, you associate the commits with that particular task ID for the bug. Then once it is done it is moved to DONE. Is that not how scrum works? What is the typical process for fixing a reported bug?
That is the view of the task board. In the most recent Scrum process template (Microsoft Visual Studio Scrum 2.x), the Bug is in the Requirements category. Doing so, the Bug is treated like a Product Backlog Item (it can be stacked ranked, broken down into workable tasks, and fed through the process like any other PBI). If you are on TFS 2012 Update 1, or TFService, you should have a Kanban board tab on the product backlog page which is where you would move your bugs through the states (New/Approved/Committed/Done). In the task board (screenshot above), the Bugs and Product Backlog Items will be shown as rows (where you have Task Here and Bug Here) and the the tasks will exist in the To do, In progress, and Done columns.
When you work against a bug, you work specifically against the tasks, and associate/resolve those tasks as you check in code. Once your 'Definition of Done' has been met, you can then move the Bug work item (on the Kanban board, or manually via the state field) to Done.
We are developing agile tools for TFS since 2008 at Urban Turtle. In the 2012 version we did exactly what you are looking for. Green line represent User Story (PBI) and red box represent bugs.
You can try our Product online if you want.
This is a print screen of the feature you requested. If you need more info just contact me. ddanis#urbanturtle.com
Using Team Foundation Server 2010 with the Scrum for Team System v3 template, I'm not able to view calculated fields (specifically the Work Remaining field) in Project 2010. If I export my Project Backlog Items into Project, the "Remaining Work" value shows up for each Sprint Backlog Task (since it's not a calculated field), but doesn't roll-up for the PBI. Does anyone know how to make this work? Is there a field mapping I'm missing?
Yes, turns out there was a field mapping I was missing. I mapped the Scrum.v3.WorkRemaining field to a custom Number field in Project, and I was then able to add that column to my Project plan!