ability to add multiple activities per team member in sprint
I really like the new feature (may be) in TFS where you can add capacity in the sprint which estimates work by activity.
currently a developer can spend 2/3 of this time in development and 1/3 in bug fixing(testing). so, i would like to see two/more entries per team member to divide their capacity across different activities and properly track the project activities (dev, test, requirements etc etc)
hope you got what I am trying to say.
We considered this item, and decided it was a low priority feature. I will be watching closely whether this item receives a lot of votes.
Thanks for sharing the idea.
Gregg Boer – TFS Product Group.
Joe Breese commented
This would be really helpful. Currently I spen about 1/3 of my day in development, 1/3 in requirements gathering and planning and the other 1/3 in bug fix and triage mode.
I'd really like to see this feature added
Shane Sewell commented
This is critical for small teams in which members have multiple roles.
I would also like to have this feature.
Josh Berke commented
This would be great for our team. We are a small team (2 developers, and one support/product person). Right now we aren't tracking our time spent testing and QA, which looking at my burndown chart is obvious since we run out of work with several days left in our sprint.
I am going to rectify this and start setting tasks for QA, but I would like to be able to and say 20% of our time is testing activities, and 60% is development. This way I ensure I don't overallocate to much development time in a sprint.
Huw Bristow commented
I would also like this feature. Particularly important for small dev teams where people have split rolls
Definitely looking forward for this feature! 3 Votes!
Joe Aubin commented
I just added 3 votes... it is one of my greatest pet peeves and seems a VERY trivial update to support.
We're a front end team, so members are expected to do design and dev towards most work items.
What about setting overall capacity at the team member level and setting the activity type at the work item level. The report would then roll up capacity for activities from work items. This seems far more scale-able. That way you don't have to keep updating team member activities every time you level resources or make a change in assignments.
Very, very much agree. Cross-functionality is key in an agile team, few of my team work on just one type of activity for the entire cycle. Discussing this at a local code camp, there seems to be a broad concensus that this would be a highly useful feature...for some, the LACK of support may actually prohibit them from using the capacity planning features in TFS
Emma Walshaw commented
I agree, particularly with smaller Dev teams, for example our team is 2 developers, me (QA/Requirements/Documentation) and one other who splits his time between requirements and dev.
At the minute we have no way to record the Documentation/Requirements as these are smaller roles and can't always track the amount of time spent on these without doing it elsewhere. I'm sure many other teams are in the same position.
Peter Donaghy commented
The capacity functionality is severely compromised if a split across major activities for each Team Member is not possible. Only the largest of development environments are able to support 1 specific activity per person. In its current form this functionality is rudimentary at best and provides limited activity and resource capacity planning and reporting for our Team.
I agree with Ben! This is a musthave to track sprint progress
Ben Rimmer commented
I would agree that most developers would actually perform more that one type of activity. I am astonished that this is rated as a low priority feature. This lack of functionality means that I now either have to use only one activity type for all team members and tasks or loose the ability to plan based on capacity. Very poor show!
Andrew Miller commented
In our enterprise development teams, we often have Business Analysts split their time between Design and Testing activities - or a Technical Lead split their time between Development and Code Review. I would really like to see this feature added to be able to accurately use the capacity planning.
Eric J. Fisher commented
I would really like to see this functionality. Our developers only spend maybe 1/2 their time in code, most is spent testing, working out details in requirements, etc. It's nice to be able to spit out a report to an executive and point and say "Why can't we get 40 hours of development out of Jim?", "because Jim spends 10 hours testing, 10 hours planning, and only 20 hours developing see" *points at capacity from last few sprints*
Would be nice to have, especially in smaller teams where team members have more than one responsibility, for example working as a designer and as a developer.
Guillaume Rouchon commented
Having a multi-combo isn't sufficient as you won't have enough info to update the Work by Activity graphs since you don't have the repartition. We need the ability to add more than one "Capacity per Day" and "Activity" per team member.
I agree that most developers would consider they do more that 1 activity eg. Dev and testing
The best way would be to change the combo to a multi-select combo
A simple alternative would be to change the label from 'Activity' to 'Primary Activity'