Risk planning…most tell you they hate to spend time on it and often just do a cursory amount of real risk planning. We often find that it’s easier to act now and ask for forgiveness later. Risk planning is like life insurance…great if you need it, but most of us don’t need it before it becomes too expensive to have or we really don’t need it anymore…and all we’ve done is spent hundreds of thousands of dollars on premiums that will never be used. Ouch! I think most project customers would probably agree as well – while grimacing at the thought of their hard-earned dollars floating away when the indestructible Titanic hits that iceberg that no one saw coming.
While it is true that it’s almost impossible to avoid all issues and risks on a project, it is possible to practice wise risk management to either avoid most risks or be prepared to mitigate those risks that cannot be avoided no matter what. Let’s consider some simple steps to follow – some risk management best practices to engage in – during the early phases of your project that can greatly increase your project’s chances for success and minimize risk impacts.

Some projects experience some disastrous situations and you wonder, “Can this project be saved?” Maybe not out loud in front of the project client, but you do wonder it. Some can be fixed, some can’t and some take some alternate routes to get back on the road to success. The act of actually throwing in the towel is hopefully one of the last things on your mind. Or at least it should be.
As project managers there will always be those things that we wish we had known or things we thought we could do but we were too confident to see that we were actually failing. You’ve heard the term “fake it till you make it” right? You’ve probably even read that phrase from me in a few of my articles. I am a firm believer in it because few people – actually no people – start out as real “experts.” They become good…but often the start out as inadequate.
Does your day usually go exactly how you planned it would go when you hit the shower in the morning? Does it ever? Why should we expect something different from the projects that we manage? The teams that we manage? T/he customers that we engage? So many variables. So many things that can go wrong or different or even better than originally planned.
You can be the most talented and organized project manager there ever was, but never underestimate how much a talented business analyst brings to the table on your technical projects. They are essential for success, in my opinion. With a great BA in place you get better requirements documented, have better oversight of the technical development team on the project, gain valuable assistance on the daily interaction with the project customer, and are virtually guaranteed that user acceptance testing will be pulled off with as few glitches as possible.
Planning is a chore. I get that. And believe me, I struggle with chores daily – but it’s a way of life if you want to live an organized productive life. The same is true with the projects that we run. If we want to have productive, organized and successful projects, then we can’t run them on luck and shoot from the hip throughout the engagement.
That said, running a project virtually is not without its own complexities. It is easy to characterize the types of virtual teams using the same categories as traditional teams. They can, however, be much more complex. The two primary categories of variables that make virtual teams more complex are: (1) they cross boundaries related to time, distance (geography), and organization; and (2) they communicate (share information) and collaborate (work together to produce a product) using technology.
We often say that someone is a “born leader.” Or you argue so well, you need to become a lawyer when you grow up – see the next paragraph… But are project managers pre-disposed to be project managers? Is it something they are born with? Something they grow up to be? Something they are pushed into unwillingly? Maybe all three?
Considering a career in project management or know someone who is considering such a move? Are you ready? Are they ready? And what does it actually mean to be ready? What steps do you need to take to get to that point?
Ever had one of those projects where you were tempted to skip best practices, the usual processes and templates and just do it your way to get it done? It may be a very short term project, a very low dollar project, a project flying way under the radar, a project where the customer is saying, “Let’s get this done NOW!”, or maybe it’s an issue-riddled project and you’re just trying to shove a working version out the door so you can get it signed off. Do any of these scenarios sound familiar?