A visual control is anything that allows a group to see their progress, and understand its relative importance. To be sure, a kanban is a visual control, but there are nevertheless some limitations to it. The biggest limitation to a kanban is that it is linear. Work, especially knowledge work, is not always linear.At a recent WriteShop Tonianne and I ran at the World Bank, we set out to run the process with a kanban. It quickly became apparent that the linear flow of the kanban was not going to work with the rapid and recursive iterations of this particular project.This project set out initially to create a document in five days that was made up of several modules. When we started, each module was in a different state of completion. The original assumption was that there would be a workflow that went something like “concept,” “components,” “outline,” “draft,” and “final,” and we’d make a mission-based kanban for each module.What ended up happening was very different. Scientists from around the world sat down on Monday and, fully aware they were not ready to write, instead began to talk. Those discussions redefined what exactly was needed for each module. That was good.What was even better was the evolution – the discussion became a product development discussion. Who was the client? What did they really need? What could this group produce by the deadline?And suddenly we had a spreadsheet model the clients could use for doing the analysis described in the document. That model, in turn, drove an entire, organic, and rapid rethinking of the layout of the entire document. Suddenly we had coherence.Then … it was time to write. We set up a visual control that was deceptively simple. The control has 4 columns: “Module,” “Outline,” “Text,” and “Draft.” This was because we knew that the workflow was not going to be linear. As text was written in the document, it informed what else needed to be in the document. Therefore, some outline would be written, then some text, then the outline augmented, then more text, then some discussion, then more outline, and so on.This means there was no “pull” from outline to text. So we used numbers to mark a 1 to 10 level for “complete” and checked back a couple times a day, crossing out the old numbers and entering new ones.The “Draft” column quickly changed to an “Issues” column. This allowed us to have very detailed stand-up meetings (short 10 to 20 minute discussions) about status twice daily.At each stand-up, the numbers would be entered for each stage. Sometimes they would go down. If you look closely, you can see 8s go to 7s. The group found that amusing, but what was happening was they were learning more and more about what “Complete” in this particular context meant. Clarity for the deliverable was rising on a daily basis, even if the estimation of complete was falling.Some days the “text” ranking would go up, even as the ranking for the same module’s outline fell. People were writing text, discovering new needs, then noting that they weren’t yet incorporated in the outline.The visual control allowed us to build a type of kanban that we might call a “recursive kanban” - a visual control that allowed for the productive loops in knowledge work. Linear kanban has a hard time dealing with productive loops like this.