3 ms·
> If it won't fit comfortably in the sprint it waits for the next one. That will never be how it's done. You work on it however long you can on this sprint and
by jjav 3y ago
> If it won't fit comfortably in the sprint it waits for the next one.
That will never be how it's done. You work on it however long you can on this sprint and then finish it in the next one. So now you have two choices: either break it down in a completely arbitrary way into two stories, one for each sprint. Or just completely ignore the sprint boundary nonsense and just work on it.
Either way, it highlights how dumb it is to put silly boundaries on work delivery. Accomplishes nothing other than to waste people's time.
- mjfisher 3y agoSorry, but that blanket statement is just wrong. That is _exactly_ how it's done when I run a scrum team. If it stops being a good fit or working well for any number of reasons, we stop and look at the process. It works because your stakeholders see that you're actually delivering what you said you would _when_ you would, and that gets you the buy in and authority to run the team in a sane and sustainable manner. For what it's worth, I prefer Kanban in most cases - but both are just different ways of managing WIP, utilisation and delivery time.