Archive for the ‘ Risk as Opportunity ’ Category

NASA on Knowledge, Mistakes, and . . . Loud Teams

Thursday, January 26th, 2017

I listened to Ed Hoffman, NASA’s Chief Knowledge Officer, speak at a PMI event last week.

Mr. Hoffman shared a slide called, “Shared Experience Poll.” Its a universal, if depressing, list.  Any sound familiar? The italics are mine – PMO remedies that really work!

  • Incompatible business strategies
  • Managers support policies aligning to their interests
  • Employeees only do what is necessary to keep the boss happy
  • Projects succeed but fail organisational expectations
    • Above all helped with portfolio management to objectively fund projects according to how they support strategies and way to keep this up to date, also easy visuals to show clear ties from each project to at least one strategy and vice versa.
    • At NASA they avoided linear lists of info, but created visuals to explain where to find knowledge, to appeal to their workforce and how they talk about things.
  • Organisational talent doesn’t know where to find critical knowledge
  • Information is everywhere but knowledge is scarce
    • Above two helped if all projects fit a known project type that then uses commonly named project steps.
  • Adminstratively burdensome processes and procedures
    • Above helped if project management is seen as a service offering, with a sales component that uses feedback to continually simplify project steps that bring a worthwhile return.
    • At NASA they called it knowledge services instead of knowledge management, to reflect intent to help and not control.

 I also loved his recommendation that success criteria go beyond the usual cost, time, budget types. If learning, for example, isn’t on the list, it’s no wonder people won’t capture the lessons learned. Yet we can mostly agree learning is one of the most important outcomes of any project! Consider knowledge sharing as another marker of success. Expressly stating this can go a long way to supporting the collaboration you need. Maybe discovery and innovation needs to make it’s way into your success criteria, or building up individual and team talent. Getting this right helps you get to true success, as well as line up the real expertise you’ll need.

He said its so important to speak the truth at the level of mistakes, as these are what can prevent larger failures. And that the team culture needs to support this. It’s hard because so many smart people are trained to bring solutions, and not problems. You need rules of thumb, heuristics, to convince smart people to bring a problem forward. NASA had “my best mistake” events to help people get in the rhythm of sharing mistakes.

He also talked about failure, the need for it. A benefit to failure is it gives time to learn, sometimes the ONLY time to learn, a chance to get people to talk to each other across their usual silos. He says if he hears, “I don’t have time,” this a show stopper; that you need to make time for this. An executive involved with the Challenger disaster was shown on video, saying, “I just can’t sit there anymore and watch people talk past each other.”

A good PM is at work, he said, if a team makes a lot of noise. Ask is there inclusion, is there respect, are people raising issues? Laughter, arguing, a team able to put up with disruptions . . . these are indicators for success.

Risk as Opportunity

Thursday, September 17th, 2015

Though I don’t mind calling a risk planning session a ‘worry session’, I wish we could change the tone we use when talking about risk. And I wish we had more opportunities on the risk list. (For example, ‘what if 200 register for our training instead of 50?”)

Don’t we all know of the risk log opened at the beginning of a project, rarely to be glanced at again?  But since the flip side of risk is opportunity, and an occurred Risk is an Issue, and a closed Issue is a Decision – couldn’t all of this ‘stuff’ be in one place, open to the whole team, and so much more useful?

Imagine a ‘This Stuff’ list for a project. Like my inbox for my task manager – you can put anything into it, and then when you have time to process it, you can identify it as a Risk, or an Issue, or a Decision, or even a Task.  Or maybe what gets on the ‘stuff’ list is an innovative idea, or a suggested ‘kudos’ for someone on the team.

Here’s an template we use that includes a Risks Log, an Issues Log, and a ActionsDecisions Log. Next, I’m going to try changing this so that anyone on the team, even if in a hurry, can add something in a first column (called “Stuff”). Then the  leader of the project can own this one log, and process these into categories, and prioritize them, and parse out the tasks related to them. We’d all look at it more often, more people would input to it, and it would really empower us to create better plans and more successful projects.

Risk etc log – a template in Excel