Tag Archive for: agile frameworks

Principles and Practices of Kanban

In our fast-moving world, customers expect fast results and priorities are constantly changing. Therefore, companies must be able to respond and adapt quickly.

In the middle of the COVID-19 pandemic, my favorite piece of cake inspired me to tell the story of a confectionery shop that was urged to change their product portfolio due to market changes. As I use this story very often to introduce Kanban principles and practices in training and coaching sessions, I also want to share it here.

Grab a piece of cake and read how Kanban principles and practices can be applied to initiate and manage change effectively.

What is Kanban?

The inventor of the Kanban method, David J. Anderson, was on holiday in Japan in spring 2005. Spring is the time of cherry blossom, so he went to see the cherry blossoms in the gardens of the Imperial Palace. Many other people wanted to do the same and there were long queues.

To manage the flow of the crowds, each visitor was given a ticket. If there were no more tickets, admission was paused until another visitor had left the garden. Access to a scarce resource – the garden – was managed by limiting the capacity – the tickets. The presence or absence of a card was the signal whether there was capacity or not. This was a kanban system. The Japanese word “kanban” means “visible signal”.

By using Kanban, a company develops the capability to respond better and faster to changing customer needs and expectations.

We can apply Kanban everywhere in a company where we provide a service and in any situation where people and processes are involved. Kanban is neither a methodology nor a framework. In contrast to Scrum, it does not prescribe events, workflows, roles or responsibilities. Rather, it is a method that is applied to an existing way of working, with the purpose of making that way of working more effective. With that, it is much more than just a board full of sticky notes.

Recommended for you: Kanban Foundations online short course

Why you benefit from using Kanban

Where to apply Kanban

The Kanban method takes inspiration from lean manufacturing in many aspects and was designed for knowledge work. Kanban is not limited to specific industries, products or services and also does not require specific roles, events or practices.

Using Kanban for change management

A friend of mine works for a confectionary shop that sells cakes and a few other bakery goods. She is an expert in producing and decorating cakes for weddings and other celebrations. The shop is a small family-owned business with a stable number of b2b and b2c customers who used to order cakes regularly.

When COVID-19 hit, the market environment changed drastically: The customers came less frequently and the bakery store’s hygiene measures needed to be adapted in order to meet new requirements. This affected the production. Also, the customers demanded more bakery goods instead of cakes. Bread had been sold out several weeks in a row and the bakery realized that they needed to change their product portfolio. To address the change, they took several actions.

When I first heard about their change, I was preparing for a Kanban workshop, looking for an example of how to apply Kanban principles and practices. Because I like cake and think most of their measures relate perfectly to Kanban, a cake-inspired version of the Kanban principles and practices follows:

The six principles of Kanban

Start with what you do now

The team of the confectionery shop was already experienced with baking one type of bread. They used their existing knowledge and capabilities to change their product portfolio from cakes to bread: They simply took their bread recipe and produced more bread of that type. They built on top of what they already did instead of planning a big change, which allowed them to start on the same day and learn fast.

When uncertainty is high, the first step of a change is not always clear. We counter this by building on what is already there.

The first principle of Kanban says: Start with what you are already doing.

Pursue evolutionary change

As the confectionery shop did not want to do a big bang change, they analyzed what they could add to the basic recipe in order to further improve in small steps. So they decided to add some special grains and seeds to their bread, in order to create variations. The customers liked it and some of them also provided feedback on the new products. Some preferred smaller sized breads, for example.

With that, they approached new things in many small steps and learned from their experiences. This is easier to implement than introducing big changes overnight – only to realize at the end that another way would have been better.

The second Kanban principle says: Agree to pursue evolutionary change.

Encourage leadership at all levels

The change in their product portfolio triggered some adaptations in how the team of the confectionery shop works together during the day and how they manage their work. Because team members know best what needs to be changed in production, they encouraged everyone to bring in their ideas and knowledge. Together they owned the process of inspecting and adapting continuously. This led to several actions like transforming their café area into a second production room and adjusting their worktimes.

