Welcome to the second post in my series on how I use Personal Kanban. In the first post, I explained how I started using this approach. In this post, I will describe what works for me and what I’ve learned since I started using it.

My Personal Kanban setup

I use these tools:

Omnifocus is a fantastic tool for organising work into folders, projects and actions but I don’t use it to visualise my work. Seeing my work arranged in Omnifocus’ list of lists format hides some of the subtleties about the work and the process I use to finish it. For example, actions in Omnifocus are either done or not done. My Personal Kanban workflow has more states than this which are difficult to show in Omnifocus. Whilst you can use contexts and perspectives to help infer this information, I only use Omnifocus to organise work.

LeanKit is one of the leading online Kanban tools. It’s expensive for a single user but I still use it because it has a decent API and a straightforward approach to configuring the board. I looked at Trello but the lack of built in Work In Progress limits put me off and their API is confusing. I am keeping an eye on tools like MeisterTask and Rindle to see if a switch away from LeanKit makes sense.

I use my own app to retrieve flagged tasks in Omnifocus and create corresponding cards on my LeanKit board. This also closes tasks in Omnifocus for cards marked as Done on my Personal Kanban board.

Visualising work

I started with the To Do, Doing, Done default board but moved on from this (my first post explains this). After some iteration my process works well. The picture below shows an example of my board:

TBC

I move work I want to finish today but can’t until later out of the Backlog into these columns:

The next four columns show the work that has my focus. I introduced three swim lanes (Work,mishmash Personal and Home) to help me distinguish between different work types. For example, I move cards that are specific to my job into the Work swim lane whereas cards that I can only do at home go into Home. This approach is bit of a mishmash of GTD’s context and Omnifocus’ perspectives. This works for me since I can pull the most appropriate next action into In Progress without having to sort through the cards first.

The Waiting For column contains actions that I need someone else to finish. There is a subtle difference between these and any work within On Hold. The latter is for work I start with the expectation of finishing but then find I cannot.

I track finished work for a time and categorise it as either:

Work types

I use different coloured cards to help show the type of work required. I define the card types to match my Omnifocus contexts. For example:

Looking at the board now, I realise that I can’t remember what all the colours mean without looking them up. I think I have too many contexts.

What I’ve learned since I’ve started

  1. Limiting Work In Progress helps finish work faster. The more work you take on, the longer you will take to finish it. Therefore, reducing your work load will reduce the time you take to finish this work. It sounds obvious but most people consistently take on too much work without understanding the consequences.
  2. Focusing on finishing work is essential. I am as guilty as the next person as wanting to start something new instead of finishing something already started. Finishing this post is a great example. I have twenty five cards held in Backlog as of this morning. The temptation to pick one of these tasks instead of finishing this post is palpable. I try to use two techniques to help me finish work quicker: * finish work that is closer to Done than something further away. This helps me keep my Work In Progress under control. * avoid pulling work into In Progress from Backlog when I have work queued in Ready or Next.
  3. Regular reviews of my Personal Kanban board help keep the system relevant to my process. My approach and working situation changes which my board should reflect. I review and update my workflow every month or so to keep it relevant.