Information Technology Project Management
First of all, the project manager must ensure the project is 100% complete. Young (2003, p256) noticed that in the closeout phase “it is quite common to find a number of outstanding minor tasks from early key stages still unfinished. They are not critical and have not impeded progress, yet they must be completed”. Furthermore, some projects need continuing service and support even after they are finished, such as IT projects. While it is helpful when this demand is part of the original statement of requirements, it is often part of the contract closeout. Rosenau and Githens (2005, p300) suggest that “the contractor should view continuing service and support as an opportunity and not merely as an obligation” since they can both learn from each other by exchanging ideas.
The project review comes usually comes after all the project systems are closed. It is a bridge that connects two projects that come one after another. Project reviews transfer not only tangible knowledge such as numerical data of cost and time but also the tacit knowledge which is hard to document. ‘Know-how’ and more important ‘know-why’ are passed on to future projects in order to eliminate the need for project managers to ‘invent the wheel’ from scratch every time they start a new project. The reuse of existing tools and experience can be expanded to different project teams of the same organization in order to enhance project results (Bucero, 2005). Reviews have a holistic nature which investigate the impact of the project on the environment as a whole.
Audits can also be helpful but they are focused on the internal of the organization. Planning the reviews should include the appropriate time and place for the workshops and most important the people that will be invited. Choosing the right people for the review will enhance the value of the meeting and help the learning process while having an objective critique not only by the team members but also from a neutral external auditor. The outcome of this review should be a final report which will be presented to the senior management and the project sponsor. Whitten (2003) also notices that “often just preparing a review presentation forces a project team to think through and solve many of the problems publicly exposing the state of their work”.