Change happens when it is initiated and accompanied by someone. When we start with what we are already doing and manage change in many small steps, this does not only concern leadership roles in the organization. Often small or supposedly insignificant observations and suggestions for improvement come from people with no formal leadership roles. After all, through their daily operational work, they know very well what changes can make an impact.

The third Kanban principle relates to that: Encourage leadership at all levels.

Understand customers’ needs

The team used statistics to learn and understand what their customers needed and adjusted to those. They found out that they didn’t sell any cake but three types of bread instead. They also noticed that on Mondays there were fewer customers than on Fridays. Based on this data, they managed their purchasing of ingredients accordingly and were able to reduce waste.

Clients judge services on the basis of various criteria. If a team fulfills them, this leads to satisfaction. So if a team understands their customers better, they can think about their work system from the customers’ point of view and focus on the customers’ needs.

This is what the fourth Kanban principle addresses: Understand the needs and expectations of customers and focus on them.

Manage the work, not the people

Working times and workflow steps changed as the business offered different products and more variation. It became very important to prioritize work and ensure that the system of work is effective rather than ensuring that all team members were utilized.

The team knew best what they needed to do to manage and organize bread production, so the owner of the shop let them self-organize around that work. The shop owner established a pull system and created an environment where people felt safe and motivated to organize themselves and produce value (bread).

The fifth Kanban principle says: Manage the work and let people organize themselves around the work.

Control service delivery through policies

With offering more variations and other types of products, the team agreed on how “type 1” bread should look like to meet their quality standards. They also defined what needed to be done in each workflow step.

Offering new types of bread required change. They had to continuously develop their offering  and rules for collaboration. Continuous inspection and adaptation was needed to ensure sustainable results.

The sixth principle says: Control service delivery through policies.

Want to deepen your knowledge? Try Kanban System Design (KMP I) Training

Why Kanban supports change management

When change is needed, Kanban’s first three principles provide guidance on how to manage  change.

Kanban’s first principle relates to the introduction of change. It says: Start with what you are already doing. Approaching new things and learning from the experiences with them is related to an evolutionary approach that is covered by the second principle: pursue evolutionary change. The third principle relates to promoting responsible action in every individual (encourage leadership at all levels).

This is why the first three principles are also called change management principles. The remaining three principles are focused on service delivery and are therefore called service delivery principles.

Kanban core practices

Make work visible

The team followed specific practices that helped them to produce good results. For example, they supported the purchasing and production by visualizing the number of orders from previous days so that everybody was aware of the development and could adjust accordingly. They also reorganized the workspace in a way that allowed them to see what others were doing, which led to better alignment during production and less bottlenecks.

If, for example, too much dough was prepared but not processed further, they were now able to see that the dough was piling up. Waste was also noticeable: Dropped toppings on the floor couldn’t be processed further and also posed the risk of an accident if someone slipped on them.

These visible signs were discussed and the team initiated measures for optimization. Visualizing work and the flow of work allows us to absorb and process a lot of information in a short time. Because everyone involved has the same picture, visualization supports collaboration and helps make better decisions. Visual signals show us when we need to act or where problems occur.

In contrast to the construction of physical products, the inventory is not visible in knowledge work. It’s more difficult to recognize queues or blocked work. A Kanban board can make work visible in this case.

The columns represent the flow of work, from the first step to the delivery of customer value. The work flows through the system and is visualized by means of maps. This allows us to see at a glance where any bottlenecks and overloads occur. Colors and shapes can also be used to additionally visualize different states such as blocked or very urgent work.

Limit work in progress

The confectionery shop only had three ovens, which was enough for producing cakes but not enough for the demand of bread. They needed to limit the work in progress of bread to avoid long waiting times, which would have resulted in quality issues and waste.

Work in progress refers to the number of tasks that are in progress at any given time. Kanban provides an effective work system with focus on the flow of work rather than on the utilization of employees. When resources are fully utilized, there is no idle time in the system and the result is poor flow, just like rush hour traffic on the highway.

In knowledge work, we also encounter the problem of context switching, which can drastically reduce effectiveness. Perhaps you know this: you are editing a text document and a colleague calls. You are pulled out of your thoughts and need a moment after the phone call until you can continue where you left off.

