What are Sprint’s Characteristics?
According to Wikipedia, the following are the key characteristics of Sprint:-
Timeboxed
Timeboxing simply means to limit the maximum time an activity can take. It’s the core concept of a Scrum model. Therefore all the events that Scrum prescribes are timeboxed. Timeboxing of Sprints also takes place, and they have fixed start and end dates. Typically, a Sprint duration is 1, 2, 3, or 4 weeks, and this varies from organization to organization. Within this timebox, the Scrum team has to finish the agreed set of work.
What is the requirement of timeboxing? Can we have a 3-month Sprint like in traditional project management? If no, why? Let’s understand some of the advantages of Sprint timeboxing, which should answer these questions!
· Establishes a Work in Progress Limit: A work in progress task is the one which started but didn’t finish. In traditional project management, there was a big laundry list of such work items that have been pending for months. Failing to manage these WIP tasks can have severe consequences for budget, quality, and timelines. As timeboxing of Sprints happens, these WIP tasks cannot go beyond their duration. The team will pick only the work that they are confident of finishing within Sprint.
· Forces Prioritization: As Scrum is iterative, we get to chose what work needs to accomplish every Sprint. It will occur every 1–4 weeks, depending on Sprint duration. It results in the Scrum team to prioritize their work. As a result, the most important functionalities are the first to be picked.
· Demonstrates Progress: In Traditional project management, the progress was measured, but couldn’t demonstrate often. A development phase would run for 3–4 months and actual progress would only show at the end of the development phase. However, Scrum allows showing the work finished at each Sprint. The Scrum Team needs to demo the work done to the Product Owner, and he needs to accept the deliverable before the Sprint closes successfully. It also helps in getting quicker feedback and early detection of any issues.
· Avoids Gold Plating of Work: What is Gold Plating? It means intentionally adding extra features that were not part of the original scope. It often pleases the clients. But this sounds like a good thing to do — isn’t it?
A PwC study of over 10,640 projects analyzed that only 2.5% of companies complete their projects 100% successfully. The other projects either run over time, over budget or drop some agreed on features. Do you now see why shouldn’t we do gold plating! The projects are already struggling to complete what was agreed on, so there is no point in doing work that was not part of the scope.
A Sprint is timeboxed, and it has defined goals, so gold plating becomes difficult. It helps the team to focus only on the scope that was part of the Sprint plan.
· Predictable Outcomes: A timeboxed Sprint improves predictability. It’s easier to predict what will happen in the next 1–4 weeks as compared to something which happens six months down the line. It’s easier to say that we will complete Login and Registration functionality in Sprint 1, Cart Functionality in Sprint 2, etc. Now compare this by saying that we will complete the eCommerce website in the next six months !!
· Motivates Closure: A timeboxed Sprint with a defined end date motivates the Scrum team to complete the work. Imagine that the team is working on login functionality, and they run into issues. In Scrum, they will make all the efforts to close out the issue. However, in traditional project management, it’s easier to move on to other functionality. It results in several tasks that remain Work in progress.
Short Duration
We know that Sprints timebox, but even a three-month timebox can exist. So why does Scrum prescribes that a Sprint should not be more than a calendar month? Let’s discuss some of the advantages of keeping its duration short.
· Easy Planning — Imagine that you are doing a project where you have to create a new eCommerce website in 6 months. If you need to plan for this entire six months, it is going to be pretty tricky. You need to know all the dependencies, third party schedules, etc. However, if you just need to plan for the next 1–4 weeks, it’s easier, less time consuming and much more accurate than traditional project management.
· Quicker Feedback — Each Sprint creates a potentially releasable Increment of the product. It means that the product owners and stakeholders have the opportunity to provide feedback within every 1–4 weeks. Therefore, if anything is going wrong and needs a course correction, it can be taken up quickly. Compare this with traditional project management, where business users would usually look at the application during the UAT phase. Naturally, by this time, we are already too late to do any course correction.
· Better Return of Investment: We know that each Sprint would release a potentially releasable increment of the project (Yeah — we are telling this the zillionth time ! ). It means that we have an opportunity to release a feature much early as compared to traditional cycles where we had to wait for the entire project to finish. It helps to get the benefit of new work as soon as it finishes.
· Capping of Errors: Imagine that you are developing an eCommerce website, and after six months of work, the product rejection happens in User Acceptance Testing! How long will that take to course correct? It will put a lot of stress/pressure on the team to make it work. Now compare this with Sprint — Even if everything goes wrong, it’s worth only 1–4 weeks of effort. It is still easier to correct and get the project back on track.
· Frequent Checkpoints — As Sprints are timeboxed, the work needs to complete in 1–4 weeks duration. As such, the team needs to have numerous checkpoints to gauge the progress. There is a daily Scrum meeting with the team. There are checkpoints at the end of the Sprint (Sprint Review and Retrospective) where the reviewing of work and identification of improvement opportunities takes place. We will discuss these checkpoints (called Ceremonies) in detail in subsequent articles.
Consistent Duration
Consistent duration is another crucial characteristic of Sprint. It means that if you have a 1-week Sprint, then all the Sprint in the project will be of 1 week. Why do we do that? Let’s discuss some of the advantages of having a consistent duration.
· Rhythm and Consistency- If the Sprints are of the same duration, then it’s easier for the project team to get into a rhythm. They get used to the cadence. The usual story points are similar in each of the Sprint, so the level of effort is consistent.
· Ease of Planning — A consistent duration Sprint will have similar story points (amount of work), which makes it easier for the Scrum team to plan out the work. Imagine if Sprint 1 is of 4-week duration, but Sprint 2 is for one week. If there is any slip over from Sprint 1, then it might not fit in Sprint 2 at all. It will make the life of Scrum master difficult. A fixed duration also helps in quickly coming out with the number of Sprints (assuming there is a fixed release date). In the case of variable duration, a lot of effort will be needed upfront to figure out the number of Sprints, and the logic behind it.
No Goal Altering Changes
One of the key characteristics that make Scrum so successful is the concept of No Goal Altering changes. Before we start the Sprint, we define the goals for it. The goals are in the form of a product increment that potentially releases to production. If you are making an eCommerce website, the goal could be to create login and Registration functionalities, which will allow users to register a new account and log in using that account.
Once the Sprint starts, it’s not allowed to make changes, which can result in the Sprint not accomplishing its goals. It helps the team to focus on the work without any distractions from changes.
Does that mean we cannot make any changes? Well, Scrum encourages closely working with the Product owner and taking regular feedback. It could result in some suggestions and improvements. Minor feedback that does not impact the Sprint goal can be incorporated. However, anything significant cannot include.
