Opened 13 years ago
Last modified 7 years ago
#7871 new enhancement
Add start date to a milestone
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | high | Milestone: | next-major-releases |
Component: | general | Version: | none |
Severity: | major | Keywords: | tracobject |
Cc: | fcorreia@…, Thijs Triemstra, liltor@…, franz.mayer@…, Ryan J Ollos | Branch: | |
Release Notes: | |||
API Changes: | |||
Internal Changes: |
Description
It would be nice to have a start date for a milestone. With that, it's possible:
- To filter on started/not started milestones on the Roadmap page
- Create reports to show only tickets in currently active milestones
- Sort on started date in the 'Milestone' dropdown on the ticket create and update pages.
With a start date built-in, plugins could use that (for example the Scrum Burndown plugin) to draw their graphs. The Scrum Burndown plugin now has to arrange a column, while it could be useful for more plugins.
Attachments (0)
Change History (20)
comment:1 by , 13 years ago
Cc: | added |
---|
comment:2 by , 13 years ago
Keywords: | tracobject added |
---|---|
Milestone: | → experimental |
Custom field for milestones …
comment:3 by , 12 years ago
Milestone: | experimental → next-major-0.1X |
---|
Milestone experimental deleted
comment:4 by , 12 years ago
Owner: | set to |
---|
comment:5 by , 12 years ago
Cc: | added |
---|
I would find that also incredibly useful, so I'm listening, too.
I'd like to create a Gantt chart from the Roadmap / Milestones for a better overview.
comment:6 by , 12 years ago
Cc: | added |
---|---|
Priority: | normal → high |
Severity: | normal → major |
Makes a lot of sense.
comment:8 by , 11 years ago
Cc: | added |
---|
comment:9 by , 10 years ago
A milestone start date also allows calculation of how accurate (predicatble) we are performing. The difference from the Start-date to the Due-date and Completed-date can then be compared. Were we early, on time or late?
This would improve project planning in general as well as making this kind of information visible to stakeholders ion the project.
follow-ups: 11 18 comment:10 by , 10 years ago
Idea: workflow for milestones, e.g.
start = new -> active finish = active -> closed finish.set_resolution = completed pause = new, active -> onhold cancel = active, onhold -> closed cancel.set_resolution = cancelled restart = closed, onhold -> active |
follow-up: 13 comment:11 by , 10 years ago
And of course, proper history, so each change is tracked and has a modification time associated to it.
comment:12 by , 10 years ago
Cc: | added |
---|
follow-up: 15 comment:13 by , 10 years ago
Cc: | added |
---|
Replying to comment:10 of cboos:
Idea: workflow for milestones, e.g.
OT: cool, I didn't know that you could do workflow-graphs in Trac. Shouldn't it be listed in WikiProcessors#AvailableProcessors?! Maybe all available processors should be listed dynamically by a macro / processor?!
Replying to comment:11 of cboos:
And of course, proper history, so each change is tracked and has a modification time associated to it.
Change history for milestones would be really useful. But wasn't there a discussion about making milestone "just a special ticket"? I haven't found it at once (searched for "milestone as ticket").
comment:14 by , 10 years ago
Cc: | removed |
---|
comment:15 by , 10 years ago
Replying to framay <franz.mayer@…>:
OT: cool, I didn't know that you could do workflow-graphs in Trac. Shouldn't it be listed in WikiProcessors#AvailableProcessors?! Maybe all available processors should be listed dynamically by a macro / processor?!
See #10270. It's a new macro, so it's listed (by the MacroList
macro) at 0.13/WikiMacros. Not sure, maybe the ProcessorList
macro from #10201 could in the future also list it on the WikiProcessors page.
But wasn't there a discussion about making milestone "just a special ticket"? I haven't found it at once (searched for "milestone as ticket").
#3003 maybe?
follow-up: 17 comment:16 by , 10 years ago
comment:10 sounds great to me, but also outside the scope of the request in this ticket. I'd find it incredibly valuable to have a start date for milestone, and have even considered creating a plugin to add this. Creating the plugin would be challenging (and fun) for me, but I imagine that adding a start date is trivial for the Trac developers, and would just like to emphasize how useful this feature would be, and how appreciative I'd be if this were added :) To put it simply, as a starting point I'd just like to know the time span for a milestone, and be able to quickly determine the number of tickets closed in a milestone. Plugins could use this data to derive more complex metrics.
comment:17 by , 10 years ago
Replying to Ryan J Ollos <ryano@…>:
To put it simply, as a starting point I'd just like to know the time span for a milestone, and be able to quickly determine the number of tickets closed in a milestone.
Poor wording. More precisely, I'd like to be able to quickly determine the burndown rate to an end-point spanning multiple milestones - (Number of tickets closed in a milestone) / (time span for the milestone).
comment:18 by , 10 years ago
#10674 was created after some observation about how the WorkFlow macro behaves in comment:10.
comment:20 by , 8 years ago
Cc: | added; removed |
---|
comment:21 by , 7 years ago
Owner: | removed |
---|
(just listening)