I suggest you ...

TFS needs the ability to track hours tied to a work item by date and user

Today TFS only has the ability to estimate how many hours it will take to finish the work item and how many hours completed.

But what is truly needed is an audit trail of how many hours were applied to a WI by whom on which date. This way we can do some accurate reporting.

365 votes
Vote
Sign in
Check!
(thinking…)
Reset
or sign in with
  • facebook
  • google
    Password icon
    I agree to the terms of service
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    irperezirperez shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →
    João MelloJoão Mello shared a merged idea: TimeSheet for TFSPreview  ·   · 
    João MelloJoão Mello shared a merged idea: Timesheet task  ·   · 
    Thomas KThomas K shared a merged idea: Enable Time Tracking on WorkItems  ·   · 
    lwatzonlwatzon shared a merged idea: show work completed during an iteration or sprint  ·   · 
    Rodrigo Benin RibeiroRodrigo Benin Ribeiro shared a merged idea: Effort control/mangament with nothing more than work items  ·   · 

    13 comments

    Sign in
    Check!
    (thinking…)
    Reset
    or sign in with
    • facebook
    • google
      Password icon
      I agree to the terms of service
      Signed in as (Sign out)
      Submitting...
      • SeanSean commented  ·   ·  Flag as inappropriate

        This forces consulting time to be entered twice, once in TFS and once in a time keeping system. It seems like an easy add-on and well worth it. Other ALM tools have this, such as TeamPulse, Rally, Jira/Tempo, etc. Customers like to see line items with actual/estimated; and developers need to be able to enter and view their data over a period of time.

        Imaginet's web site only states 2010 and seems out of date with no information.

      • Anonymous commented  ·   ·  Flag as inappropriate

        I work with a small team of developers (3-4) that get paid an hourly rate. How would you suggest we implement this in the current iteration of tf services?

      • Anonymous commented  ·   ·  Flag as inappropriate

        I didn't see any reason to decline this suggestion. This is a basic required feature for any workitem tracking tool.

        It is very unfortunate that this feature is not part of TFS and MS is not ready to do it.

        I think...there is an business/political reason behind it..."MS wants to feed its partners Or Project Server team" :)

      • Ed BlankenshipEd Blankenship commented  ·   ·  Flag as inappropriate

        Hi Derek! I definitely agree with your advice if your team is practicing a strict definition of Scrum or other similar Agile methodologies that would recommend not tracking actual completed work. However, there are organizations that haven't completed adopted this practice or others that have internal requirements around effort tracking. There are teams within larger organizations who are attempting to adopt as much from Scrum and Agile to be as successful as they can given their organizational constraints. Should even those teams worry heavily about how much work was done more than completion of future goals? Not at all. I agree with you there. They just may need to still capture that data appropriately to meet their internal requirements.

        Also, as a consulting company, we've successfully used the Notion Timesheet product with our TFS data for nearly six years. We don't need/want another timesheet product when our consulting & project data is stored in TFS. It's a perfect match for us and I would suspect other organizations.

      • Derek LicciardiDerek Licciardi commented  ·   ·  Flag as inappropriate

        SCRUM and Agile frameworks do not show time worked. The philosophy of the development methodology is only about what remains to hit the product goal. It's a culture and mind shift to get used to not measuring the water under the bridge. If you need it for consulting work, I suggest you use a timesheet product because TFS is not where you track consultant time. When the goal is to get stuff completed, worrying about how much time was spent to get you where you are today is wasting cycles and energy on a problem in the past.

      • Aman GargAman Garg commented  ·   ·  Flag as inappropriate

        @Siddharth - Even if one person is assigned to a workitem, he is going to spend some time(hours,days, weeks) on the task. I wonder how can we generate the reports on the project management correctly if the basic component of capturing time over the period of time is not built natively into TFS...

        Food for thought?

      • Ed BlankenshipEd Blankenship commented  ·   ·  Flag as inappropriate

        FYI - Imaginet acquired Notion Solutions but Imaginet is continuing to sell & service the Timesheet product. It actually allows multiple people to track time against a single work item and contains database entries to allow you to see that breakdown. There is also an included warehouse adapter that pushes the data into the TFS Warehouse automatically so you can report against timesheet data using all of the other data available from the Work Item Tracking system...

        Here's the new URL if you are interested in more informaiton! http://www.imaginet.com/Solutions/ALM/Pages/Notion-Timesheet.aspx

      • Visual Studio teamAdminVisual Studio team (Product Team, Microsoft) commented  ·   ·  Flag as inappropriate

        Thanks irperez -- appreciate the suggestion and it makes sense. Unfortunately, In DevVNext, we're not planning on doing work in this area. The guidance here would be to use only one work item per person (vs. passing the work item between). I understand that won't work in the case of bugs. Another, heavier-weight alternative is to use TFS-Project Server integration and have the user enter their timesheet information in Project and build reports from there.
        -Siddharth (PM on TFS)

      Feedback and Knowledge Base