Forward Looking Kanban Board

Facebook
Twitter
LinkedIn
Pinterest
WhatsApp
The Kanban method is built around improving the flow of product development. It works very well when you work according to priority. It also works well when some items have schedule constraints. When many items have schedule constraints this becomes an issue.

The Motive

I was having a discussion with one of my clients and they raised the issue that what was going on wasn’t clear. Immediately I thought of setting up a kanban board. However, when we started to do that it became clear that the main issue is how to commit to clients about deliveries. Deliveries to my client’s clients include installation of software, configuration, training, and beta testing. As a matter of fact, my client was managing many small projects and they needed to commit to the various due dates. In a Utopian world, my client’s clients would all be agile and due dates were less of an issue, however, this was not the case, so we needed to come up with some solution. After some discussion, we came up with a scheme for visualizing my clients’ commitments. We call it a Forward Looking Kanban. You can see it at the top of the post.

How Does it Work?

This is a Kanban board (remember that “Kanban” means “signal card” in Japanese) showing what we plan to do each month. Each column represents a month. The idea is to constantly look several months ahead (this means that when we move to a new month we need to add another month/remove an old month). Each row represents a main step in the process, maybe like we would do on a regular kanban board, but I believe it should be less detailed. Each card, like cards on a regular kanban board, shows something we are doing. The main difference here is that the same card may appear in several places on the board. For example, we can see that Feature A appears under “Dev” in October and under “Deploy” in November. Another thing to notice is that each cell contains a WIP limit (well actually, it is more a PW – Planned Work limit, but I’ll leave that at WIP to make it simple). This is critical to the success of this kanban board. The main use of this board is that when something comes up we can try to schedule it, according to available capacity in the various cells. If there’s no capacity we may try to move some things. My client decided to add a red point to a card each time it is moved from cell to cell to get an indication of things that are getting postponed all the time. It should be noted that WIP limits may be different in different rows: in the example above the first row limits the number of deployments per month, while the development row has WIP limits manifested in points. The initial WIP limit should take into account both future events and buffers for changes. In the example above December has lower values (due to holidays). The buffers are not shown here but the people working with this board should know not to use the entire capacity of January when we are in September – that is a promise that will not hold. The client decided that at this stage we will not build an additional kanban board (the regular one). We will indicate whether items are done or not directly on this board. It’s been some time since I’ve been hearing clients raise issues about making commitments with a kanban board. There are solutions: indicating the date on the card, and using the lead time to estimate when items will be done. However, I hope this scheme I described here will bring a more comprehensive solution.

Categories:

Tags:

Games and Exercises
Risk Management in Kanban
Agile
Entrepreneurial Operating System®
Agile Testing Practices
Lean Software Development
Elastic Leadership
Legacy Code
Development Value Streams
Certified SAFe
Limiting Work in Progress
Professional Scrum with Kanban
Software Development
Agile Release Planning
Jira
Scrum.org
QA
Webinar
Agile Release Management
Enterprise DevOps
Quality Assurance
BDD
Implementation of Lean and Agile
Slides
speed @ scale
Value Streams
ATDD
Lean Agile Basics
GanttBan
TDD
Agile Marketing
Continuous Deployment
Kanban Basics
Implementing SAFe
EOS®
Kaizen Workshop
Continuous Planning
Frameworks
Planning
Risk-aware Product Development
AgileSparks
Engineering Practices
The Kanban Method
Scrum Master Role
Product Ownership
Artificial Intelligence
Jira Cloud
Reading List
Principles of Lean-Agile Leadership
Agile Israel Events
An Appreciative Retrospective
Self-organization
SA
LeSS
Amdocs
Agile Exercises
Nexus Integration Team
Built-In Quality
Agile Program
Pomodoro Technique
WIP
Agile Assembly Architecture
speed at scale
Lean Risk Management
Agile in the Enterprise
SPC
Covid19
Kanban 101
DevOps
Product Management
Lean and Agile Principles and Practices
Kanban
Agile and DevOps Journey
Large Scale Scrum
A Kanban System for Software Engineering
Continuous Improvement
Agile Techniques
Code
The Agile Coach
Managing Projects
Operational Value Stream
Story Slicing
Daily Scrum
Agile Outsourcing
System Integration Environments
SAFe Release Planning
Kanban Kickstart Example
Scrum With Kanban
ALM Tools
Agile for Embedded Systems
ScrumMaster Tales
Nexus and SAFe
Lean Agile
Release Train Engineer
POPM
Agile Community
Manage Budget Creation
Systems Thinking
Agile India
Scrum Master
Lean and Agile Techniques
Program Increment
RTE Role
RTE
Lean Agile Leadership
Process Improvement
Lean-Agile Budgeting
Agility
Advanced Roadmaps
Lean-Agile Software Development
Accelerate Value Delivery At Scale
System Team
Kaizen
Portfolio for Jira
ROI
lean agile change management
Hybrid Work
Introduction to Test Driven Development
Acceptance Test-Driven Development
ARTs
Lean Agile Management
PI Objectives
Perfection Game
Jira Plans
Introduction to ATDD
Business Agility
Achieve Business Agility
IT Operations
Certification
Continuous Integration
Professional Scrum Master
Agile Project Management
ATDD vs. BDD
Agile Product Ownership
Agile Contracts Best Practices
Scrum Primer
Managing Risk on Agile Projects
Sprint Retrospectives
SAFe
PI Planning
Releases Using Lean
Agile Project
ART Success
LPM
Nexus vs SAFe
Scrum Guide
Software Development Estimation
Agile Risk Management
Risk Management on Agile Projects
Scaled Agile Framework
Coaching Agile Teams
SAFe DevOps
Kanban Game
What Is Kanban
System Archetypes
Lean Budgeting
Tips
Nexus
Professional Scrum Product Owner
Agile Development
Change Management
Nexus and Kanban
Scrum Values
LAB
Continuous Delivery
Lean Agile Organization
Scrum and XP
Rapid RTC
NIT
Agile Mindset
Applying Agile Methodology
Video
RSA
Test Driven Development
AI Artificial Intelligence
Legacy Enterprise
Sprint Iteration
Agile Product Development
Scrum
Agile Games
Lean Startup
Sprint Planning
Atlaassian
Agile Games and Exercises
Presentation
Iterative Incremental Development
Effective Agile Retrospectives
Spotify
Agile Delivery
AgileSparks
Logo

Contact Us

Request for additional information and prices

AgileSparks Newsletter

Subscribe to our newsletter, and stay updated on the latest Agile news and events

This website uses Cookies to provide a better experience
Shopping cart