By asking a few questions at the start of a project, organizations can improve their successful project completion rate and enjoy the fruits of their success instead of performing post mortems on failed initiatives.
It's common knowledge that technology projects often suffer from spectacular failure, whether that failure means that a project simply couldn't come to fruition or it fails to meet stated goals. Believe it or not, though, not all IT projects need to fail. By asking a few questions at the start of a project, organizations can improve their successful project completion rate and enjoy the fruits of their success instead of performing post mortems on failed initiatives.
1. How does the project fit into the current portfolio?
This is, perhaps, the most important question that should be asked at project inception and includes a number of component questions that make up the whole. Project portfolio management is not always done well. When poorly handled, this leads to organizations oversubscribing their finite IT resources, which in turn leads to failure across multiple projects.
In addition to ensuring that IT resources aren't overburdened, this question will provide answers to the following portfolio based information needs:
- What strategic goals does the project meet? Projects should be aligned with business goals. By outlining these goals ahead of time, projects can be better prioritized.
- Where does this project fall with regard to other projects? By ordering projects by priority, all members of the organization can see what will be worked on and when.
2. Do I really have the resources necessary for successful project completion?
Do you have a $20 appetite but only have $5 in your wallet? That's also the case with many organizations that undertake complex IT projects. Further, many projects underestimate both the people and the financial resources that will be necessary for successful completion. As a part of answering this question, project leaders also need to gain a commitment from project participants that constant fires and shifting priorities will not sway them from meeting stated project goals. This is the biggest challenge faced by project teams that have other organizational responsibilities. There needs to be commitment at the executive level that the project will get the promised attention or agreement that a project can slip if other priorities come up.
Further, make sure to include all costs in project estimates. Now, do you have enough money to get it done? Don't try to do it for less than it will require. While superhuman efforts might make it work, the end result will probably not be pretty.
3. Is the timeline that I've put forth truly achievable?
This question is related to the previous one, but it's really important. Once you've created a timeline for the project, share it with some people before you commit to it. Further, before you commit, add 25% to the timeline if you can. No one will mind if you end up coming in a bit early because of overestimated time frames, but they will certainly mind if you miss milestones or an implementation deadline due to poorly conceived plans.
I want to reiterate here that it's critical that project teams be given the time necessary to focus on the project. If a project manager sees that some members are continually being pulled, the entire project is in jeopardy. This should be documented in regular project updates that are shared with stakeholders and the executive team.
4. What is the fallback plan in case of imminent failure or other issues?
No matter the planning, it's possible that a project will not come off as expected. If this happens, what's your fall back? Do you return to an original system? Do you move forward with partial functionality? Do you revamp the project schedule?
It's better to have an idea of a direction when things are going well than when you're under the gun.
5. Who are the stakeholders that need to be involved in the project?
Not every member of the company needs to be involved in every project, but you need to make sure that the right people are involved. For every project, clearly outline every stakeholder and project participant and indicate their part in the process. Perhaps the sales VP is the primary stakeholder in the project; this is a person that should receive regular complete project updates. Maybe the accountant plays a small role late in the project. This person should receive project status updates but may not need to attend every single project meeting.
Importantly, make sure that the right people remain highly engaged throughout the life of the project so that expectations remain constantly managed and so that you can draw on the business expertise that you will need to see projects through to successful completion.