Thoughts on Project Prioritization
I’ve been toying with an idea around, maybe not project prioritization, but project categorization, as a way to both help understand why we’re doing certain projects, and if or how they align with strategy.
Projects, Leadership, Strategy
The more I watch conversations around project management unfold, and the more my conversations bring me into contact with practitioners with deeper experiences than me, the more convinced I am that PMI, in conjunction with IPMA, APM, etc., needs to launch (and fund) an initiative to capture, document, and explain the evolution of ‘professional project management’ over the last 10 decades or so.
I’ve been toying with an idea around, maybe not project prioritization, but project categorization, as a way to both help understand why we’re doing certain projects, and if or how they align with strategy.
It’s no secret I’m not a fan of the idea of ‘hybrid’ project management. To me, anything that falls under the category of ‘delivering an outcome’ is simply *project management*. So Agile, predictive, phased, event-based… even Design for Six Sigma, are methods of ‘project management’.
I’ve been thinking about the definition of project management for a while now. I think for many it’s been incorrectly defined, explained, or misunderstood, which has led to many of the challenges and ‘religious wars’ between Project Management and Agile.
Recently in a comment on LinkedIn regarding the Waterfall/Agile/Hybrid debate, Adrian Dooley (Praxis Framework) explained how projects live on a continuum, with Cost of Rework and Uncertainty being the two primary defining factors. I loved his explanation and wanted to add my own thoughts. To help illustrate these, I put...
Strategy is uncertain, and it causes anxiety. And it’s supposed to.
Several posts recently have criticized the ‘methodology wars’ so many get caught up in, and attempted to shift the discussion to ‘leadership doesn’t care about methods, they just want results’.