GO: In scrum, a sprint can be defined as a time unit in which the team implements a pre-defined scope to achieve an intermediate goal. The intention is to reach a target quickly, which ideally already brings value to the business. Within a sprint the team commits to a certain piece of work to complete with pre-defined processes and tools, agreed team rules, and company regulations.
In the long-term perspective, which could be seen as a marathon, we set and maintain a long-term focus by continual goal setting, progress management, and updating developing mechanisms and tools, to react to all kinds of changes along the way. We have the habit to stop and retrospect after every sprint to improve our processes to deliver the work.
Similar to running a sprint versus a marathon, in software development, we cannot maintain a sprint pace on a long product development distance. Our goal is to run a very long distance at the highest possible pace. That is what a marathon is about. We need endurance and evenness.
One of the biggest learnings from the marathon training is the intervals, which are short distance runs at high speed with recovery periods. We do this to get faster and build the endurance needed to run the marathon distance. That is a skill that can be used in the software development context. Interval training is the iterations (in scrum called sprints) where the team attains a high speed, concentrating on the work.
After the sprint is closed, there is a recovery time, where we do sprint reviews, reviewing what has been completed and delivered. We do a sprint retrospective to highlight what went well and what could be still improved and we also do a sprint planning where we incorporate all the learnings from previous sprints and decide on the next piece of work to pull into the sprint. A vital lesson to remember here is to plan in recovery times instead of continuously sprinting by celebrating all the milestones and sprints we complete.