Promotion: The Retrospective Magic course is discounted 60% this week only (ending Nov 7) to celebrate Mike's birthday. Click for more details on what's in the course, and for pricing.
There's a lot here and if you're not sure where to start, here are some popular starting points. From these, you'll find crosslinks to even more topics. Enjoy! For other kinds of content, see my other blogs at Unconscious Agile and Agile Technical Excellence.

Improve the work, not the metrics

One of the key practices supporting continuous improvement is making your work, and how you do the work, visible. This starts by tracking the progress of that work in a highly visual way, often by using a kanban board. Once that work is being tracked we can begin to gather that data and start to gain insights into where our biggest opportunities for improvement are, often by using the metrics defined in The Three Flow Metrics (Plus One).

The three flow metrics (plus one)

Some of the best indicators of team performance are the flow of both new information into the team and of value out of the team. If we can improve visibility into these indicators, and therefore the opportunities for the team to improve the way they work, it becomes possible for the team to support their organization in ways they couldn’t before. There are three standard metrics that are core to understanding the effectiveness of any flow-based system. The relationship between the three metrics is defined by Little’s Law. When applied to the systems used to enable knowledge work the law is usually restated in terms of Throughput, Work In Progress (WIP), and Cycle Time.

Lowering the Water Level - the metaphor explained.

Toyota has this metaphor of “lowering the water level” that they use when looking for opportunities for improvement. This video explains the metaphor and how it applies to your Kanban system.

Introducing the Kanban Guide

The Kanban Guide is a document from ProKanban.org, explaining the bare essence of Kanban for knowledge work. What are those things that are universally true in any Kanban system? What must be present if we’re to legitimately say that we’re using Kanban?