Some people asked me about Sprint Length and how to define it. Most of the concerns are whether we can do Scrum with a 1-day sprint. Can we do Scrum with a sprint longer than 1 month? So this post will cover this topic.
1-day Sprint
Yes, you can do Scrum with a 1-day sprint. But you need to take into account how all events are held in one day. And does the development team have enough time to deliver working software? Some experiences have shown that when the Sprint length is less than a week, the team tends to remove all events to focus on developing features.
Remember that Scrum is based on transparency, inspection, and adaptation. If the team uses time to build working software but lacks a formal opportunity to inspect and adapt, they will lose the chance to learn and improve.
So if your business really must have a working software release every day, you can do a 1-day sprint, but that is not a recommendation.
Sprint longer than one month
Sprint’s time-box is one month, but Scrum does not stop you from having a Sprint longer than one month. If you want to do a sprint longer than one month, you need to consider: it will reduce focus, increase complexity & risk, valuable feedback can be lost from stakeholders and market. Of course, it’s not Scrum.
How to define Sprint length?
You can use some indicators below to define Sprint length:
– Market changes: What are your market conditions, and how fast do they change?
– Level of the team’s maturity.
– The uncertainty of technology.
– How long to have feedback from stakeholders to make sure the team builds the right value first. (if product knowledge is low, the PO doesn’t know what the right value of the product is -> In this case, the solution is: delivering quickly and learning from the market is the top priority).
– Dependency on externals.