In Kanban, we therefore limit parallel work in order to balance the workload and ensure an even flow of work.

Manage the flow of work

The team was continuously producing bread as they noticed that much time and effort was needed during production – more than they had assumed. Therefore, they decided to measure the time needed for each step in production. After a few weeks, the numbers indicated a bottleneck in transporting the unfinished loaves to the ovens. By reducing transport times and adapting the way of working in the team a bit, they enabled an even flow of work that also had positive effects on an even utilization of the ovens.

The goal of managing the flow of work is to get the job done as smoothly and predictably as possible while maintaining a steady pace. It aims to create value for customers quickly and sustainably.

Limiting parallel work is one of the most important measures in Kanban that helps us to ensure a smooth and predictable flow. To achieve this, we need to monitor and measure the flow of work. This provides us with data that can be used for expectation management, forecasting and improvement.

Make policies explicit

The team made many decisions about the organization of work and how work was done. This referred, for example, to how new work – i.e. orders from customers – entered the system. The definition of when a task is completed and another colleague takes over was clear to everyone involved. Other examples of explicit agreements related to limiting parallel work, guidelines for dealing with tasks of different priority or meeting times.

Everyone involved agreed on policies, including clients, stakeholders and colleagues responsible for the work. In order to keep track of the agreements, the team made them visible and accessible. For example, they printed a checklist that made explicit how to leave the workplace at the end of the day.

A team agreement is a good way to introduce such guidelines at team level. As with all other building blocks of the system, policies need to be reviewed and adapted regularly. Guidelines are not work instructions that describe how work should be done in detail. Setting explicit rules is meant to enable self-organization.

Implement feedback loops

The change in the confectionery shop’s work required regular conversations. To ensure a constant cycle of inspection and adaptation, they provided feedback regularly. They ritualized it by having a short conversation every week for one hour where they discussed numbers, processes, communication and how to improve.

Feedback loops are necessary for coordinated delivery, to improve service delivery and prevent a negative impact on customer satisfaction. The conversations can include sharing relevant information, talking about observations and possible adjustments or planning the strategy for the next quarter.

Kanban refers to feedback loops in the form of meetings as cadences. Feedback loops increase the organization’s ability to learn because they provide a framework for regular inspection and adaptation. Feedback loops can also help to conduct small-scale experiments and learn from them through regular reflection.

Improve collaboratively, evolve experimentally

In the first weekly meeting, the team decided to experiment with a new type of special bread as one team member had some experience with it from their previous job. They got together to plan how they were going to try the new recipe. Then, they  offered the product for two weeks to learn how customers responded to it and what they needed to change in production.

The last of the six Kanban practices takes us back to the principles: “Start with what you are already doing” and “Agree to pursue evolutionary change”. Kanban is a method for continuous improvement that we do collaboratively. A diverse team usually comes up with better solutions than a single person. This is partly because different perspectives are taken into account and advantages and disadvantages are recognized earlier.

Conclusion

As a method that is applied to an existing way of working, Kanban embraces change by fostering evolution and learning in small steps while focusing on customers’ needs. With that, Kanban can be used for managing change in many contexts.

By the way, the confectionary shop team successfully transformed their product portfolio and improved their way of working significantly. They still inspect and adapt every day and currently offer 50% cakes and 50% bakery goods.

Kanban certifications

If you want to learn more about Kanban, agile42 offers an array of Kanban certifications. Learn the basics in our online Kanban course, or dive a little deeper with Kanban System Design (KMP I) certification. If you already have the basics down and want to take your expertise to the next level, Kanban Systems Improvement (KMP II) is for you.

Common Agile Frameworks and Methods

During the last few decades, several approaches to product development and service delivery have emerged. The level of complexity of products and services is ever-increasing which is why many people wonder which framework or method to choose. Perhaps you are also wondering which framework or method will work best for your team. Below we summarize the key elements of four main agile frameworks and methods, some differences between them, and how they can complement one another.

Scrum

Scrum is a lightweight framework that helps teams and organizations deliver value incrementally.

