Hacker Newsnew | past | comments | ask | show | jobs | submit | productmanager's commentslogin

I find it helpful to keep in mind that the traditional statistical significance test is a statement about a conditional probability. i.e. it's the probability of the data given the hypothesis (the null hypothesis). But what many actually want is the probability of the hypothesis given the data. Sometimes these are referred to as the frequentist vs. bayesian approach. There's a helpful recent podcast here by with author of Trustworthy Online Controlled Experiments https://music.youtube.com/podcast/hEzpiDuYFoE


We've been using Pivotal, but are about to switch over to Jira completely. Tried Trello. At end of day Trello and Pivotal are lacking 2 key features we need for better predictability in scrum, particularly on enterprise software with many projects: tasks with t-shirt/time estimates, and burndown charts. Without these, the PM team has a hard time estimating a few months out what is possible.


If you're not getting a pretty constant velocity (if you're going the sprint route) or cycle time (the kanban/flow route) then no tool is going to make that happen.

I confidently predict that if Pivotal is not helping you now, Jira will not help you in the future. What needs to change is how the team works, or maybe management's expectations of the team. Not the tool.


agree.. technically the velocity should be constant and more or less is.. but the story estimates still establish the building blocks for this.. a story seems to need tasks and task estimates to make the overall story estimate more accurate. Tasks help to break up activities. alternative is to groom the story of course, then you're left with a larger list of stories to manage however, and taking care of that in turn eats into our PM team's velocity :)


It sounds like your spending a lot of effort on estimating. I'd guess (I'm not there so probably incorrectly :-) that you've got some combination of:

a) stories being too big

b) stories having to much variation in size

c) doing time based estimation rather that relative estimates or story counting.


They are supposed to have a hard time estimating a few months out.

Predicting the future is hard.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: