Toronto Project Manager – Paul Henman CSM

Indexed often has funny or insightful posts, and I particularly liked today’s:

Equally pointless is trying to predict what task a particular person will be working on twelve months from now, at precisely 3pm.

Today’s Dilbert is yet another that hits too close to home:

How do you identify a high priority task? I like this answer, found on Merlin Mann’s website:


In Scrum we tend to see tasks (the work breakdown that a team deemed necessary in order to deliver a Story or feature) as equal priority because they all need to be completed in order to say we’re Done.

However Scrum also has the concept of a Product Backlog, which is a prioritised list of Stories (or features) which the Product Owner manages; planning for each Sprint (iteration) begins with the Product Owner describing the top priority Stories.

So maybe this card should say “How do you identify a high priority Story? It’s Done.”

It seems that this blog is largely becoming a place where I just re-post Dilbert cartoons, but that’s not my aim … however, Scott Adams is just so spot on sometimes!

I’ve been in the situation (as I’m sure most PMs have) where the team says there’s just not enough time to get everything done, so I try to explain to the Product Owner that we need to cut (i.e. postpone) some functionality or we can’t deliver, only to be told “I need it all or there’s no point in delivering it”. (more…)