The Scrum framework consists of the Scrum team with its three accountabilities, five Scrum events, and three artifacts. Each component serves a specific purpose and is important for Scrum’s successful adoption.

The easiest way to understand Scrum is to read the Scrum Guide. There are three main things that you should realize:

  • As an agile framework, Scrum has rigid boundaries. These are the specific team accountabilities, events and artifacts. Agile frameworks are intentionally incomplete and do not specify all the steps required to build and deliver a product or service. This provides the flexibility and freedom to apply the framework to various domains.
  • Scrum attaches particular importance to the cross-functional Scrum team and the accountabilities defined for the Developers, Scrum Master and Product Owner. Said accountabilities include maximizing customer value, improving team effectiveness and increasing product quality, among others.
  • Another key element of Scrum is the continuous improvement of the product, the team, its practices, and the working environment. This improvement typically happens but is not limited to regular sprint retrospectives. Retrospectives are arguably the most important event within the Scrum framework and should never be neglected.

Contrary to popular belief, Scrum is not an approach to estimate and plan what work will be completed in a given time period. Scrum allows teams to create value for their customers and users by letting them focus on one sprint goal at a time, while continuously getting better.

Recommended online course: Scrum Foundations

Extreme Programming (XP)

Nowadays, XP is not used as much as it was in the late 1990s and early 2000s. However, XP, its creator Kent Beck and other people like Ron Jeffries played a crucial role in the development of agile thinking and agile approaches. Therefore we would like to include XP in this list as well.

As the name suggests, Extreme Programming has its roots in software development. The core idea of XP is to develop software iteratively and incrementally while focussing on users’ needs. As such, it is an agile framework that is comparable to Scrum.

While there are many similarities between XP and Scrum, there are also subtle differences. For instance:

  • Iterations in XP tend to be shorter compared to sprints in Scrum.
  • Scrum teams typically avoid changes to their sprint plans while XP teams are more open to change.
  • The work of an XP team is prioritized by the customer while the work of a Scrum team is prioritized by their Product Owner.

The most important and noticeable difference, however, is that XP explicitly suggests development practices such as the following:

  • User stories
  • Spikes
  • Pair programming
  • Test-driven development
  • Refactoring
  • Continuous integration

These development practices are still being embraced by many software development teams, regardless which agile framework or method they adopt.

Recommended training: Certified Scrum Developer (CSD)

Kanban

The Kanban method helps organizations, teams and individuals manage their professional services, and enables them to respond better and faster to their customers’ needs and expectations.

The principles and practices of the Kanban method are described in the official Kanban Guide. Here are three important things to understand about Kanban:

  • Kanban is neither a methodology nor a framework. It does not prescribe events, workflows, roles or responsibilities. Rather, it is a method that is applied to an existing way of working, with the purpose of making that way of working more effective.
  • The myth around Kanban only being suitable for teams that are handling interrupt-driven, ad-hoc workload is unfounded. The Kanban method, with its change management and service delivery principles and its six core practices, can be applied to any process or system.
  • In many aspects, Kanban takes inspiration from lean manufacturing.

In his book “Kanban: Successful Evolutionary Change for Your Technology Business”, the creator of the Kanban method David J. Anderson, tells the story of his trip to Tokyo, in spring 2005. Spring is the cherry blossom season in Japan and he wanted to see the beautiful cherry trees at the Imperial Palace Gardens. There he realized they were using a kanban system to control how many people could visit the garden during peak times of the day. This kanban system, as used in lean manufacturing, inspired the Kanban method for knowledge work.

Related reading: How to create a Kanban board

In knowledge work, a kanban system allows work to flow by limiting work in progress and establishing a pull system. With the Kanban method, you visualize invisible work and how it moves through a workflow. This will help operate your business effectively, as well as understand and manage risks in delivering services to your customers. The Kanban method enables continuous improvement in an evolutionary way.

Because Kanban is almost universally applicable, many Scrum or XP teams use Kanban to improve their way of working, for instance by visualizing their work or optimizing their delivery. Some people call this a hybrid approach and give it a specific name such as “Scrumban”.

Recommended online course: Kanban Foundations

Design Thinking

