I viewed a timely projectmanagement.com presentation on the need for project managers to embrace innovation. This is behind the PMI/projectmanagement.com paywall, but I encourage those of you with access to watch this presentation and consider the presenter's (Dennis Stauffer, of Innovator Mindset) arguments.
Stauffer compares the status quo and innovator approaches and mindsets. Across positions and to a great degree as a project manager, I personally have worked in an implementer role, with a focus on the detect and correct loop. While this isn't bad in and of itself, Stauffer compares the innovativeness scores (using an instrument created by IM) of individuals across some industries with value add - and emphasized that most of the value add comes from those working on the higher end (70-100) of innovativeness.
Okay, okay - Stauffer takes a more extreme approach in the session when describing the attributers of the status quo and innovator mindsets. Here's a subset of examples:
Status quo: Argumentative, frustrated, blaming...
To get to the presenter's core argument: The high-level flows of the status quo and innovative approaches are similar (both with Idea, Action, Reality, Feedback phases in a loop). The PMBOK Guide approach is valuable, but taken too far, it can undermine innovation (specific example that came out during the Q&A session, the overcommitment of resources to knowledge management and documenting lessons learned).
Stauffer suggests that the project manager should embody innovation. Ask questions instead of making declarative statements; embrace feedback (including negative feedback - which the presenter depicted as a key indicator of effective innovators).
I hope to take the IM instrument soon to determine my own innovativeness score and to learn more about Stauffer's research. Can I ask more questions and make fewer declarative statements? It's an interesting test for me....
One of the challenges that I have in communicating with colleagues on project management is the amount of valuable and intriguing content that's behind a paywall for full access - particularly, PMI PMI ProjectManagement.com materials.
A happy exception in the risk management area is this Dr. David Hillson 2013 presentation on risk management (YouTube, 45 minutes).
A couple of specific takeaways:
I've spent some time recently going over the PMBOK Sixth Guide, Sixth Edition PMP training materials created and published by Velociteach. At the same time, I'm using Mike Bissonette's book Project Risk Management: A Practical Implementation Approach to gain a deeper understanding of risk management. How can the PMBOK processes, including the tools, be leveraged to improve on project risk management?
The current PMBOK Guide, Sixth Edition, has this Risk Management process structure:
Earlier today, I submitted an Ex Libris Users of North America (ELUNA) presentation proposal on the subject of project management. I hope to follow an excellent ELUNA 2018 presentation on project management approaches by SUNY's Jan Waterhouse.
Earlier this fall, I published a post on the Library Services Platform (LSP) in this space. I'm building on these ideas with this take:
This is where strategic vision and mature project management skills support tool exploitation. For the latter, the implementation (supported directly by a vendor) and follow-up projects can lay the groundwork for the ongoing enhancement of user services with the LSP as the foundation.
PM & Tech Blog
"If a subordinate always agrees with his superior, he is a useless part of the organization."