How remote working forced us to review the use of our kanban cards

In charge of marketing and communication at No Parking (a web software company based in Lille, France) Chloé works closely with other teams (development, customer relations...) to ensure the production and development of Opentime, a time management and activity monitoring tool. Today, Chloé shares with us her experience of how the pandemic led the company to an in-depth review of its working practices.
Chloé in front of here kanbans board

Lockdown brought to light new problems within the team. Remote working, staggered working hours, and digitalization of visual management inevitably led to new difficulties that the team tried to resolve. Until then, the order of tickets was managed on a daily basis during the physical stand up in the office. But, with digital tickets, priorities have been blurred. No direct visualization of lead time on current tickets, no physical meetings and less regular coordination in the team.

Two problems resulting from this situation were then identified within our organization. On one hand, there was no logic in the order of everyone's cards on the digital Kanban board. There wasn’t any prioritization by value. The kanban cards were then displayed according to the estimated end date and those that didn't have one appeared last: an irrelevant order. On the other hand, it was possible to change the starting and ending dates of the kanbans, which we sometimes did according to our desires or the customers' remarks.

The consequence immediately appeared : many kanban cards were stagnating at the same point in the process for long periods of time. They were also postponed (change of the estimated end date) either because the subject seemed less important than others, or because the tasks were too long to carry out, too complicated or the person in charge did not have the skills to deal with them. The following questions then appeared: Are these really issues that need to be addressed ? Are we behind schedule? What should we do about it? What do we need to test to eliminate this unproductive process?

Driving kanbans by launch date

The solution chosen and applied at No Parking was to drastically change the management of kanbans. From a control by the presumed end date, we have switched to a control by the launch date (the date on which the task associated with the kanban card must start). The second important point is that this launch date can no longer be changed once the date has passed. However, one card, and only one, can be given priority (physically pinned to the top of the tasks pile).

We also eliminated kanban cards that had been around for too long, making sure that the needs were no longer expected by our customers. After this cleanup, we decided we could not repeat the same problem!

Concretely, this change has been materialized by a fundamental modification of the working habits of the team members, in particular for Ophélie in charge of creating the kanban cards for the IT development team. On our digital tool dedicated to kanbans, she now indicates the launch date when creating the card, taking into account the availability of each person and the client's initial request. For example, a customer asks us to add a new validation method for expense reports in the Human Resources tab of our Opentime software. Ophélie assigns this ticket to Laury in 2 days since she does not have any ticket to work on that day. In addition, there are no alerts for the tickets she is currently working on that need to be completed before this new requirement is taken care of.

In the marketing and communication sector, I also had to change my habits. I now have to enter the start date of my tasks knowing that it could not be changed after, which created a new view of my tasks ordered by predefined start date and time. This change led me to several discoveries: I could no longer create kanbans for "later / maybe / if I feel able to do it" and I had to consider much more how much time each topic would take me when creating the kanban.

The organization of kanbans of each member of the team thus evolved automatically, putting the actions that needed to be done first (customer request or critical anomaly which needs to be corrected immediately) on the top of the board. The advantage of working with digital software is that it allows us to have global visibility of the kanbans and to be able to establish rules that are impossible to cheat on !

Better control of lead time

With this start date, our lead time measurement has become much more real and accurate. Through the processing of the discrepancies that we can see on the kanbans’ board, we learn about the real time of each request and have access to a better projection of the duration of future topics.

In fact, piloting requests by launch date has influenced the overall productivity of the team. When it comes to selecting the next task, it is no longer an employee’s choice based on how long a kanban will take or what he/she likes, it is now a choice based on priorities. The Kanban card that comes first in the board is not the shortest but the most urgent/important (value); and this makes our productivity grow.

In general, our average lead time is now lower and more constant. Indeed, until March 2021, our average lead time per week (on all the teams' kanbans) was between 2 days (for the best weeks) and 10 days (for the worst weeks). Since then, with the implementation of this control by launch date, it has halved to between 1 and 5 days per week.

Even so, if the maximum lead time per week has dropped from 100 to 50 days, it still remains high. Having identified these maxima allowed us to define reaction rules through the use of the « andon » and to work on the root causes to avoid this to be recurrent.

What did we learn?

First of all, we learned from this experience that there is a possibility for each person to be more focused on their task if the organization is done at the time of the creation of the kanban cards. The operator will now spend more time creating value than thinking about which task to do first!

This situation leads to a less stressful job, as the IT development trainees pointed out to me. Vincent sharing: "The benefit of having a pre-set schedule, of not having to do it yourself is that you really see it as a schedule and not as a constraint." And Quentin adding : "Since there is not necessarily a closing date, there is less stress about the deadline, we just know that we have to move forward since other kanbans start the next day or the day after. We're less stressed because if we're stuck on a kanban that we've started, there's the andons and the red bin to help us."

In fact, the developer knows on his own that he needs to finish his active kanbans before the next ones start, but for the system to work, he must not get stuck. The use of andons and red bin then makes a lot of sense. Even if one team member is interrupted to help another, the work is completed more quickly than if no support had been provided. For Valentin, "with this organization and especially the fact that I can more easily call on the andon, when I start a ticket I don't think so much about whether I'll be able to do it."

This method has enabled us to better identify our skill needs. The impossibility of changing the end date makes us force ourselves to try to accomplish a task and the andon provides the necessary support to learn from people who actually have the skills, which helps to share those important skills!

In a more indirect way, with the hybrid work that led part of the team to work from home, this method of managing the kanban cards allowed us to highlight a weakness in the versatility of our team, due to a lack of skills. When the only person who can carry out an action is absent, on vacation or telecommuting and difficult to reach, his kanban card stagnates and the lead time increases. Thus, in July, we noticed a clear increase in our average and maximum lead time!

We must therefore ensure that :

  • information circulates easily with constant exchanges within the team
  • we are aware of the planning of different team members
  • we permit skills to spread between team members

Finally, this way of working has allowed us to identify a real link between the internal organization of our customers and our production. In September, for example, one of our customers (who validates the features we develop for them on the software) was on vacation. We did not anticipate this period and the lead time of the cards associated with this customer increased without us having the possibility to do anything.

Controlling tickets according to the launch date has allowed us to positively impact three key points in the functioning of our team: productivity, pressure felt by team members and the team's contribution to each member. We now need to use what we have learned from this experience to reduce the maximum lead time of our kanbans and impact more strongly on the service provided to the customer.


A french version of this article appeared on the Institut Lean France website.

  • page
  • 1