Even though Design Thinking is not really considered an agile framework or method, its principles and practices are popular among agile teams and organizations and complement their toolbox. For instance, the persona is a widely used tool.

Design Thinking emerged much earlier than Scrum, XP or Kanban as it is based on the way designers approach new projects or products in general. Design Thinking has been developed by a number of different organizations (e.g. IDEO, HPI, Dark Horse) that follow slightly different approaches and theories. However, together they define what Design Thinking is.

Here are some important facts about Design Thinking:

  • Design Thinking fosters creativity by utilizing a large toolbox of practices, tools and techniques.
  • The core idea of Design Thinking is to understand the environment and the customer’s problem before building a solution. Design Thinking is based on continuous divergence and convergence.
  • Teams applying Design Thinking try to validate an idea for a solution by testing prototypes and iterating multiple times.

A major breakthrough was Jake Knapp’s book Sprint. Design sprints provide a structure that allows teams to prepare themselves for a challenge and solve it by going through all phases of Design Thinking within five days.

Recommended online course: Design Thinking Foundations

Which Agile Framework or Method Should You Use?

We often see teams asking themselves whether they should use one framework, method, approach or another in order to deliver outstanding value to their customers.

The reality is that you shouldn’t choose between Scrum, Kanban, XP, Design Thinking or others; rather, you should discover which practices work best for your team and tweak the system of work accordingly. By tweaking, we mean combining those elements that work best for your team in order to plan, track and manage your work more efficiently so that you satisfy your customers’ needs better and faster.

Ask yourself how work arrives at your team, and how often that work and the information around it changes. The answers could guide you in choosing a paradigm that suits you. You might find that a timeboxed mechanism or limiting your work in progress will help. Can you plan your work and commit to it for one or two weeks?

Scrum, Kanban, XP and Design Thinking aren’t mutually exclusive and complement each other when combined. The bigger challenge that lies ahead for teams is the journey of discovering which practices and structures work best for them in satisfying their customers’ needs in a sustainable and ever-growing way.

Every team, every product and every customer is different. There is no one-size-fits-all approach. By keeping an eye on what agility might offer beyond the methods, frameworks or tools you are already using, by trying out new things and hence continuously inspecting and adapting your system of work, you will eventually find what fulfills your team’s and customers’ needs best.

We hope this blog post made you curious about the idea of an agile mix-and-match approach and encourage you to find the best practices for your team right away:

  • Do you like the idea of having a Scrum Master? Try it out!
  • Pair programming sounds interesting? Go for it!
  • The concept of work in progress limits convinces you? Implement them!
  • Design sprints sound exciting? Just do it!

Want to Learn More About These Agile Frameworks and Methods?

agile42 offers online courses including Design Thinking Foundations, Scrum Foundations, and Kanban Foundations. We also offer Kanban System Design (KMP I) and Kanban Systems Improvement (KMP II) certifications, as well as coaching, mentoring, and consulting services. Reach out to us if you want to learn more.

Lean Agile Leadership

The phrase “Lean Agile Leadership” is something of a buzzword at the moment, although if you unpack the concept there are actually a lot of useful principles behind it. 

What does “Lean” mean?

The term “Lean” was coined by James Womack, Daniel T. Jones and Daniel Roos in their book, The Machine That Changed the World: The Story of Lean Production, in 1990. They used the word to capture the essence of their in-depth study of the famous Toyota Production System (TPS). Back then, the term and its principles applied primarily to production.

Later, in 2003, Mary and Tom Poppendieck published the book Lean Software Development: An Agile Toolkit. In this book they identified seven fundamental principles to take the concept of lean thinking from production, and apply it to software and product development. I believe these principles can be applied to any creative work.

Recommended reading: A Complete Guide to Agile Leadership

The seven Lean Principles

Each of the seven principles the Poppendiecks proposed has implications on leadership

Eliminate waste

Waste is defined as any activity which does not add value to the final customer. The first step towards eliminating waste is simply to see the waste. The leader should know how the value flows in the organization and continuously challenge the current practice to identify waste. 

