(no title)
oliviabenson | 2 years ago
You could use Linear’s cycles and milestones but you probably don’t need any of that structure if you’re just working ticket by ticket.
oliviabenson | 2 years ago
You could use Linear’s cycles and milestones but you probably don’t need any of that structure if you’re just working ticket by ticket.
rahoulb|2 years ago
I put in a very random guess as to the points value of each request - nothing more than "trivial, easy, difficult, bastard-bloody-hell-shit-buckets-difficult".
I had Tracker set to work in "weekly sprints" - but they're not really sprints at all - it's just a unit of measure. Internally it averages the number of points completed over the last three weeks, uses that for an average velocity, then moves the date markers on the "backlog" list to match.
Then, when a client asked when something will be done, I could pretty accurately say "unless something urgent crops up, it will be '18th-24th March'" (where "something urgent crops up" means I insert a story at the top of the queue instead of at the end).
latchkey|2 years ago
If a PM wants to see how adding in just one more feature impacts the schedule, they can just drag the pointed story into the queue and see what gets pushed out to the next week.
If a developer goes on vacation, it is easy to see how that impacts the schedule cause you can subtract their average velocity.
Most people don't understand this killer feature of PT unless they've actually spent a bunch of time using it. It really enables you to do accurate project estimates, if you do it right.
Source: worked for cloudfoundry/pivotallabs