userdefinable remaining hours table

An idea perhaps?
Let me first say that I am happy (really happy) with Kunagi.
We have some holidays and vacation days that can be taken individually if needed. Kunagi knows about weekends, but It would be nice if you could input a table (belonging to the sprint) where the actual remaining work hours could be input instead of just assuming that every non-weekend day is a workday. Per person would be cool - you know:
|| id || 1 || 2 || 3 || 4 || 5 || 6 || 7 || 8 || 9 ||
|| KJ || 6 || 6 || 6 || 0 || 0 || 6 || 6 || 6 || 6 ||
|| ME || 0 || 0 || 6 || 6 || 0 || 6 || 6 || 6 || 6 ||
...

Have a nice day,
Karsten Jeppesen

Statement from Kunagi Team

There are currently no plans to support such a feature, because it is of limited use and would require extensive rework of the UI.

Status

Issue is closed.

Comments

Sun, May 19, 2013, 16:35 by artjom (PO,T)

We have had a lot of discussion in the past concerning tracking of time. At the moment, we have no plans to support more sophisticated possibilities in that regard. There are even quite resonable ideas and suggestions to remove hours altogether (see e. g. iss1049).

Tue, May 21, 2013, 07:34 by Karsten Jeppesen

While agreeing with the argument set forth in iss1049 finding it fully acce4ptable, I also see some inherent problems. Mainly in the minefield I find my self right now. Transitioning a department from the old MS Project world into the agile world you are constantly met with the resistance from some participants adopting the view "it was so nice when you were just told what to do" and readying the always "What did I tell you" defense should anything go wrong as it of course never does in the world of engineering. What I am getting at is that there is a phase where you have to satisfy the old gods by showing "reasonable control" and going agile within the teams. If the ability to relate to hours disappear, this tool may not cater to that segment. If the ability remains it may keep them forever in the twilight never to reach agile state. A true catch 22.
Well I may just have to device a working path out of the woods.
Thanks for a great tool tho :-)
Sincerely,
Karsten Jeppesen

Post a comment



optional
optional