In Scrum, it's often more useful to ask "Who is working on a given story right now?" than it is to think of task or story owners. However, some Scrum teams do use per-person pull-queues or assign stories to team members who then "shepherd" the story through its various phases within the sprint.
While collective ownership is an underlying principle, ...
In Team Foundation Server 2013, there are 3 templates available for team project by default
Microsoft Visual Studio Scrum 2013
MSF for Agile Software Development 2013
MSF for CMMI Process Improvement 2013
All of them agile enough to accommodate your needs, but I think the first two are more convenient.
The Scrum template is designed to support the Scrum ...
What you're seeing is how TFS currently works. I've logged this with the Product Team a couple of times, and I've heard a couple of ways it might be solved in the future, but for now your tasks found and solved on the same day are not reflected.
The funny thing is that the burndown will still be correct. Any hours found and resolved on the same day have a ...
Scrum itself doesn't really define how you're supposed to communicate within the Team. If just non-formally informing QA works for you, great. If not, look into a tool to do it. An important point, though: a story that has not yet been approved by QA should not be considered 'Done'. It's only Done once it's ready to ship to the customer.
A common practice ...
Your question is tagged with scrum. Therefore, the answer should be based on Scrum, not the tool you're choosing to use, which in this case is tfs.
You can fix your process problems by:
Participating better in Scrum ceremonies, and sitting with your team.
Tracking progress towards Sprint Goals rather than focusing on utilization. See also: 100% ...
I do not know how to tease the information out of TFS, however if you are willing to use another tool that integrates into TFS, I would suggest Eylean Board. It offers time tracking as a feature and generates time reports based on what you need. The reports are generated for each team member individually, including all of the projects they are working on.
Some teams, especially those that are new to Scrum, use a combination of story points and task hours.
The story points set the capacity of the sprint, but the task hours allow the team to do several things:
Ensures no individual in the team is overloaded in the coming sprint
Ensures that no task is to big (e.g. some teams set a maximum limit of 1 day for ...
What is the definition of work done in Scrum
Work that satisfies the Definition of Done, which is defined by the Team.
The problem with this is that work being closed on a daily basis is not shown on the Burndown chart
This is the correct behaviour. From Scrum's perspective, an incomplete story provides zero value, so the burndown shows zero progress.
Typically you'd use one of three methods in TFS.
Option 1: Area paths
You can use area paths to match up to your major versions. Create a "V2" area path (and the requisite sub-paths) to segregate the work items.
Option 2: Iteration paths
If you aren't using the iteration paths for Scrum sprints, you can also use iteration paths for this purpose. Similar ...
I would highly suggest updating to TFS 2013. They've implemented agile portfolio management tools, with 7 levels of work items. It is currently in preview, but it is fully supported and "go-live".
Here's a good site outlining the new features
The 2012 alternative is to nest PBI's inside of PBI's, and manipulate area paths to simulate various levels ...
This question raises a big question to me - is this actually a project in itself, or something that will be altered as part of other projects? If the latter, it may not need anything around it other than source control.
Removing the TFS element from this question, Kanban is an agile methodology without time boxing that could be applied. These situations ...
Scope of Answer
Others will hopefully address your Team Foundation Server template question. My answer is focused more on the issue of how you should handle the interruption from a process standpoint.
Abnormal or Early Termination
In this case, we have a system that started failing while we were inside of our sprint. It's a critical system, so triageing ...
Have you tried using Trello for this? Although we don't have any "permanent" remote workers, we do have several members of the team who work away from the office for months at a time. We have the "Product Backlog" for each product, which the PO maintains and we (as a team) go through this during our sprint planning and pull stories into the "Sprint backlog" ...
You essentially follow the same process in TFS
Wrote the fire up on a sticky that was a different color than the
You can write up a new story (Product Backlog Item in TFS) in the backlog for this fire fighting work. It won't be in a different color - but, apply the top-most priority to it.
Got an activity-point vote as soon as the team ...
Unfortunately, it is not possible pull in a query that goes across multiple team projects into MS Project with TFS today.
One workaround -- is to create a project plan and then add sub-project plans (the individual plans that are connected to the team projects) and form a "master plan". This can act as a high-level report that you can share with the ...
If you are looking for a tool that makes TFS more user friendly, Eylean could be a great option. It offers a two way integration with TFS and represents the tasks in a clear task board that can be projected on a big plasma tv or elsewhere.
TFS 2013 has very comprehensive web portal which was not available in previous versions.
In order to see the distribution of developers among different projects, first you have to write the new query. In you new query delete the 'Team Project' clause which comes by default.
Your new query should look like this
Than click run.
The system will bring all ...
As others have said, kanban seems like a good fit based on your criteria. I would also highly advise you to ignore tools and management software when first considering how to most effectively work. :)
I think that starting with a specific tool or tech places too much of a constraint on the initial view of the work, and will limit the potential ...
You can use the Kanban boards attached to each backlog for a continuous flow process.
One minor issue:
In VSO (I haven't tested on latest on-premises TFS), these boards work with Story / Feature / Epic items (Agile process) and Feature / Backlog Items (Scrum process). It means that the Task boards, ...
Kanban is suitable for ongoing work
Kanban is suitable for managing ongoing work that does not have a specific start and an end. Sounds like the work you described is of this nature.
I understand that TFS has a Kanban template. However, I have not used this even though I have used the TFS Agile/Scrum template.
Here are some of the key aspects of Kanban:
I do not use TFS, nor do I have access to the tool, but from looking at the help page. It appears you specify a "flat-list query" that queries completed tasks and visualize that with a "stacked bar chart" while perhaps specifying size in the "Values" field.
Anyone can create user stories but only the Product Owner can prioritise them. It's also everyone's job to hel refine them to action.
Tracking what's in a release
A single status field on a User Story for environment is not really condusive to understanding either the state of the work item, or it's location in the flow. Ultimately your ...
I am not sure what you lose in a single Team Project?
You are either using TFVC which allows you to secure at the folder level, and remove inheritance for greater control.
Or you are using Git which is secured at the Repository level.
Either way you can control which groups of users have access to which code. You can ...
It sounds like you lack transparency and trust with the customer. If each Story represents value for the customer then the customer should approve, view, and order those things.
That said, you can achieve this in TFS. If you create the following Area Paths:
You can secure work items within Internal to be internal ...
Your request doesn't really make sense from a purist perspective. In Scrum teams a member doesn't get individual task assignments and team members don't individually move from one sprint to another. In Scrum a team works as a collaborative group, together working on the goal that was set for the sprint.
To achieve the goal during a sprint the whole team ...
One possible solution would be to take the releases out of the iteration hierarchy and track the releases as tags on the backlog items. Then set up your iteration queries so that the tags appear as a column. This will allow you to see everything in a given iteration at once and see which items within the iteration are going into each of the releases. You can ...