Meet with Confidence

From SCRUM to Kanban

Posted by Jason Collins on
Share this Post:

As many of you regular readers may know, we're an agile development shop. We have been running a process known as SCRUM for quite some time now. We've had a lot of success with it, and we've learned a lot along the way. That's how these agile processes work; continue to inspect and adapt and evaluate and adjust. If something isn't working, put some time and energy into thinking about why it isn't working and figure out a way to improve it as a team. As we've grown and scaled to more small SCRUM teams, we've realized that we could be gaining even more efficiencies because the start and stop points of an iteration tend to slow a team down.

Gaining efficiencies

Enter Kanban. Kanban is similar to SCRUM in many ways, but one of the fundamental differences is there is no concept of an iteration. The process allows for and supports a model of continuous flow. If I had to come up with an analogy, it would be that of mail pickup from a train. The time wasted when a train has to stop, pick up the mail, and start again is tremendous when you are trying to maintain a schedule; instead let the train keep momentum and put the mail out to be picked up as it rolls by. Similarly, a software development team that is comfortable enough with ad-hoc and as-needed meetings can gain efficiencies by not stopping to "pick up the mail". The backlog can be replenished as needed by a very involved product owner. The team can continue to retrospect and adapt and communicate without slowing down the momentum they are making on a feature release.

We began by trying Kanban with a single team that was very operational in nature. This worked well because it allowed the team to deal with those operational issues that came up while still keeping momentum on everything else. They didn't have to worry about the operational issues killing their iteration commitments, which can be a morale hit, even though the business understood the impact that operational work had on the team in a SCRUM process. It was more of a mental victory than anything else.

We've since scaled the Kanban process to a number of feature teams and we plan on rolling it out across all of engineering. The feedback from the teams has been great, and the product owners have been supportive and understanding of the change in how a team's velocity is tracked (cycle time vs. story point velocity). As a part of this process, we also moved from component teams to feature teams, which has been a huge benefit in keeping teams focused on a single project before moving on to the next project. Have you experimented with Kanban? Are you suffering from some of the same problems in your SCRUM process? I'd love to hear thoughts that you may have on this topic!

Jason Collins (aka JC) is the VP of Engineering at ReadyTalk and the self-appointed Chief Happiness Officer. He’s been either writing code or managing engineers for nearly 15 years and has a passion for technology and agile development practices. The happiness of the engineering team is his top priority and he can usually be found wearing a ReadyTalk cape and the infamous “idea helmet” around the office to help keep people motivated and entertained. When he’s not hanging out with his work family, he’s at home with his wife and four boys doing all sorts of geeky things, like playing video games and watching campy Sci-Fi and Action flicks.

Name: Agile Scout
Time: Monday, September 5, 2011

Great story here! Looking forward to more blog posts on kanban as you guys go along!

Name: Jason Collins
Time: Monday, September 12, 2011

We'll be sure to keep everyone posted. So far, the teams that we've converted are really enjoying what they are seeing from the Kanban process. I am sure there will be lessons to be learned from all this, so I'll try to bring some visibility to those as well. We'd love to be able to give advice to other teams looking at making a similar transition.

Name: Susana Cabaço
Time: Tuesday, October 4, 2011

Hi, I didn't quite get what were your problems with SCRUM... I understand for operational non-deterministic stuff kanban can be a benefit, actually more of a combination of agile practices and using a kanban board. Still, a replacement? That is hard to grasp. And it leads me to raise other questions, namely what are the shippable items and how are they planned and delivered... and a few others. Could you ellaborate more on this perspective you shared? Thanks!

Name: Jason Collins
Time: Thursday, October 13, 2011

Hi Susana, Thanks for commenting, I love getting good conversation going about these things. The points you make are completely valid. Here at ReadyTalk, our engineering teams are very involved in supporting the customer care teams when helping troubleshoot customer problems. Due to the fact that our number one priority is always our customers, this adds an aspect of operational type work to all of our engineering teams. For this reason, ditching the stop/start of sprints has been beneficial because more often than not some number of stories would carry over and we felt like the velocity numbers were never truly accurate. With Kanban and tracking cycle time, we are able to average in the time spent supporting other groups, which in theory will help our project estimates. As I mentioned, we are still in the early stages of Kanban so our theories may need to be adjusted as we go and learn more from this process. In addition to having to account for operational type work, limiting the work in progress is very appealing, especially in cases where the QA work actually takes longer than the development work due to complicated load and failover testing. This helps prevent the software engineers from getting too far ahead of the QA engineers. In terms of shippable items, we still work a feature by decomposing it into small user stories, but instead of the traditional set of story point values used in Scrum we are trying a 1/5/10 approach. Over time, we'll be able to average the cycle time for each size of story and plan based on those average cycle times. I hope this answers your questions, but if not please let me know. Thanks! - JC

Comments for From SCRUM to Kanban

blog comments powered by Disqus

Recent Posts

Internet-wide Security Risk: How ReadyTalk is Addressing “Heartbleed”

It’s been all over the news: a major vulnerability in the encryption technology used across much of the Internet was recently discovered. The vulnerability causing these issues is...

Webinars: The Gateway Drug to a Video Marketing Strategy - Q&A Session Review

We recently hosted a webinar with the video marketing gurus over at Vidyard to dive into the idea of launching a video marketing strategy with the materials most of us already have...

Nobody is Watching Your Webinar and How to Fix It

Content is everywhere and in every form – videos, tweets, blogs, forums, whitepapers. I recently read an article that said by 2020 the amount of information on the Web is expected...

New from ReadyTalk - Modern meeting controls and VoIP enhancements

You may have noticed more frequent changes from ReadyTalk lately. In an effort to keep our controls fresh and functional for all of our different users we are continuously...

Comparing the Value of Webinar Leads vs. Email List Leads

Over time, marketers have innovated and refined many online avenues for lead generation, but the legacy email list continues to remain a top favorite. Viable alternatives, such as...

Feature Friday: How to Upload Your Video Clip

  Why Use this feature? I think it is safe to say that everyone hates when they see the word “download”. And the last thing someone wants when hosting a web conference is to lose...

The 8 Most Common Audio Conferencing Issues

Audio conferencing affects every area of business. From customer service to investor relations, poor audio quality is associated with a lack of professional competence. In order to...

Feature Friday: Promoting to Co-Presenter vs. Granting Control...What's the Difference?

Visit the ReadyTalk blog every Friday to learn more about a ReadyTalk feature.   We get a lot of questions on the difference between granting control and promoting someone...

Feature Friday: Video Conferencing

Why use this feature? Looking for ways to be a more effective collaborator?  Make your small interactive meetings more productive by integrating video conferencing with no extra...