…icing the items to smaller pieces, because there will be nothing meaningful to slice at some point. Contrary to popular belief, there’s nothing wrong with having bigger chunks of work. As long as the items are as simple as can be (the art of maximising the work not done — Manifesto f…
True, but sometimes the development environment has been optimised for only making small changes easily or safely.
This may be an intended or unintended consequence, but the fundamental process is that not challenging the team’s ability to deliver more wide-ranging changes results in the atrophy of that ability.
Or worse, perhaps the team never grows the ability to deliver real transformation.
In which case, the situation can led to the team cranking out many many miniscule items of piece work instead of delivering what is needed, because the former is a they can do.
Then, you may as well use short sprints, because by that point it will no longer matter either way…