If your company is in the IT industry, you probably heard about Scrum and Kanban as a go-to development process. Both follow Agile principles\u00a0but they focus on different outcomes. Let’s learn how to choose the right development process and ask a set of simple questions that will help you you find out which one works best for you.<\/p>\r\n\r\n\r\n\r\n
We assume that you have a basic understanding of both frameworks and won\u2019t go\u00a0into too many details about all the processes that happen in Scrum or Kanban, but we can highlight the parts that are\u00a0important to answer our question.<\/p>\r\n\r\n\r\n\r\n
Basically, in Scrum, the team makes small plans for the next 1-4 weeks on how to deliver and integrate the next working piece of a product. While planning, the team ensures that everyone has enough work to start by, but if the team can handle more work before the sprint ends, it will do so. As you can see, the focus of Scrum is resource efficiency or,\u00a0simply\u00a0put, that most work gets done.<\/p>\r\n\r\n\r\n\r\n
On the other hand, Kanban\u00a0is more focused on delivering things on time than the quantity of work done. It is more a set of principles than a full-blown\u00a0development framework and therefore it is more flexible than Scrum.<\/p>\r\n\r\n\r\n\r\n
In software development, it is popular to use the Kanban Board to visuals the\u00a0work in progress. In its simplest form, the Kanban Board has three columns: Todo, In Progress, and Done. The team sets a cap on how many\u00a0tasks\u00a0can be \u201cin progress\u201d.<\/p>\r\n\r\n\r\n\r\n
Let\u2019s say that the team has 7 members with a set WIP cap (work in progress) of 6. That means that the team will do much less multi-tasking and will be able to\u00a0deliver things on time. Also, the team will have one member ready to respond if a high priority task enters their to-do\u00a0list. As you can see, Kanban gives priority to finishing the ongoing tasks as soon as possible rather than taking on new ones.<\/p>\r\n\r\n\r\n\r\n
To solve our dilemma \u201cScrum or Kanban\u201d we can ask ourselves these questions:<\/p>\r\n\r\n\r\n\r\n
Let\u2019s say that your company has a dedicated team to fix bugs and let\u2019s say that you have a contract with your clients to fix any bug within 3 weeks after they have reported it. In that case, Kanban is the\u00a0best choice\u00a0for your team. Your priority is to deliver fixes in time and avoid paying fines for violating the terms of the agreement.<\/p>\r\n\r\n\r\n\r\n
You can think of a hospital as an organization working in a Kanban framework. A hospital does not care much about treating as many patients as possible, it cares more about saving people\u2019s lives. Putting it differently, it does not care about having every doctor do something; it cares more about treating patients in critical situations first. So, if your project demands to act upon sudden changes instantly, Kanban may be a good choice.<\/p>\r\n\r\n\r\n\r\n
Let\u2019s say that your client would like to have a new product and that he knows how much money he is ready to spend and how long he can wait. In that case, Scrum has much more to offer in terms of KPI as it is a common practice to generate reports like the Burn\u00a0Down Chart and Sprint Velocity Chart periodically. Those KPI will constantly change as the project progresses, but at least there is a good guess on how things are coming along. Scrum is an iterative development process and the client can always review the latest reports and\u00a0decide to\u00a0add or remove features to conform to their budget or deadline.<\/p>\r\n\r\n\r\n\r\n
Another hurdle in implementing new ways of work is the\u00a0willingness to change. If your company finds it difficult to let go of former job roles and responsibilities, it may be hard to accept Scrum as the new development framework.<\/p>\r\n\r\n\r\n\r\n
Scrum can be very efficient once everyone is on the same page, but in the beginning, it can take getting used to. In contrast, Kanban is more loosely defined. It simply\u00a0sais \u201cDo whatever you want but follow these few principles\u201d so it is possible to work with a Kanban Board without changing job descriptions within the\u00a0company.<\/p>\r\n\r\n\r\n\r\n
Although Scrum and Kanban both follow the Agile principles, and both focus on eliminating waste in the development process, they have enough differences to make it worthwhile to analyze the needs of the project deeply before choosing one over the other. That is how\u00a0Scrumban\u00a0came to life. It is a hybrid taking practices from both frameworks.<\/p>\r\n\r\n\r\n\r\n
You can think of it as\u00a0Kanban with more structure. If you find yourself debating\u00a0for too long over Scrum vs. Kanban, then\u00a0Scrumban may be the right choice for you.<\/p>\r\n\r\n\r\n\r\n
In the end, every project is different and there is \u201cNo silver bullet\u201d. In your career, you will\u00a0probably\u00a0implement all the frameworks we discussed here. It is up to you to determine what frameworks fit\u00a0your project needs and what is the best choice for your team. It is an important decision to make because the success of the project depends on it.<\/p>\r\n","protected":false},"excerpt":{"rendered":"
If your company is in the IT industry, you probably heard about Scrum and Kanban as a go-to development process.<\/p>\n","protected":false},"author":6,"featured_media":522,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[17],"tags":[],"class_list":["post-281","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-project-management"],"acf":[],"yoast_head":"\n