Don’t strain your brain, paint a train
You’ll be singing’ in the rain…

- Blondie

Action over Words

Your brain is a muscle. As we repeat certain actions, our “muscle memory” becomes comfortable with those actions, and programs itself to anticipate them. As it trains itself to anticipate them, it optimizes for them. This is the basis of kaizen, continuous improvement. Your brain gets used to your workflow, it becomes an subconscious process, and so it looks for ways to do things better.

Smoother.

Faster.

You get sensitized to completion. Sensitized to waste.

So using Personal Kanban on a regular basis, through its visual and tactile interactions, sensitizes you to the building blocks of success.

Tell me and I forget.
Show me and I remember.
Let me do and I understand.

- Confucius

Simply put: your brain responds very well to doing. The active nature of Personal Kanban is what your brain wants. Confucius figured this out 1700 years ago.

Managing your workload with static lists, while they can help you organize, doesn’t have the same brain-training impact as having a visual tool like Personal Kanban. Lists don’t involve motor skills or elements of flow.

Lists merely “tell you.”

Personal Kanban both shows you, and lets you do.

Image by Rob Web

Kanban has two main states: a "station,” where value is created, and a “transition,” where the work item is moved from one station to the next. In the kanban below, we see the flow of work for my upcoming book, Instant Karma: 10 Principles of Social Media for Business. In the pre-writing phase, I am creating the initial text for a chapter. When that’s done, and my editor is ready to look at it, she pulls a completed section from my pre-writing section and places it in her “focus” state. There she and I edit and re-edit that chapter until we think it is ready to send off to the crowdsourcers. I was creating value in the pre-writing state, when that value was realized it then went on to the next state of focus, where it remains until that value is realized.

In the kanban above we see that what is moving is not tasks – but the actual chapter. In a work-flow kanban tasks are the mechanics that create value, not the value itself. The value is explicit in the work-flow. Thus, in a kanban, the work-flow is also called a value-stream.

Here we have a task based kanban where I have the task of “Call Bob.”  It’s going to run through my simplistic Backlog | Doing | Done kanban.  But, let’s think about this a bit.  Regardless of my feelings for Bob, does calling Bob ever give me actual value?  No. "Call Bob" is merely a task, a mechanical action that should create value.

Later, if I am going over completed tasks and trying to figure out what makes me successful and what does not, “Call Bob” is a lousy artifact for judgment. There simply isn’t enough information there to let me make a decision.

So why not make the value explicit?

Here my reason for calling Bob is made more explicit.It could be anything you want from “talk about football” to “catch up.” Remember: Kanban isn’t making value judgments of your actions, it’s simply reporting the value of what you accomplished. If you really like Bob, and want to call him just to shoot the breeze, that’s value to you. It’s fine. What you want is to discover tasks that don’t provide value and eliminate them, so you have more time to do what makes your life better.

Images created in Agile Zen, which I am loving.

Geographic maps convey more than merely the physical environment, they show us things like political, historic, organizational characteristics – both real and imagined spatial constraints – which give locations their context. Similarly, the personal kanban is a map of  your work. It captures not just the tasks – but the logic, the flow that gives it an actionable framework

Communication Comes from Shape and Flow

I have intentionally made this personal kanban screenshot illegible because the text does not matter. What matters are the visual cues – the colors, the assignments, and the states.

In this kanban, we have three staging columns: a working column, “The Pen” (to hold tasks in a state of workus interruptus), and “Complete.”

Immediately we see that today our WIP is filled with teal tasks.  Those happen to be for the creation of Gov 2.0 University, one of our projects.  We’re getting ready to launch the web site and conduct some media events, so this particular day was spent focusing on those tasks.

We also see that yellow tasks (biz dev with a specific channel partner) make up most of the work in a waiting state.  So now we understand that on our plates for this day, we have a lot of focus on G2U, but that biz dev might rear its head as an activity from The Pen becomes active.

So while those yellow tasks might interrupt us, the kanban has mentally prepared us for them.

Those yellow tags likewise tell us a story over time. We know their history. Did they appear yesterday or did the come up over time? Are those tasks ones that recur and just never go away?

Do we have a deluge of project tasks (e.g. teal) that need to be batched and processed as a day with a single focus? Perhaps we have a deluge of different projects, but all similar task types (e.g. phone calls) that can be batched.

What personal kanban reminds us is to look beyond the tasks to the patterns that arise on the board. Work now has a shape. You can begin to think of it in other ways.

You can situate it in its context. Work has a geography.

With personal kanban you can now see the entire river – where it emanates from, where it reaches, and how it flows – rather than dismiss it simply as a body of water.

In an upcoming post, the pattern language of work will be explored.

Small adjustments can make all the difference.