But this is not enough: a lean leader helps the team remove any impediments that they are not able to resolve without support. They systemize solutions in the organizations to prevent the same impediment from coming back again. Finally, as in a famous quote from W.E. Deming, an American statistician who influenced a lot of the thinking behind the TPS, a lean leader realizes that “The greatest waste […] is failure to use the abilities of people […] to learn about their frustrations and about the contributions that they are eager to make”.

Build quality in

A lean leader works to build a culture of discipline and excellence, guides others using principles and values instead of complex rules. They teach people not to cut corners, challenge coworkers to high performance and lead by example. You might argue that this is just true leadership – and it is.

Amplify learning

Traditional managers face competition with other managers trying to meet locally optimized goals and look good to the next level up. But this wastes a lot of organizational learning, which could be leveraged by collaborating with peers instead. Building and maintaining a network of peers is essential, as well as continuously challenging one’s own leadership approach in the light of what works and what doesn’t. Amplifying learning also implies: 

  • concretely encouraging safe-to-fail experiments and fast feedback loops
  • providing and being open to feedback
  • striving for transparency as the unique way to control the complex system each organization is

Defer commitment

Keep your options open up to the last responsible moment and be capable of living with uncertainty, because that is the reality we are facing. Furthermore, early commitment could mean discarding potentially good options, just not to afford the cost of deferring a decision.

Deliver as fast as possible

The most effective way of addressing a complex problem is to let a diverse team of skilled people self-organize and decide how to approach the situation through experimentation. A team is able to self-organize around a goal if the leader helps define what the goal is, makes it compelling and clarifies what constraints the environment has. If you want to help your team or organization to deliver as fast as possible, set a clear vision, explain clearly where to go and why, align all stakeholders around that vision and get fast feedback. And finally give space to your teams to reflect on what they are doing to find ways to go even faster.

If you’re not a front line engineer, there’s only one reason for you to exist: help your team move faster – Jan Bosch

Deliver value as fast as possible

Photo by Spencer Davis on Pexels

Respect people

Who dares to disagree with this? Actually this apparently generic statement hides a deeper meaning. It stands for: give people the environment and support they need to do a great job and trust they will do their best to accomplish their goal. So it’s not simply about saying to a team “Now you’re empowered to do what you want”, but putting them into the conditions to succeed. It’s about staying close to the teams, Managing By Walking Around and Listening, motivating, and assisting on personal development. That might require teaching, mentoring and coaching.

Optimize the whole

Optimizing the whole means having an e2e view of the system, product or organization and consequently selecting the right metrics which can help the system improve. It is about measuring only what adds value (less is more) and whatever you want to measure, measure it one level up.

Three dimensions of Lean Agile Leadership

But what else can we learn from experiences of organizational transformation and Lean management in the manufacturing sector? In my coaching, I have learned three dimensions worth considering as a leader. For each of these dimensions I will offer one or two coaching questions to facilitate the reader’s personal reflections.

Recommended for you: Dive deeper into Lean Agile leadership in our online course on Agile Leadership Foundations 

Visible problems do not exist: they have been solved already!

A few years ago I attended a seminar on Lean Management and Continuous Improvement organized by an association of entrepreneurs in the manufacturing industry. One more interesting insight I got from the CEO of a consulting company, connected to the Japanese government, in his speech about the Toyota Production System, was his classification of problems into three categories: potential, invisible and visible. It’s important that potential problems to the desired target are identified as well as invisible problems are made visible and improved immediately. Instead, he said, visible problems do not actually exist, because they have been solved already. 

  • How many clearly visible problems are you still stuck with in your organization?

Most efficient way becomes standard: standard must be improved every month!

In a panel I attended about Continuous Improvement, one of the participants described that, once a process has been improved in one department, then the most efficient way becomes a “standard”.

When hearing this word, I got disappointed wondering how the definition of a standard process could fit into a Continuous Improvement approach.

But then he added: the “standard” must be reviewed every month!

And more: the “standard” is visualized and each manager is accountable to improve the “standard” every month! 

  • How much are you still striving to find one-size-fits-all “best practices” to make you move quickly to the next rigid and comfortable status quo?
  • What are your managers accountable for? 

Measure organizational capacity of solving impediments to generate trust

Another enlightening reflection to me was from the italian director of a cans manufacturer with around 1500 employees.

You might wonder how cans may be relevant for high-tech industries, but let me continue.

Well, he was describing their transformation journey to Lean and talked about the importance of impediment handling in his organization to be trustable. They have a graph, clearly visible to everybody, with 2 curves: the accumulated number of raised impediments per month and the accumulated number of fixed impediments per month.

The 2 curves must always be parallel, because he said: “If the curve of fixed impediments goes flattish, all my employees will understand I do not believe in what we’re doing and I’m just cheating them”. 

  • How is your organization serious with fixing impediments from teams?
  • How much do you think you are living the values you’re preaching?

 

How to create a Kanban Board

How to Create a Kanban Board: A Practical Guide

Visualization of your workflow is one of the primary practices of Kanban. A good Kanban board helps you track your progress and spot blockage points in your workflow at a glance. This transparency will enable you to improve your work stages, your workload, and your efficiency. However, if you search for Kanban board examples, most of the time they are not a good fit for your specific needs, especially if you are working in a non-IT area.

How to design your Kanban board

The very first Change Management Principle of Kanban states, “start with what you do now.” However, this can be overwhelming if you own multiple different types of projects and tasks. 

Recommended for you: Kanban Foundations online course

It’s always a good idea to collaborate with your team members and utilize the group’s wisdom. A quick guided brainstorming session will help you gather the information you need, so you can reflect this on your board effectively and creatively. Keep in mind that the board will be an essential part of your working day, and it needs to be updated regularly by your team members. That’s why it’s crucial to come up with a board that is easy to understand and update. If you overcomplicate things, it will have a negative impact on efficiency and discourage your team members from using it correctly. However, don’t worry if you don’t get it perfect the first time: creating a Kanban board is an iterative process and you will be able to improve it over time. 

Step 1: Ask the key questions

Before starting to lay down your daily tasks and processes, first, align on some key questions.

  • For whom are we designing the board? Is it only for our internal purposes, or will our stakeholders also benefit from it? 
  • What are the most critical points for us? What do we want to see with the first look? The workload? The blockers? Status of individual tasks?
  • How detailed shall the individual cards be?
  • How frequently are we going to update the board? As soon as a task changes the status or is it acceptable for us to update it daily?

Kanban online course

Step 2: Discuss the processes and tasks

After aligning on those answers, you can move on to the next step and start talking about your processes and tasks. Ask everyone to think and write about their steps after a task appears.

  • Where do you collect information and the tasks?
  • Are there any waiting points? Any approvals? Any dependencies where you can see patterns?
  • Do you have team members who have different roles? 

Depending on the nature of your tasks, you may have different steps. It will be easy if you draw a flowchart. If you are a customer care team, your flowchart is probably similar to this one:

Step 3: Group the tasks and start to visualize the process

You may want to group some of the steps under a single column. One thing to keep in mind, avoid back and forth travel of the tickets. They need to always flow in one direction. If you’re going to visualize the status of each customer request, your board can look like this:

You can choose different colors for different people and use initials or avatars to indicate the task owner. It’s also another Kanban practice to limit the work in progress (WIP), to finish the tasks at a certain pace without creating a crowd in specific steps. Monitoring the times of the individual cards will help you to improve your cycle and lead times.

Recommended for you: Make the process fun with the Kanban Pizza Game

If all your team members are doing their tasks in a similar pattern, it’s easier to visualize this. But if you have different responsibilities within your team, recommend grouping them. For example, you may use different “swimlanes” for different roles or subteams. 

It’s also possible to create consecutive blocks, which is helpful if your tasks are more complex and need to be segmented. 

It’s a good practice to indicate blocked items, for example with a different card color or with an extra marker, as indicated below.

You don’t always have to use columns and rows. You can get creative and design your board as it will suit you best. Let’s say it’s essential for you to see the distribution of the workload for equally important, parallel tasks. In that case, a pie chart may represent your workflow better than a table would. 

