It’s Not About the Documents!
I was recently contacted by a new project manager who was very upset because they had experienced a lot of problems on their first project, and didn’t understand why. At one point, this PM said to me, “I worked with the team to complete the RAID log, and we updated it every week, but we still had all kinds of problems with the items in it, and I don’t understand why.”
In this case, the problem actually was the RAID log, which keeps track of risks, assumptions, issues and dependencies. I see this problem happening more often. Projects make use of a lot of different types of documents and templates, and they all serve a very useful purpose—but we have to remember that they are only tools. They don’t do a project manager’s job for them; they simply help that job to get done. Like a lot of new project managers, this PM didn’t fully appreciate that—and ran into trouble.
While we expect to interact with project plans on a regular basis, there is a temptation to view things like RAID logs as a form of completion. Take risks as an example: They’re identified, analyzed, prioritized, assigned to an owner, and an appropriate management and contingency approach are identified. Then all of that information is captured and reference to it is made in the RAID log, which summarizes everything. But none of those things are stable
Please log in or sign up below to read the rest of the article.
|
Don't be humble. You're not that great. - Golda Meir |