In both Agile and Lean management there are points called “retrospectives,” regular and ritualized moments where a team stops to reflect. Checking processes for only a few minutes lets you re-orient the course of your work. These retrospectives allow a team the opportunity not only to celebrate or bemoan accomplishments or setbacks, but likewise to serve as a constructive way to create and direct their course.  A retrospective shows us that things either went well or they didn’t, understanding that either way, there is always room for plotting the effectiveness of future work.

Over the past few months, I’ve spoken with many people who’ve begun to use personal kanban. During the course of this thread, many of them have shared how they’ve started to deploy Kanban as a collaborative tool, using it to plan, prioritize, and do work both at home and in their place of business. Now we have to go that last step – we have to think about what we’ve done.

Whether it’s on our own, with our families, or with a team, a retrospective is vital in being able to identify, elucidate, and enact positive change. Retrospectives can take place at whatever intervals you are comfortable with, and for whatever period of time. Again, I’m not writing a how-to manual here, these tools should help you or your group manage tasks in a way that works best for you.

We can – and will – discuss a range of options for what a retrospective might look like.  But just like a kanban can reside on a white board, a piece of paper, a computer screen, or even a kitchen appliance, a retrospective is what works at the time.  If you are just finishing a project in the garage or on day 4 of hurricane disaster relief, checking your processes for only a few minutes will let you improve what you’re doing

You don’t have to fly to Pluto to gain from small course corrections. You want to always be fine-tuning your workflow and your work management. In upcoming posts, I’ll talk about a variety of retrospective styles – some that are thought exercises and others with statistical rigor. Whatever you prefer, there should be one for you and your team.

Note: When Kanban is working really well, and you have an intimate understanding of your work, then you will achieve what Lean calls a “kaizen state,”  a culture of continuous improvement. At that point, you are constantly doing retrospectives simply because you are so aware of your actions, and a such, a separate retrospective may not be necessary.

NewHorizons2015 is NASA’s Pluto Mission – which requires both course corrections and a whole lot of delayed gratification.

One cannot choose wisely for a life unless he dares to listen to himself, his own self, at each moment of his life.
- Maslow, The Farther Reaches of Human Nature

Okay, so we’ve gone through several ways kanban can look, be used, and operate. We’ve discussed ways to prioritize work. But we have yet to address how to measure (gulp) performance. But what exactly is “performance,” and why do we care?

Toyota’s Taiichi Ohno is credited with the initial deployment of kanban, and the creation of Lean and Just-in-Time management concepts. His goal was to make Toyota the world’s leader in automobile production, so he needed some metrics. Ohno understood that simple numbers did not drive performance, but that Toyota’s staff and its suppliers needed the will to work better.

Along the way, physicist Eli Goldratt came up with the Theory of Constraints (TOC). (You can hear Goldratt say he needs 4 days to define TOC in this video.) His glowing gem of wisdom is that we conceptually overcomplicate problem solving by identifying way too many constraints to arrive at a solution. When we want to get to a goal, we tend to lose the goal from all the little issues that surround it. But, usually there are one or two big constraints that, if solved, will both provide huge results and often solve a lot of the little constraints or make them irrelevant.

The beauty of both these messages is that small changes make big differences – if they are the right small changes. What do you need to identify the right small changes to increase the will to work better? Awareness.

Personal kanban helps give us that awareness, enabling us to begin to listen to ourselves. A few posts back I discussed retrospectives, how they were vital at the beginning and became less so as we incorporated self-improvement into our normal actions. As you focus less on that massive pile of little nuisance constraints that surround you, and move instead to the high-payoff constraints, you move to what Ohno calls a “kaizen” state. You begin to continuously look for ways to improve your quality of life.

Please notice, I’m not telling you how to improve your life or even suggesting what improvement looks like. That’s totally up to you. If you want to work towards helping to save the rainforests, that’s fine. If your goal is smoking 10 cartons of cigarettes a day while watching cage fighting…well, I guess someone has to do it.  Our goals are our own. They’re not for retirement, they are for living. If you want wifi and code, you design your life to allow wifi and code.

If we can clear the big things that Goldratt calls constraints or Ohno calls waste from our plate, what’s left is a clear and open space to do some real living.

Musicians must make music, artists must paint, poets must write if they are to be ultimately at peace with themselves. What human beings can be, they must be. They must be true to their own nature. This need we may call self-actualization.

- Maslow, Maslow on Management

In upcoming posts, I will cover a few ways – some absurdly simple, others a little more complicated – for how your personal kanban can tell you some pretty amazing things about how you work. Hidden in those post-its is some pretty awesome insight.

Image: The Programmer’s Hierarchy of Needs

cc. David Flanders