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

If you are correctly following an Agile process such as Scrum, the productivity of each team member can indeed be quantified. You may think it's pure bullshit numbers, but the ratio of story points to hours worked tends to stabilize over time and give management an idea of how productive you really are.


Absolute bullshit.

* A team that is being judged on scrum velocity can simply keep inflating story points to make it look like they're going faster.

* A team that is optimistic has a lower velocity. A team that is pessimistic has a higher velocity.

* If a story is 8 points that gives no clue as to whether it ought to be a 2 point (if the technical debt accrued by the team were not so high).

In practice I've found that it doesn't stabilize either. Of course that automatically means you just "weren't doing Scrum properly".


>If you are correctly following an Agile process such as Scrum, the productivity of each team member can indeed be quantified.

No, no, no, a thousand times no. Tracking story points by developer is the diametric opposite of "correctly following an Agile process". It gives team members, individually and collectively, an incentive to game the system, thereby corrupting your metrics and estimates. You are literally begging your team members to lie to you.

Any competent lead should be able to identify who is more and less productive without using what is essentially micromanagement by story point. Story points should only ever be tracked by team for overall velocity measurements.




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

Search: