Live data from Hacker News

Why I'm done with Scrum

lostechies.com

161–163 of 163 posts

Re: Why I'm done with Scrum

#161
post #47

Earlier quoted context omitted.

In my experience most teams do planning completely wrong. The goals of the planning meeting are simply: 1. Do a relative-size estimate the top n stories in the backlog. (Where n is some number slightly larger than the number of stories that usually fit in an iteration.) 2. Pick the stories to complete in the iteration. That's it. I often see teams: * doing one-by-one story estimation, and debating over how many point…

Do you really think one-by-one story estimation is that bad? At Kongregate it's about 8 people doing it, for 45 minutes or so every couple of weeks. It isn't the most fun thing in the world, but I do think it's helpful to spend between 30 seconds and a few minutes talking about how hard something's going to be. If it seems hard, easier ways are often suggested... If you're not looking at them one by one, what are you…

   > talking about how hard something's going to be.
The planning meeting isn't the right place to review the implementation approach of every story. That's best left to another discussion among the technical team, probably in a design review.[1]

Discussion isn't necessary for estimation purposes when the team agrees on effort. It's only necessary when the team can't agree where to rank the story's effort in relation to other stories, both completed and upcoming. (You need completed stories in there to "anchor" the story points, otherwise the meaning of a point will drift from iteration to iteration.) Once the team has ranked most stories, the team can return to those that they can't rank, and discuss them a little further until they can fit them into the rankings.

[1] It could be that the team isn't communicating enough, and that the planning meeting is the only time they're forced to communicate.

Re: Why I'm done with Scrum

#162
post #150

Earlier quoted context omitted.

No - because you're not the business owner and don't decide what order things go in the backlog. A better way is to just give a sufficiently large estimate: "That's 100 points* due to risk and uncertainty." If they want a more detailed estimate, then they have to give a more detailed story. * - whatever will give you 6 +/- 3 months

This is one of the best things an older programmer has taught me. If people want estimations on vague things, give them 8 month full team full time. Minimum. Doesn't matter what it is. Implement a new, small feature? 8 month. Move the office furniture around? 8 month. People talking to you learn quickly to give out more precise specifications.

I should point out that just throwing out a 100 point story over nothing is a bad plan career-wise - you definitely need to be able to back it up with reasons (we need to interface with systems x, y and z, this is comparable to other system w which took 8 months, we don't have any spec for doing a, b or c).

In that sense the 100 point estimate is a real one - a "small" feature (eg. add a form to your web site) might be two or three weeks of work.

Re: Why I'm done with Scrum

#163

There seems to be some very scrum-savvy people here. I have used it many times, but I am interested in your thoughts about how designers typically work within that framework. In my experience design and scrum don't play very nicely together. Thoughts?

There are a bunch of folk (me included) who spend a lot of time thinking about getting UX and Agile folk to play nice together. You can find some of my rantings via lanyrd http://lanyrd.com/profile/adrianh/ . You'll likely find Jeff Patton's work of interest - this might be a good starting point http://agileproductdesign.com/blog/emerging_best_agile_ux_pr... . There's a stack of stuff under https://pinboard.in/u:adri…

Amazing. I'm glad I asked. Thanks!
Post reply on HN