Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I think some of the problems and issues we're discussing here derive from confused project management methodologies that call themselves 'agile' yet require detailed estimation, measurement and reporting of task timing.

Story point allocation can be useful to give a quick and easy 'good enough' estimation of time/effort required for a significant chunk of work (epic).

I find that this approximate approach is almost always more accurate than trying to estimate every little task.

If the project manager and engineers try to break down a project into small granular tasks with time estimates then it's almost inevitable that the effort will be underestimated because it's virtually impossible to anticipate every sub task, blocker, unforseen delay, etc (and then there's the extra time it takes to manage all these micro tasks in your PM system!).

In such situations the old project manager trick of doubling all estimates tends to provide a more accurate timeframe.

This is why story points can be more accurate: because you are estimating the effort it takes to do something relative to your previous experience of similar workloads.

So, if you avoid estimating granular tasks and keep your estimates as the approximate amount of effort relative to something you've done before, then you will end up with a more realistic timeframe. Story points can help with this mindset. Also your team will not have to waste time faffing around in Jira too much, or whatever system you use.



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

Search: