Select topic
Kanban is an extremely useful project management methodology that helps visualize your workflow, control processes, and optimize results. However, project managers and others new to Kanban often have questions about how it works in practice. What are the Kanban team roles and responsibilities to help make work effective?
That’s what this article aims to answer by helping you to understand the tasks and responsibilities of all Kanban team members. In return, you will be able to use Kanban to do your job better and achieve more significant results.
Because Kanban is often used as an Agile methodology, people often compare it to Scrum. In particular, you’ll often hear the question of who is the equivalent of the Scrum Master within Kanban.
Or even: Is there an equivalent to a Scrum Master? Does a kind of Kanban master role exist? Is there any kind of Kanban leader roles and responsibilities?
Indeed, the idea of having formal roles within Kanban seems almost strange. Kanban roles are rarely mentioned in discussions or articles on the framework of the best Kanban software tools in the market.
However, there are two key Kanban team roles: Service Delivery Manager and Service Request Manager.
Many people regard them as essential to the smooth running of Kanban, whereas others argue that they may not be crucial. We will discuss this point at the end of this article. In the meantime, let’s explore these two key Kanban team roles and Kanban team structure in more detail.
The Service Delivery Manager (SDM) is responsible for improving workflow efficiency. This role is not the same or directly equivalent to a Scrum Master, although there are some similarities.
The main goal of the SDM is to ensure a smooth flow of work. This is why the role is often known as Flow Manager or Flow Master. The SDM helps the project team to focus on increasing the speed of delivery and shortening response times – in other words, increasing productivity and efficiency by focusing on workflow.
In the early days of Kanban adoption for software development, project managers typically performed the SDM role. Over time, project manager roles focused more on service delivery.
This left Kanban team members needing someone to oversee the quality of their service delivery. As a result, the SDM developed into a Kanban role separate from the project manager.
To help optimize workflow and service delivery, the SDM is expected to:
In addition to these overarching goals, successful SDMs also usually focus on the following:
There are no strict rules about how to apply the role of the Service Delivery Manager. You can appoint an existing team member to perform the function or even rotate this Kanban role between team members.
The Service Request Manager (SRM) understands and interprets the client’s needs and expectations. In that respect, it is similar to – and sometimes confused with – the role of the product owner in Scrum.
In this way, the SRM functions primarily as a risk manager and facilitator. They should apply a pre-defined set of criteria around value to rank work items by priority according to the value they offer.
To help align expectations and delivery priorities, the SRM is expected to:
Generally, the SRM role best suits someone who can interact with and understand end customers well. Account managers or sales engineers can often do well in this role. This person should have a deep awareness of customer needs and priorities or the ability to uncover them quickly and easily.
This Kanban role suits empathetic people who find building relationships with customers and project team members easy since effective communication is also essential for success.
No. If you are new to Kanban, you may be tempted to start setting up these roles immediately. However, it’sremembering that these Kanban team roles are not mandatory is worth remembering. Lacking these roles will not necessarily lead to failure. Let’s explore why this is.
Kanban team roles of Service Delivery Manager and Service Request Manager developed over time to help organizations transition from a more traditional, rigid team structure to a more Agile, self-organizational mindset. This is one reason these two roles exist and can be filled successfully, yet they are not strictly necessary to use Kanban successfully.
That said, incorporating these roles into your Kanban efforts may be helpful and help you become a more effective Kanban user more quickly. In this case, it is best to introduce these roles over time.
It is usually not recommended that you hire new people into your organization specifically to fill these rules. In most cases, it is better to involve existing team members who look like they would be well-suited to the roles. They will already know your organization, processes, and clients well, and you will have time to assess how well they operate using Kanban before deciding who to choose to fill these specific roles.
Roles in Kanban teams often develop over time and in unofficial capacities as your team gets used to the Kanban methodology and Agile environment. In our clients’ experience, it is usually best to give your team some weeks – or even months – to get to grips with Kanban before deciding who should become your Service Delivery Manager and Service Request Manager.
Here is how our product team manages the process with Kanban – 52 Sprints later.
Knowing how to use Kanban to improve your workflow is vital for success. We hope this blog has helped introduce you to the two most common Kanban team roles, exploring their associated tasks and responsibilities and offering some thoughts on how to fill them most effectively for your team.
Find out more about how Teamhood’s flexible Kanban system works, or book a demo to see how it could work for you: