Do you manage IT or software development projects? Have you seen a pattern of risks that appears in almost every project? Here are my top 5 risks that IT projects may experience:
1. Other new projects (perhaps “higher priority”) may take resources away.
2. Systems/infrastructure upgrades (either planned or unplanned) may occur in the middle of your project. Your project may be delayed by days or even weeks.
3. There may be unanticipated requirement changes. The scope may change, unplanned/new requirements may get added or current requirements modified—all of which results in either additional work or rework.
4. Detailed impact analysis may bring up something new that may push the project dates. Even though the requirements may not change, these new findings can cause delays.
5. Coding may take longer than anticipated. Estimates are proven wrong most of the times. In fact, the development teams may take much longer than what was expected.
So does this list match with yours? My guess is that it’s pretty similar.
Sometimes I ask myself a question: If a risk appears in most projects, then is it truly a “risk” or is it more a product of the skills or the culture of the organization. Let us consider the 2nd risk from the list above – “Unforeseen software upgrades may delay the project.”
Now, if this winds up being a risk for every project, does this not go back to poor planning and/or problems with intra-departmental communication? Either the department responsible for software upgrades is lacking the skills to do the proper planning or there is no culture of planning (things happens as they come along—along the lines of “life happens”). Or perhaps they have very detailed plans but plans are never communicated to the project teams? Or it’s a combination of both.
Do you think finding a resolution to this kind of recurring risk is within the scope of work for a project manager? If you are project manager who has faced this situation (listing the same risk over and over again on different projects), what would you do?