Of course, you may combine them, too. If you can utilize physical boards or walls, it will give you more flexibility compared to a standard tool like Jira or Trello.

Download our free Miro templates to copy and modify for your needs.

Want to learn more about Kanban?

Kanban is a workflow management system that can help you visualize, streamline, and improve on your processes in the workplace. But there’s more to it than simply creating a board. Learn about it in our Kanban Foundations online course, or take a look at our webinars, which cover a broad range of topics on Agile, Scrum, Kanban, and just about anything else that relates to improving the workplace. There are also a number of agile42 training options, both in-person and remotely, which can transform the way you work: 

If you need some more help getting your team started in Kanban methods, check out our Kanban Start-Up Package, which includes dedicated in-person coaching as well as Kanban training. 

Join our free agile42 Community and gain access to thousands of agilists from all over the world to share experiences, challenges, and ideas. A safe and moderated community of like-minded people, who share a passion for all things agile – organizational culture, lean and agile methods, coaching & more!

Please do get in touch with us should you have any questions – we would love to hear from you.

Follow us on our social media platforms:

LinkedIn | Facebook | Twitter

 

Part 1: Digital Transformation

Part 1 of our monthly theme, “Digital Transformation”, kicks off with agile42 coach, Martin von Weissenberg. In his latest video interview, Martin explores what is a digital transformation and why it is necessary. Delving also into the organizational implications of a digital transformation. 

Watch the full interview below:

What is a digital transformation and why is it necessary?

A digital transformation is at its very simplest, a replacement of existing processes with electronic or digital processes. Basically, you could start accepting PDF invoices instead of having them sent on paper via mail. It’s also much more, for example, you could join an e-invoicing platform and use that to send and receive information about those invoices. This opens up so many more opportunities. 

Digital, first of all, allows you to do things faster, reduces the likelihood of errors, and also allows you to build new business models. That is where agile comes in and that’s where it gets interesting. Some companies go digital to save costs or they think of it as a way of laying off people. If you can do more with less, then why have 10 people on the payroll when you only need 5. At agile42, we feel this is shortsighted. By having those people in place, there is so much more you can do if you look on the upside. And that is why we believe an agile approach has a very strong impact on your digital transformation.

What are the organizational implications of a digital transformation?

Let’s explore this question from two different perspectives. Classically or traditionally, companies have seen this as a cost-savings effort. You go digital because you can now save costs, you can do more with less. So with fewer people, you can retain the same level of service that you had previously. This unfortunately has somewhat of a negative impact on your company. People, as always under layoffs, are nervous and uncertain of their future. Typically they will also be stressed after the change. They are now going to be doing more work as people have been laid off and dissatisfied employees are leaving the company.  It is very difficult to find a way of making up for that loss in added value.

Let’s look at it from a different perspective — thinking about your organisation as a value-producing unit. So you have a certain burn rate and now you are interested in finding new ways of producing value. This is where digital transformation can play a part if your organisation is willing and able to explore things and experiment to figure out new ways. For example, new niches where you can take your products, or figuring out how to bring in new customers to your existing products.

This is going to be a very interesting game, unlike the cost savings game, where your cost savings are basically limited to your burn rate. On the values side, you can earn much more than you can save on the cost savings side. Also if you do it right, you can do it in an exponential manner. For example, once an investment is made, serving one million or five million customers is not actually that more expensive because the margin cost goes down. 

This requires that your organisation is capable of agile thinking and using agile methods. With an agile culture, there is the flexibility and the ability to take risks, not in a reckless way obviously but considering the risks together and trying to figure out what we could experiment with together:

  • self-organisation
  • backlogs
  • agile practices, etc.

So that’s where also the agile concept and agile thinking models play a part in the context of a digital transformation. 

Agile is an enabler of digitalization. By becoming agile you can simply explore the opportunities faster. We can also say that digitalization is an enabler of agility, as the backlogs and all the new possibilities you now have at your disposal help you move so much faster than you did previously, enabling the organisation to operate more effectively. That is why we can say that digitalisation is also an enabler of agility. 

Watch the recording of Martins's webinar on "Digital Transformation".

*Click here to read Part 2 blog post*