I am doing research for Kanban tools which has the ability to download Work items from TFS, what i have found so far are Eylean board and UrbanTurtle. If you could post others, I would really appreciate this, but the requirements is a solid supported tools, not open source rarely updated projects.
Yes, SwiftKanban from Digite integrates with TFS. You can check it out at http://www.swiftkanban.com. It supports not only TFS but a large number of other software engineering and related tools. All the best!
LeanKit is a solid Kanban tool, arguably one of the leaders in Kanban tools along with Swift Digite. LeanKit does have functionality that allows it to integrate with TFS.
http://www.leankit.com
From Telerik, TeamPulse has an excellent TFS integration story and has some Kanban features, most notably the WIP limits on columns. It is more of a Scrumban implementation but it could meet your needs.
http://www.telerik.com/agile-project-management-tools/
Cheers.
What functionality are you looking for exactly? TFS 2013 (and TFS Online) have a Kanban board
http://msdn.microsoft.com/en-us/library/jj838789.aspx
There is some support in TFS 2012 (Post Update 1), but not sure how much they have.
Related
I am interested in evaluating team foundation server and I have downloaded the 2010 trial and ready to install on my server. As part of the evaluation my boss has asked me to have a good idea of the final cost if we decided to use TFS. I have 2 questions in this post really.
What components do I need to purchase to be able to use TFS and currently how much do they cost? We have 3-4 developers who would need to use TFS. At the minute one of them is using Visual Studio 2010 Professional.
After looking around I noticed that TFS11 Express has just launched which looks to be free for upto 5 developers. Is this a viable option for us to use?
I would say the main thing we are looking for is source control.
Kind Regards
Ash
You'll find licensing information at this page.
Yes TFS Express will be a totally viable option for your team, if all you need is Source Control, some Work Item and some Continuous Integration. This edition is made for small teams such as yours and you wouldn't have to pay for a CAL.
As you have less than 5 developers and just looking for Source Control. Team Foundation Express will be viable option.
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 5 years ago.
Improve this question
How significant are the differences between
Visual Studio Scrum 1.0 & MSF for Agile Software Development v5.0 process templates?
Has anyone used one over the other?
We are currently using external tools (TRAC) for implementing Scrum in our development process, since MS came up with additional process guidance in TFS2010, these 2 things confuse me to the core!
Unsure, which one to adopt!
You're not alone! We have used both, mistakenly starting with the MSF Agile 5.0 template. If you are using Scrum specifically, I would use the Scrum 1.0 template. The Scrum 1.0 template was created with Ken Schwaber, one of the founders of Scrum.
The MSF Agile 5.0 Template contains workbooks which allow a lot of control over reporting data using excel. But, there's many more disadvantages. It doesn't have a release burndown report. In order to produce a usable sprint burndown, you need to record actuals in your tasks. The product backlog is hard to keep groomed. The user story is the only backlog item, so tracking engineering spikes or non functional requirements are awkward.
The Sprint 1.0 uses a "Sprint" workitem type which makes velocity and burndowns a snap.
So, as far as tools go, it's pretty good.
My background summary: TFS Architect/Admin from 2005 to present. Many large and small development organizations from 20 to 7,000. Public and Private sector. HIPAA, FDA, SOX compliance. ALM, SCM, RM.
The answers currently provided are attempting to answer the question from a project level perspective, which is typical, rather than from an organizational and maintenance perspective. And also siding with one camp or another, which should be avoided.
The answer to your question depends on your situation. What type of queries or reports are needed or would like to be seen in the project? And to reiterate what the top response is: the tool should not dictate scrum and to go along with that, does the project need to be somewhat flexible?
A take away from real world scenarios that I have experienced with multiple clients, is that they usually start with the basic Microsoft Visual Studio Scrum 1.0 template and then add things to it. ie: queries, reports, work items, dashboards, etc. Which inevitably leads them back to either the Agile or CMMI template with the burn down reports/queries/work items being added. Have seen this multiple times regardless of the size of organization.
It wouldn't matter if the god of scrum came down and created the scrum template for TFS. A more important question is 'What does your process support; how disciplined are personnel to follow process; and can they agree on semantics? If it's a real bother that the names don't match up, the work item types/names can be changed/added/removed, it's still the process driving it all that matters.
One real important aspect of the templates, from a pure TFS perpsective, is that scrum 1.0 work items may be added to the the agile 5.0 work items easier than the other way around. Why? The fields and data entry points already exist in agile where they do not in scrum. Which in turn reduces the amount of time figuring out which fields that exist in the system to reuse without causing conflicts.
Without sounding factious, and I'm trying not too, it's similar to stating that using Microsoft Word is to confusing to people because there's too many features/functions. Most people ignore these features/functions until there is curiosity or need to use them. Otherwise companies should not have the added expense of paying for Microsoft Word licenses and just use WordPad. Curiosity and need is what promotes understanding and knowledge.
SCRUM template follows some of SCRUM terminology and artefacts. You have sprints instead of iterations, you have user stories instead of requirements, tasks, burndown charts etc. But in my opinion TFS is hard to use because it is not very productive.
We are using similar non MS template for Visual Studio TFS 2008. During my first SCRUM project we used directly TFS and Excel to collect user stories, to prepare tasks etc. It was extremely slow. Just creating tasks for 4-5 developers and 4 weeks sprint (I will never use such long sprint again) took me always about two days. Such a waste. Moreover there was no build in support for printing cards for taskboard. Another disadvantages of non MS template (not sure if this is the same for MS one) is that each reported bug is immediately added to product backlog (it is new user story), there is no way to collect constraints, user stories don't have predefined field for acceptance criteria and tasks don't have field for real time spent on task completion (good for retrospective of estimates). Fields can be probably added if you have TFS under your control but it is not my case.
I still have to use TFS (company policy) but I'm working with user stories and task as much as possible outside the TFS - pen and paper works best. Still TFS is good for tracking sprint progress and automatically generated burndown charts but you have to find good balance between number of tasks, complexity of tasks and sprint length.
This MSDN page might be of use: Choose a Process Template.
It does a decent job at highlighting the differences between the following 3 default process templates.
Scrum Process Template for Visual Studio ALM
MSF for Agile Software Development v6.0
MSF for CMMI Process Improvement v6.0
Keep in mind that it's aimed at the Visual Studio 2012 suite of tools.
The Visual Studio Scrum 1.0 template was build from the ground up to support Scrum, using Scrum terminology as much as possible. It is being developed in coordination with Scrum.org and the Scrum Professional Developer program. If you are using Scrum, the VSS 1.0 template will offer you less friction than the Agile template.
That said, you should be scrummy and question if adopting TFS and the VSS 1.0 template could provide you better value than using the current tool you are using now. Questions to ask here are: will you gain benefit from the integration of Product Backlog Items, Sprint Tasks, Code Checkins, CI builds, Manual Tests, Coded Tests, Unit Test Results, etc.
Perhaps some of the standard reports allow you to gain a better insight in the Quality of the Product Increment. E.g. Are you Done? Unit Tests & Code Coverage reports, Test Reports, Build Reports. Do these help in answering that question better?
Perhaps none of this is applicable and using your current solution is the best way for your team to improve. Its up to you to experiment and decide.
(Or you can hire me, and I'll gladly help you decide after having worked in the team and finding out what issues could possibly improve your team ;-)
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 1 year ago.
Improve this question
We are a Microsoft shop, and so using other incompatible tools for Scrum does not make as much sense. So, we use TFS - for Scrum as well.
However, we found TFS templates to be rather simplistic. There is no way that MSFT can release the next Visual Studio, or the next .Net framework by doing all of the planning using TFS tasks.
What is Microsoft hiding from the rest of the world?
Alternatively, how do you use TFS 2010 for scrum in enterprise (=huge size) software?
EDIT: Specifically, trying to figure out how different pieces fit together can be hard. Imagine the following epic (as if it was developed in .Net 5.0 and not done in .net 3.5): We want to implement the LINQ library. Now, let us size this task ... before the can do so, they need to carefully define all of the stories IN DETAIL, and only then try to put it together. Still, the amount of use cases is huge, and interactions between different parts of the system. Without lots of Wiki pages, lots of Word documents, a combination of these two, and perhaps something else, I do not see how they could keep track of things.
Microsoft has released a new scrum template for 2010.
http://blogs.msdn.com/b/bharry/archive/2010/06/07/a-scrum-process-template-for-tfs.aspx
There's a 9 post series on the old TeamsWitTools blog about how dev-div uses TFS. The first post in the series talks about the breakdown of epics. This is probably a good place to start.
I don't know about TFS 2010, but I do know that the TFS 2008 has some important features to Scrum.
Once setup correctly, TFS can launch a bunch of tasks automatically for huge scale projects, which Scrum was founded to manage very productively. Some of these tasks is to compile a build at scheduled time. In the case of Scrum, I would say after each Sprint, after that the commitments of the Team has been done. "Done" is a very important word in Scrum, this means that here is nothing left to be done. So, think of it as all of the kind of testing, test automation, etc. is done. Your code works, 150% sure, bug free. Anyway, TFS can report the tests that failed, and track down who this task was assigned to (Team, not individual).
After having taken an eye out to #Shiraz Bhaiji's link, I think that FS 2010 got all what you need with Scrum. You got the Burndown chart, which purpose is to illustrate the work remaining to be done throughout the time, you got the velocity chart, which gives significant information about the Team's velocity to work together. Keep in mind that the velocity of a Team shall augment with the time the Team works together.
I see no problem at all using TFS2010 and set it up to work with Scrum, as it can track the Product Backlog, and should allow you to write Team's Sprint Backlog as well. In fact, there is now, with the coming of VS2010, the PSD certification, which is Professional Scrum Developer certification.
Microsoft Developers Tools (TFS and VS) is Scrum "compatible".
I'm thinking about building a TFS Process Template for Kanban. I just wanted to gauge the interest....
We have been using TFS and kanban together for several years now. Since kanban can be used to model any process, it doesn't make sense to have process templates. The gap is in the visualization of work items.
There is an awesome tool called TeamWorks by SEP that can do kanban with TFS right out of the box. Plus it is free!
Check it out: http://www.sep.com/labs/teamworks/
Supporting Kanban inside TFS is feasible but it is not for the fainted heart.
First, you will need expertise about how to edit TFS process template. And it is not because you will need to create a specific TFS process template for Kanban. If you are serious about Scrum and Kanban, I strongly suggest that you start (your process improvement) with the Visual Studio Scrum 1.0 template released by Microsoft in July 2010 and change it as you go. Be warned that you will need to manually edit and change the TFS process template as your process evolve (add or remove state).
Second, you will need to find the right skin to turn TFS into a Kanban board. Today, tools like Urban Turtle provides web interface to turn TFS into Scrum (not Kanban). However, through configuration you can adapt our task board to support multiple states (and behave a little bit like a kanban board). As specified by Scrum, Urban Turtle task board contains only three columns (To do, In progress, Done). However, one column can host many state. For example, it is possible to drag a card from one state to another state while keeping the card inside the “In progress” column. As your process evolved, be warned that you will need to manually edit and change the Urban Turtle configuration file to map the new state with color. FYI, adding a specific Kanban board (which will not requires manual edits) is part of Urban Turtle roadmap. However, it is not rank high in our product backlog.
Discloser: I work with the Urban Turtle team. So do not take my words. Instead, read what Brian Harry from Microsoft wrote in his blog a few days ago: "...awesome Scrum experience for TFS." You can read Brian Harry's blog post here.
Kanban is not a software development life cycle methodology but a process change methodology as I have written in my post:
There should never be a Kanban process template for Team Foundation Server(TFS)
There is a great need for tooling for TFS that would make the use of Kanban better on TFS.
I'm working on one Kanban tool for TFS that will try to visualize the flow of work. Please take a look at the early version at codeplex: Visual WIP
Actually we use Kanaban and TFS and my opinion is that TFS is more of an obstacle here than help. We basically reduced TFS role to bug tracking tool and code repo.
One of strengths of Kanban board is its visual design which is very intuitive. It can't really be substituted with a set of forms organized in the flow.
What more, teams tend to use "hardware" white/cork board with sticky notes whenever they can, namely whenever they are co-located. And even if they aren't they usually try to find a software tool which is as simple as possible. You can say a lot about TFS but not that it is a simple tool.
Personally I think that's not a very good idea. I wouldn't use it.
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 5 years ago.
Improve this question
What is the diff between Conchango and the builtin agile template in TFS 2010.
Any recommendations ?
Thanks
I have just written a blog that gives you a side by side comparison between:
Scrum for Team System v3
MSF Agile v5
TFS Scrum v1 (beta)
http://consultingblogs.emc.com/crispinparker/archive/2010/06/28/scrum-for-team-system-v3-0-msf-agile-v5-0-and-team-foundation-server-scrum-v1-0-beta.aspx
Crispin.
Not sure on the precise differences, but I remember these were mentioned in dnrTV shows with Adam Cogan which were quite informative.
Adam Cogan on TFS and Visual Studio 2010 Part 1
Adam Cogan on TFS and Visual Studio 2010 Part 2
We are trying to make the same decision and testing both. Right now, we are leaning towards the Scurm for Team System Template. This is primarily because we are using v2.2 now and have become accustomed to the terminology and process.
Also, the SfTS web services automate many tasks such as calculating ROI and work remaining. I haven't seen any evidence of that with MSF for Agile. I know that we could write our own, but EMC did a fine job of it and there is no need to re-invent the wheel.
The MSF for Agile template has some nice new reports, but I'm guessing that I can grab the rdls and make them work for SfTS template.
I'd recommend getting one of the Virtual PC images of 2010 beta 2 that MS has made available. It already has a project in there with the MSF Agile template and work items entered. You can add the SfTS template and try both out.
We've used Conchango's SfTS template for TFS 2008; their v3 template looks pretty good, but Microsoft's Agile template has some awesome reporting capabilities, and their planning spreadsheets look very handy as well - I found that sprint planning using SfTS was painful.
I would imagine that transitioning from one template to another would be a painful exercise; mind you, we've customised the SfTS template, so the upgrade won't be a walk in the park either.
I've got TFS2010 running on a VM with the MS template, I haven't tried the SfTS v3 template yet. A couple of things I've noticed though are:
MS's Tasks (Sprint Backlog Items in SfTS) are simpler than in SfTS - they only have two states, of Active and Done. We've had all sorts of pointless arguments over when to move an SBI between states (even worse, giving only certain user groups permissions to transition between states), so I could quite see Microsoft's approach being a breath of fresh air.
MS doesn't have SfTS's Sprint workitem (which is used to define start/end dates and capacity); I haven't figured out yet how to do this in MS, although I think it's related to the Excel planning tools, but I'm not a big fan of having to set up the Iteration Path first, then the Sprint workitem etc
The MS reports are awesome; the SfTS reports markedly less so, IMO, and some of them never worked properly for us. The Conchango forum is not the best, feedback can be quite slow in arriving.
The ability to link tests (automated or otherwise) to Test Cases in MS is double-plus awesome, I don't know if SfTS supports them or not. If not, I suspect this could be what swings it for my team.
I asked this question on the Conchango forum a month or two ago, but apart from a few me-too questions, there's been no response from Conchango - you'd think that they would want to really push the advantages of their template.
We have chosen the Scrum template for all our projects - main reasons:
It automatically summarize hours remaining etc from tasks to user story (product backlog item)
It has pre-built reports for sprint burndown charts
It saves the information regarding sprints and start-end dates for sprints as workitems in TFS - not only in Excel (as with Agile template)
It has a Scrum Dashboard (very beta so far - but promising)
It has some drawbacks:
1. No built in Completed Hours which is rather strange - it is however easy to add yourself
2. No resource planning (the agile template has this in Excel)
3. The configuration with Workstreams, Team sprints is too complicated for us - we would rather if they could offer