The question is always asked, which Methodology is best?  It is interesting to see or read the responses from people and their reasoning behind their opinion.  I actually don’t like to use the term Methodology. I would prefer to use the term Approach.  Merriam-Webster defines methodology as a body of methods, rules, and postulates employed by a discipline; a particular procedure or set of procedures.  An approach is the taking of preliminary steps toward a particular purpose.  THAT is what people do.  If you review the PMBoK or the Agile Manifesto, neither are going to say in the event of A-B-C, in this sequence, do D-E-F.  Life, application development, and project management are complicated enough.  You don’t need to write an algorithm to know the next step needed to accomplish goals.

There is a pain point in the industry that I’ve seen ongoing for several years now.  In this post, I’m not going to say which approach I think is better and why.  It’s really kind of irrelevant.  I think what is important is we ask ourselves and our stakeholder. What IS important?

A while ago, commented on two blogs that address similar topics.  Jesse Fewell wants to empower teams to succeed, equip managers to lead, and enable executives to unlock the secrets of high performing organizations.  Jesse wrote a blog post offering the real reasons behind the methodology wars.  It’s an insightful post and I would recommend you go and read it.

The other blog post was from Mike Cottmeyer, someone I turn to on a regular basis to find inspiration and wisdom within the industry.  Mike wrote a blog post asking Why is Agile so hard to sell? Again, it is a very good read and you should set aside some time to read some of his writings.

My bridge to both blog posts is identifying Wants and Needs.  Both drive motivations.  Once you understand the motivation, you can answer the question “why?”

Before analyzing why one team likes one approach or has disdain for another, you have to question their motivations. We assume we all desire the delivery of value. That’s not necessarily true. Some are more motivated at protecting the status quo or their position in the program.

The hierarchy of wants, not needs, will commonly differ between teams, if we want to admit it or not.

Image courtesy of quickandirty

I’m not going sit here an boast of being some kind of expert on Kanban or guru of personal productivity.  I’m just a Project Manager/Leader who is always keeping his eyes and ears open for newer or better ways to manage time or work.  I believe you should always try to eliminate non-value-added processes, resulting in a positive impact of customer satisfaction, while reducing support costs.  How do you do that?  You get it done as effectively and efficiently as possible.

I recently completed Getting Things Done by David Allen.  It was an interesting book.  Though I use paperless processes to “get things done”, David offered one bit of advice that resonated with me.  To advance a task or activity to more of an actionable conclusion, he said to ask “What’s the next action?”

This parallels what I do with my Kanban (task) board.  I currently have 4 columns:  Backlog, Work In Progress (WIP), Blocked, Done.  When a prioritized task can not be worked, I put the task card (user story) in the “blocked” column.  I then ask myself the question.  What’s the next action? Without asking yourself that simple question, your task may be blocked longer than necessary.  You have to understand there may be 3 or 4 steps you need to complete before you can unblock your task and get it back to WIP.  So, ask the question.

As to not ignore the obvious, I recommend you write your tasks in a standard user story format. As a [perspective], I want to [activity], so I can [desired outcome]

It doesn’t matter if you use a physical or virtual Kanban (task) board.  I recommend following 3 simple rules:

1. Keep your tasks visible
2. Keep your tasks limited
3. Keep your tasks actionable

For those out there using Kanban for Lean Project Management, let me sing the praises of Zen.  Zen is a tool that applies the ideas of the Toyota Production System (commonly known as “lean” principles) to project management. Whether you already practice lean in your organization, you want to set up a lean process, or you just want an easy and effective way to manage your process, Zen will work for you.

Since I started using Zen back in July, my productivity increases has been astounding.  I used to think multi-tasking was the best way to deliver value.  I couldn’t have been more wrong.  Instead, I now limit my Work In Progress to only 3 and only focus on 1 at a time.

Though I wrote about this product back in August, I wanted to give a formal product endorsement.  Getting started is free of charge. Once you begin using it on your projects, the cost is reasonable and scalable.  The Zen creators focused on what really matters, and designed an open-ended and easy to customize product.  They don’t overwhelm you with metrics and force you to try to figure out what matters.  Instead, they track just a few high-value indicators such as cycle time and lead time.

If you’ve already implemented lean ideas in your organization, Zen can easily be used to replace a manual kanban board and spreadsheets, and has all the features you would expect to find in a lean project management tool.  If you think I’m a fanboy, you’d be right!  I love this product.  Check out www.agilezen.com

A little over a month ago, Agile Zen started following me on Twitter.  They are creators of a very clean web-based kanban solution.  Around the same time, I connected with Jim Benson.  Jim is a collaborative management consultant.  He is the CEO of Modus Cooperandi, a consultancy which combines Lean, Agile Management and Social Media principles to develop sustainable teams.

Though I’ve used information radiators like kanbans in the past, I’ve been working in a non-Agile PMO for the last six months and it’s all very foreign to them.  Thanks to reading the works of David Anderson, Jim Benson, and AgileZen, I’m back in the game.  I’m using AgileZen on a daily basis for everything from business deliverables, to an entrepreneurial project, to my wife’s honey-do list.

My actual task completion velocity has noticeably increased in the last month.  I attribute that to AgileZen having a very easy to use product, Jim musing on a daily basis on the topic, and most importantly limiting what I’m working or focused on.

You can read one of Jim’s recent postings [here]
You can check out AgileZen [here]

I wish I could thank all of the kanban supporters out there that I follow on a daily basis.  These 3 really have to be mentioned.  If you’re interested in Kanban, look them up.