June 19, 2013

All Posts In Category: Project Management

Agile Coaching Blog

Personal Kanban: Week One, Dysfunction Goes to Eleven

Editor’s note: One of our agile coaches and Scrum trainers, Dave Prior, has been keeping a log of his experience using Kanban to manage his own work. You can follow his adventures every other week on our blog.

When this experiment started one of my goals for the first time box/iteration was just to see if I could actually give up my Things task list and follow the practice with a board. I had tried a number of other productivity frameworks and found that only pieces of them stuck. (Someday someone will write on a book on how to finish David Allen’s “Getting Things Done” book and I’ll actually get all the way through it.) And while I know that limiting work in progress is a cornerstone of this type of approach, and I did set WIP limits, I decided to be a little loose with the limits since I was just guessing at what they should be.

Because my larger plan is to test out different approaches to Personal Kanban, I wanted to start as simply as I could manage. I created a task board and began to fill it with post-its. The first lesson I learned was that I had far too much in my to do list to fit on my Kanban board. I decided to limit it to the things that seemed to be the most important at the time.

The Architect of My Own Demise

The most basic way to set up my board would have been to create three columns: On Deck, Doing and Done. I know this. However, when I sat down to work on it, I began struggling with how I would be able to visually understand the different types of things I had to do. [Read more...]

Share:

Personal Kanban: One Agile Coach’s Journey

Editor’s note: One of our agile coaches and Scrum trainers, Dave Prior, has been keeping a log of his experience using Kanban to manage his own work. You can follow his adventures every other week on our blog.

I am fairly well versed in how to manage projects. For the past 18 years I have been developing my skills at helping people manage the work they have to do into a state of ninja-like perfection-ish. As I have progressed in my career I have had the good fortune to work on projects of varying size, duration, and cost. Some have been successful, but more have not – and that is okay because those are the ones where I’ve learned the most. To demonstrate my proficiency in my chosen profession I have obtained multiple certifications in project management and agile development. I’ve even spent years teaching others how to get those same certifications. Along the way I also got an MBA to demonstrate… whatever it is an MBA is actually supposed to demonstrate beyond that I am willing to be in debt until I go to my grave. And I’ve given up thousands of hours of personal time leading volunteer organizations that focus in managing work and teaching people how to get better at it. My experiences have taught me many things… most of them the hard way. And with this, I have found only one single truth that spans all of it:

Being skilled at helping others manage their work is no guarantee you will demonstrate any level of skill at managing your own. In fact, I think it is fair to say I pretty much suck at managing my own work. I’m not saying I am not good at getting things done. I get stuff done all day long, and usually, it is the most important stuff. But I’m not good at managing it.

Why Managing Work Is So Hard Nowadays

When I started working in project management, managing stuff was not a problem. [Read more...]

Share:

Product Owners: Are You Solving Real Problems?

I’ve seen this look too many times from product owners as of late. As organizations shift from can we build it to should we build it, the future of Scrum hangs in the balance. Scrum, as it is practiced today, is still too focused on delivery.

Today we task product owners with activities such as:

  • Meticulously prioritizing a backlog based on assumed business value
  • Answering questions at a moment’s notice from the team throughout the day
  • Decomposing monolithic efforts into small, user centric batches.

… and yet none if this matters unless you are solving a real problem!

Fortunately for us, product owners are in a great position to help us take our next evolutionary step from can we build to should we build. To do so however, they’ll need to leverage other iterative and lightweight visual thinking tools. [Read more...]

Share:

PMI-OC Project Management Conference Recap of Leadership Panel

In September, BigVisible Co-Founder and agile coach, George Schlitz spoke on a leadership panel at the PMI-OC Project Management Conference 2012, the theme of which was “Leadership and Project Management; The Crossroads of Project Success.” The panel was formed to discuss, “What will project management look like in 2022?” and answered questions on project management education, technological know-how, and the future of the mobile workforce. Below are short videos of questions asked during the session in case you were unable to attend the event, or just wanted a refresher. [Read more...]

Share:

Abetting Accidental Complexity

Agile Tools, Processing Power, and ComplexitySometimes I can’t help but marvel at the rate of technical advances. Over the last 50 years, Moore’s Law has held up as the number of integrated circuits in computers has doubled every two years. The rate of growth in processing power is simply breathtaking. As a point of reference, a few years ago we celebrated the 40th anniversary of the Apollo 11 moon landing, begging the question just how does the equipment NASA used to reach one of the major technical achievements of the 20th century compare to that iPhone in your pocket. The short answer is that the iPhone is so much more advanced, you probably can’t even do a fair comparison. However, the current iPhone 4s clocks in at 1 GHz with 500 MB of RAM, making it about 1,000x faster with 250,000x more storage capacity than Apollo 11′s onboard computer. A current review of the Apple website indicates it sells for the hefty price of $199 (with a contract of course). While it’s fun to think about the fact that you are using more processing power to play Angry Birds than the US had to win the space race, I think there’s an important concept here. With so much more processing, our capacity to plan, model, and predict has increased an incredible amount. Just what are we doing with all that processing power? Has a glut of processing power enabled bad behavior? Let’s take a closer look at some of the unintended consequences…

[Read more...]

Share:

The Peter Principle applied to Project Management

First espoused in 1969 by Dr. Lawrence Peter and Raymond Hull in their book, “The Peter Principle” espouses that whenever someone succeeds at their job, the organizational response is to promote them, thus people will continue to be promoted until they reach a point where they’re no longer excelling at their job. At that point, they would no longer be promoted. Followed to its logical conclusion, organizations will continue to take successful people and rotate them to new positions until they are no longer effective. The authors wryly note that given enough time, “every post tends to be occupied by an employee who is incompetent to carry out their duties” and “work is accomplished by those employees who have not yet reached their level of incompetence”.  While the authors didn’t apply the concept to project management, I have seen a similar corollary at enough organizations that I think there needs to be a project management corollary to this principle.

Effective project managers will be given more projects until they are no longer effective.

[Read more...]

Share:

Validated Learning and Systems Thinking

The lean startup concept of validated learning is quite effective a means for measuring our progress in an uncertain area. We can create a hypothesis and then test it, ideally with market feedback, to validate or invalidate the theory. This provides a concrete framework for evaluating if a new concept in an emergent domain is progressing, and offers metrics much more powerful than things like percentage complete. Specifically, by focusing a project on learning and not just delivering, we are able to better align a project team with the business interests. This gives us a common frame where the delivery team can work to ensure we deliver the right solution. So, how do we apply this type of technique to the B2B or internal IT world where we can’t validate our ideas with small sales in the market? Enter systems thinking.

[Read more...]

Share: