Recent activity
Subscribe to this feed
Alan Pinstein replied on April 21, 2009 15:46 to the question "Correctly using 0-point estimates for features?" in Pivotal Labs:
Alan Pinstein replied on April 21, 2009 13:48 to the question "Correctly using 0-point estimates for features?" in Pivotal Labs:
JB- Thanks for the reply. From your documentation and FAQ's it would seem that you'd expect people to use a *chore* or *bug* for such a task, since neither of those contribute to velocity.
I am not sure I agree with the way that works for stories. I guess the easy fix is to always use 1-pt or more for stories, but frankly it seems strange to have to train ourselves to do that.
The problem with 0-pt stories is that if you have 20 of them clearly it doesn't take 0 time. Since the whole idea of velocity and points are to figure out if people are good at estimating so that iteration planning works better, then using the "lowest" setting on the point scale shouldn't *turn off* estimation, as it breaks the entire process.
Why don't you just make 0-pt stories count as 0.1 point or something like that? And then people can use chores if they really don't want something to be counted.
Thoughts?
Alan Pinstein asked a question in Pivotal Labs on April 20, 2009 15:37:
Workflow for prioritizing backlog?How do you go about prioritizing all the items in the backlog? There could potentially be 100's of stories.
In previous product management processes, we had a handful of fields for each story that allowed us to persist "business priority information" about ideas. The fields were:
Business Value: 1-3 (1=most revenue potential, 3=least)
Strategic Fit: 1-3 (1=most aligned with core strategy)
Time To Implement: 1-4 (1=quick fix, 2=4-8 hrs, 3=multi-day, 4=multi-week)
At a periodic meeting we'd "score" all new stories. Simple weighting formulas could then produce a list of reasonably ordered items, which we'd then hand-pick for iterations.
I don't see how to do anything like this in Pivotal. Particularly disappointing is no custom fields, so even if we "score" an item, it's tough to cleanly persist the score for later recall.
I am worried as we use the tool more it'll be painful to have to keep sifting through 100's of backlog entries without this information handy.
How are others dealing with this?
Alan Pinstein asked a question in Pivotal Labs on April 20, 2009 15:20:
Correctly using 0-point estimates for features?I've just started using Pivotal. In previous workflow management tools, we used the concept of a "Quick Fix" for something that would take < 1 hour to implement.
Naturally, it seemed that we should choose the "lowest" point score to estimate such stories. The lowest point score is ZERO, so we used that on a bunch of stories.
However, it seems that Pivotal really treats this as ZERO, in that if you have 10-point velocity it will schedule arbitrary numbers of zero-point stories into the current iteration.
Do I have this right? If so, what's the point, since a zero-point story essentially opts you out of the capacity planning part of Pivotal.
Please advise!
Alan Pinstein shared an idea in Feedscrub on January 13, 2009 00:02:
Improvements for Save/Scrub buttons in RSSI love the "save" and "Scrub" buttons in the RSS feed, but they don't work as easily as they should.
The window opened when you scrub should be smaller (you can do this with JS) so that you don't have to wait for it to close.
Save it should save the item and then redirect to the article so that I can save & read with 1 click.
Alan Pinstein reported a problem in Feedscrub on December 17, 2008 02:55:
"more stories" paginator broken"more stories" link to load more stories from a feed in training mode doesn't work.
Loading Profile...

