Live data from Hacker News

Mind the Burndown, Comrade – Scrum Propaganda Posters

visage.co

41–42 of 42 posts

Re: Mind the Burndown, Comrade – Scrum Propaganda Posters

#41

Earlier quoted context omitted.

From my experience I've found that scrumm holds back good, fast developers because they focus on only doing their share in a sprint, when they could rocket ahead and be pounding on the backlog. How can you keep your best developers motivated and busy in an agile/scrumm environment?

That's not a Scrum issue, it's shitty project management. If the scope of a sprint is so far out of whack that fast developers are running out of work, then you're misestimating the complexity of deliverables. That sort of thing gets cleared up pretty quickly if it's being managed correctly.

What i see is not that work runs out, but the best developers on the team throttles their effort lower, so as not todo too much extra work.

Re: Mind the Burndown, Comrade – Scrum Propaganda Posters

#42

Earlier quoted context omitted.

Well said. I've never really looked at it from that perspective, tbh. But you're right, the sprint will keep effort at a sustained pace that the team accepts.

It's funny to see "sprint" and "sustained pace" used together. In a normal/regular life you have one or the other :-)

Scrumerfall adopted the term "sprint" so of course it's wrong. Before Scrum was much, we used the term "iteration" which is far more descriptive and truthful.
Post reply on HN