It's all about the answers!

Ask a question
QuestionsTagsUsersBadges
Follow this question
Question details

×42,788
×1,208
×18
×14

question asked: Jul 27 '17, 8:43 a.m.
question was seen: 2,507 times
last updated: Jul 27 '17, 9:28 a.m.

Related questions

FAQ - How this Forum works

Is there any way to delete time spent when it was copied from another work item?

0
Vicky Pagnaer (63●2●29) | asked Jul 27 '17, 8:43 a.m.

When you copy a work item, you can select to copy "Time Spent" to the new Work Item. Is there any way to remove this option or to block it for admins only (we really don't want our users to do this, but I don't see any way to force it).


If they have used it anyway, can this value be removed somehow from the copied work item? It now shows "Time spent = 3 hours" even though this is a new work item with a new estimate etc. 

PS: This throws off our reporting, so we want to avoid this if at all possible...

3 answers

Most liked answers|Newest answers|Oldest answers ↑

1
permanent link
Nate Decker (378●1●42●61) | answered Jul 27 '17, 9:14 a.m.

 In the Process Configuration of the project area, you can configure your work items so that the Time Spent attribute is always synchronized to th time sheet entries. No time sheet entries, no time spent.


Eclipse Instructions:
To configure this, open the project area's Process Configuration tab and drill down to:
Project Configuration > Configuration Data > Planning > Time Tracking

Check the box under "Time tracking" with the label "Synchronize Time Spent with Time Tracking".

Comments
Vicky Pagnaer commented Jul 27 '17, 9:18 a.m.

Hi Mark,


This option is already checked with us. It is specific to when you copy work items and you select to copy "Time Spent" that this disconnect occurs. There are no time sheet entries on the new work item, but there is Time Spent...

Nate Decker commented Jul 27 '17, 9:21 a.m. | edited Jul 27 '17, 9:22 a.m.
Who is Mark?

The behavior you are describing sounds like a bug or something, but I could be misremembering how it works. In our environment, we didn't like the out-of-the-box "synchronize" behavior (it was buggy). So we wrote our own follow-up action which we called "Synchronize Time Spent". That might be why I can no longer remember how the out-of-the-box synchronization works. I can provide you with the code if you are interested in using it yourself, but deploying custom pre-conditions and follow-up actions is a little bit more advanced than what many users typically are willing to do so I didn't volunteer that solution out-of-the-gate.

Vicky Pagnaer commented Jul 27 '17, 9:28 a.m.

I apologize, Nate!


It does appear to be a bug, when you copy Time Spent - it should copy over the Time Tracked as well, no? So that this synchronization is still active... (at least, when this option is "on").

We haven't done any customizations yet, so I'll first try the configuration solution and see if it's still needed then. And now I know a workaround (which does not include deleting the work item and adding a new one :-) ).

1
permanent link
Nate Decker (378●1●42●61) | answered Jul 27 '17, 9:18 a.m.

It occurs to me that you may have decided in your process to allow users to directly modify the Time Spent attribute without requiring that they enter timesheet entries. In this scenario, one option would be to make the attribute read-only when the work item is in the Created state. You can do this by configuring the out-of-the-box operation behavior aptly named "Read-Only Attributes for Type and State".

If this pre-condition is enabled for all initial states, users will be forced to uncheck the box when copying a work item or the copy will fail. They will also be forced to advance a work item to the next state before they can update the Time Spent attribute.

Comments
Vicky Pagnaer commented Jul 27 '17, 9:21 a.m.

 Thank you, I will try this as well to prevent this in the future!
0
permanent link
Vicky Pagnaer (63●2●29) | answered Jul 27 '17, 9:20 a.m.

Update: I just tried adding an estimate & time tracking (your comment made me think of this) and afterwards removing the estimate and the time tracking and now the Time Spent / Progress has been reset. Very weird!

Comments
Nate Decker commented Jul 27 '17, 9:24 a.m.

The Time Spent shouldn't be tied to the estimate, but it makes sense that removing the Time Tracking would reset the Time Spent. That was the behavior I would have expected to see.

Your answer

Register or to post your answer.


Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.