|Paradigms and models|
|Methodologies and frameworks|
|Standards and Bodies of Knowledge|
Kanban is a lean method to manage and improve work across human systems. This approach aims to manage work by balancing the demands with available capacity, and improving the handling of system level bottlenecks.
Work items are visualized to give participants a view of progress and process, from start to finish usually via a Kanban board. Work is pulled as capacity permits, rather than work being pushed into the process when requested.
In knowledge work and software development, this provides a visual process management system which aids decision-making about what, when and how much to produce. Although the underlying Kanban method originated in lean manufacturing (inspired by the Toyota Production System) it is used mainly for software development and technology related work. However Kanban can be applied to any area of work, and it can even be combined with other methods or frameworks such as Scrum.
David Anderson's 2010 book, Kanban, describes the method's evolution from a 2004 project at Microsoft using a theory of constraints approach and incorporating a drum-buffer-rope (which is comparable to the kanban pull system), to a 2006-2007 project at Corbis in which the kanban method was identified. In 2009, Don Reinertsen published a book on second-generation lean product development which describes the adoption of the kanban system and the use of data collection and an economic model for management decision-making. Another early contribution came from Corey Ladas, whose 2009 book Scrumban suggested that kanban could improve Scrum for software development. Ladas saw Scrumban as the transition from Scrum to Kanban. Jim Benson and Tonianne DeMaria Barry published Personal Kanban, applying Kanban to individuals and small teams, in 2011. In Kanban from the Inside (2014), Mike Burrows explained kanban's principles, practices and underlying values and related them to earlier theories and models. Kanban Change Leadership (2015), by Klaus Leopold and Siegfried Kaltenecker, explained the method from the perspective of change management and provided guidance to change initiatives. A condensed guide to the method was published in 2016, incorporating improvements and extensions from the early kanban projects.
Kanban is an approach to process change for organizations which uses visualization with a kanban board, allowing a better understanding of work and workflow. It advises limiting work in progress, which reduces waste from multitasking and context switching, exposes operational problems and stimulates collaboration to improve the system. Kanban is rooted in two sets of principles, for change management and service delivery, which emphasize evolutionary change and customer focus. The method does not prescribe a specific set of steps, but starts from existing context and stimulates continuous, incremental and evolutionary changes to the system. It aims to minimize resistance to change to facilitate it.
Kanban focuses on the customer and work which meets their needs, rather than individuals' activities. Kanban has six general practices: visualization, limiting work in progress, flow management, making policies explicit, using feedback loops, and collaborative or experimental evolution. They involve seeing the work and its process and improving the process, keeping and amplifying useful changes and learning from, reversing and damping the ineffective.
Although Kanban does not require that the team or organization use a Kanban board, it is the preferred way to see the flow of work, get the participation of the team, and manage work.
A Kanban board shows how work moves from left to right, each column represents a stage within the value stream. For that reason unlike Scrum task boards, Kanban boards can span many teams, and even whole departments or organizations.
The image below is a typical view of a simplified Kanban board, where work items move from left to right. In addition Kanban recommends that each column has a work in progress limit. This means that each column can only receive a fixed amount of work items, these limits encourage focus, and make system constraints evident.
The diagram here and the one in the Kanban Board section shows a typical software development workflow. The boards, designed for the context in which they are used, vary considerably and may show work item types ("features" and "user stories" here), columns delineating workflow activities, explicit policies, and swimlanes (rows crossing several columns, used for grouping user stories by feature here). The aim is to make the general workflow and the progress of individual items clear to participants and stakeholders.
Although it is usually used for software development and software teams, the kanban method has been applied to other aspects of knowledge work. As a visualization and control mechanism, any repeatable and consistent workflow can be tracked regardless of complexity or subject area. Business functions which have used kanban include:
Manage research, learning and skills at defaultlogic.com. Create an account using LinkedIn to manage and organize your omni-channel knowledge. defaultlogic.com is like a shopping cart for information -- helping you to save, discuss and share.