Teams WIT Tools

I have to agree with you Gregg, there does seem to be a lack of tools to do this kind of thing.  And when you run an independant software consulting show, the metrics that something like that would collect would be invaluable.

When we first started playing with TFS (mid October last year), one of the first things that we made was a very simple time tracking app.  Just runs in the system tray and pops up every 15 minutes.  Allows you to select a work item, enter a type of work(analysis, stored procedure, ui, etc), clock in, clock out or make manual entries.  We could have done a lot more with it, but we're still a really small startup shop and just haven't gotten around to building it all the way out.  We do use it everyday and the metrics it collects at least make it easy for us to bill our clients.  Who knows perhaps thats an idea for a small product or at least a topic of a blog.  Maybe we'll rewrite the ui in wpf and make it a gadget, could be fun.

A gadget (and something similar in XP) would be a good start. Configurable time interval by each dev would be an important part as well. But in my experience, developers will need to be able to add hours for the future (eg I am going to be onsite at the customer tomorrow) and in the past (ie spent the day in the data centre rebuilding the staging server).

I saw this post (http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=448920&SiteID=1) where some had created a useful UI:

http://static.flickr.com/53/131348004_37ae928d1b_o.jpg

Now this is web based (which I like being a web man ;) but it could also be part of the gadget. Oh, and reporting is also important ;)

Another thing is that not only do engineers / developers track their time. We have BAs, designers, testers, network ops, account manager, project managers that all have work items for a project, but also need to track time.

James - what you have started with sounds very interesting! Interested to start a CodePlex project as we would definitely like to help build it out :) ??

Cheers,

Karl

Yea I was considering putting it on codeplex, I'd have to clean it up a little bit before I did that though heh, dont wanna embarrass myself.  The one area where we werent sure how to best handle was where to maintain the timesheet information.  Could probably add it to custom fields on the work items, but we ended up making a small sql database to store it.  There's also a simple report that we run to generate timesheets we give to our clients.  We were going to add as a webpart to wss 3.0 when better support for it was available for tfs.  

Thanks,

James

Pop ups can be very annoying. If you provide such a feature it should be optional.

Being able to start logging time against a category and then stop logging time with the time spent on that category automatically calculated also has its problems. People get called off on to something else, don't stop logging time, and then have to edit the timesheet later anyways.

In the end the most common way for users to log time is to enter their time when it suits them.

As Karl points out, more than engineering need to track their time. A truly useful time tracking system wouldn't be restricted to projects set up in TFS but would include them.

Roy Osherove on TFS or not? Being a perfectionist in a realistic world. BSimser on TFS vs. Open Source,...

I need *something* that enables developers to input activity against work items.  And by "enable" I mean "force." ;)

Every so often, I have to remind my developers to keep the time on their work items current.  It's an ongoing struggle, one that I have to manage by behavior, not tools.  However, a tool would really be helpful.