AUTHOR:Alicja Nurkiewicz
DATE:30.06.2022

Scrum vs Kanban. Short guide for business owners. 

Delivering a successful software development project is a challenging task to complete. There is no doubt about it.

„The percentage of projects that fail is fairly high—a whopping 70% of all projects fail to deliver what was promised to customers.” Source

Therefore, the methods of how to get to the finish line of a project with a valuable product, are constantly analyzed and refined. Running projects using scrum and kanban is one of the ways that do the job. Both methods, despite their differences, have several common elements. What in that case is the strongest link between scrum and kanban? Agile philosophy. 

This article defines what scrum and kanban are, considering the agile way of working as a bonding element of both.

The agile approach is the key

Agile development is the core of scrum and kanban. Although the history of the two frameworks is different, and so is their age, both are based on the same main assumptions as agile. The agile way of working favors collaborative work of the independent team that gathers project requirements and creates code based on an iterative approach. This is due to managing the occurring changes and problems effectively.

„Responding to change over following a plan” Agile Manifesto

Agile is then a wide concept of how to do things, and scrum and kanban are the tools the agile recommends to use. Both frameworks are intended to help the team run the project which usually ends with creating a working software.

Let’s explain what kanban and scrum are exactly and which framework to choose based on your project needs. And if you are eager to learn more about why the agile was brought to life and benefits it brings, check out our article.

What is Scrum

1 . Scrum framework is about a transparent process and a common understanding of its key factors.

2. The scrum process is based on inspection which means evaluating progress and gathering feedback. 

3. The last piece of the framework is to adapt the process based on inspection to get better results.

Scrum teams deliver work increments in planned time periods named sprints. After each sprint, the team gathers feedback to improve the process and the results. The scrum team (made up of members who have different roles like scrum master) takes part and performs various events and scrum ceremonies that help them deliver the elements of the product with each sprint. The base of scrum tools and processes is the Scrum Guide which contains all the rules, the scrum teams follow.

Scrum is about delivering working increments with every iteration, inspecting results and adapting the process to get improved results
Scrum is about delivering working increments with every iteration, inspecting results and adapting the process to get improved results

What is Kanban method

Kanban framework is aimed to visualize the workflow, which helps to monitor its implementation – progress and time needed to get the job done. One of the main kanban tools is kanban boards. They are used to present work – planned, being reviewed, in progress, or done. The way the board is divided depends on the development team and project. When the task changes its status it comes to a different column.

The goal of kanban board is to notice where the problems occur, for instance, at which phase the work is stopped, then define a blockage and take action to counteract it. This happens with the WIP work – work in progress, which is one of the main problems development teams struggle with. The kanban allows seeing the excess of work in progress, setting the WIP limits, and monitoring their implementation.

Kanban vs Scrum

The question like ’ Is kanban as good as scrum’ is not relevant because it’s difficult to compare different Agile methodologies that kanban and scrum are. Still if the goal of both is to improve workflow to deliver even complex tasks, they are two various project management methodologies. The best way to determine which one will be best suitable for the project is to understand the differences in their key metrics.

Roles and responsibilities

Scrum is based on a few roles and the resulting responsibilities.

1. A product owner is a role responsible for the product to the client. The function’s accountability also covers the product backlog management and work prioritization.

2. Scrum master supports the development team in following the scrum rules. 

3. A development team is a self-organizing entity that creates a product. 

4. Client means stakeholders the team gets the feedback from. Their role is to define with a team the project scope and the requirements, as well as examine the results the team delivers.

Kanban roles are not defined, however, there is often someone responsible for project management such as project managers who manage the kanban boards and its challenges. Generally, the whole team is in charge of a kanban board ownership, the same as there is collective accountability for task delivery.

Cadence and release time

Scrum operates within sprints that last from one to four weeks, depending on the needs. Each sprint has to end with a working increment so the complex issues are split into smaller user stories that the development team delivers with every sprint.

Unlike scrum, kanban doesn’t have a framed timeline in which the development team delivers a part of a product. The team does this as fast as it’s possible. To help reduce delivery time, the team uses the kanban board visualization.

Practices and key metrics

Artifacts, events, ceremonies – all of that practices are important part of scrum projects. They help the team to deliver the successful product with a support of the scrum principles: transparency, inspection and adaptation. 
What are the Scrum practices? 
Sprint planning, sprint, daily scrum, sprint review, sprint retrospective.

Scrum metrics are various but they have a common goal – to increase product quality, in other words: to make it more valuable. They are used during the scrum practices to measure effectiveness. Examples: sprint goals, scrum team velocity, burndown chart, and a few more.

Kanban has different data to indicate or increase efficiency. They all help to make a task delivery more effective with the emphasis on reducing execution time. Examples: cycle time that tends to be constantly improved, WIP (work in progress) that must have limits set, CFD (cumulative flow diagram) helping to define the blockages that decrease cycle time.

Kanban practices are related to its metrics: workflow visualization, limiting the WIP, and managing the flow which also includes the feedback.

Approach to change

Kanban is made to incorporate changes at any time if needed. The whole process is very flexible, new tasks can be added to the backlog because current ones can be removed. It all depends on priorities. The same with changes related to metrics like WIP – the limits can be adjusted if the circumstances are changing.

The changes with scrum are more complicated. When the sprint is in progress, it’s difficult to change the priorities and tasks. The sprint should end, and the scrum practices like retro can help to define the needs of changes that will be taken into account with the next sprint planning.

As it’s easy to see, there are some differences between kanban and scrum. However, they are related to the tools and practices, not the overall principles. The general rule of both frameworks is similar: to deliver valuable products in the most effective ways.

Scrum vs Kanban

Kanban vs Scrum. Which one to choose?

There is no right answer to a question about which is better kanban or scrum. It depends on the team’s need, the project’s type, the client, and the phase the software development project is in. Additionally, it’s good to know that both frameworks aren’t perfect and won’t fully meet all the needs. Nevertheless, they are considered the best for the agile delivery of software projects.

Undeniably, people are a crucial factor of the agile way of working. Thereby, self-organizing teams are the base of both scrum and kanban. Team decides what’s best for them, as they know how to organize their work. Therefore, if the agile team chooses to work in a hybrid model that combines kanban and scrum, they should try this out. Learning by doing is the best way to find out what works, and what doesn’t for the team.

There is already a named option for combining these two frameworks in one, which is called scrumban. It uses scrum as the main foundation and a few kanban principles as support. However, the rules of scrumban are less important because the effect is what counts. The team has to be pleased with their way of working and its results.

The Agile Manifesto says: „Individuals and interactions over processes and tools”

Let’s then people decide what’s best for them, especially that from the business perspective, it’s the working software that counts, not the path that was chosen to create it.

If you are the business owner who wants to learn how to step into agile software development from the client’s perspective, be sure to check out our blog and read our agile related stuff. We promise, you will learn a lot!

Contact

Benefit from a free consultation

Ready to turn your software idea into reality? Collaborating with us means benefiting from our experience, expertise, and cutting-edge technology to bring your vision to life. Simply share a few words with us about your idea, and our expert will reach out to ask the ring questions.