Saturday, June 25, 2011

The Evolution of Project Management


Importance of Project Management is an important topic because all organisations, be they small or large, at one time or other, are involved in implementing new undertakings. These undertakings may be diverse, such as, the development of a new product or service; the establishment of a new production line in a manufacturing enterprise; a public relations promotion campaign; or a major building programme. Whilst the 1980's were about quality and the 1990's were all about globalisation, the 2000's are about velocity. That is, to keep ahead of their competitors, organisations are continually faced with the development of complex products, services and processes with very short time-to-market windows combined with the need for cross-functional expertise. In this scenario, project management becomes a very important and powerful tool in the hands of organisations that understand its use and have the competencies to apply it.

The development of project management capabilities in organisations, simultaneously with the application of information management systems, allow enterprise teams to work in partnership in defining plans and managing take-to-market projects by synchronising team-oriented tasks, schedules, and resource allocations. This allows cross-functional teams to create and share project information. However, this is not sufficient, information management systems have the potential to allow project management practices to take place in a real-time environment. As a consequence of this potential project management proficiency, locally, nationally or globally dispersed users are able to concurrently view and interact with the same updated project information immediately, including project schedules, threaded discussions, and other relevant documentation. In this scenario the term dispersed user takes on a wider meaning. It not only includes the cross-functional management teams but also experts drawn from the organisation's supply chain, and business partners.

On a macro level organisations are motivated to implement project management techniques to ensure that their undertakings (small or major) are delivered on time, within the cost budget and to the stipulated quality. On a micro level, project management combined
with an appropriate information management system has the objectives of: (a) reducing project overhead costs; (b) customising the project workplace to fit the operational style of the project teams and respective team members; (c) proactively informing the executive management strata of the strategic projects on a real-time basis; (d) ensuring that project team members share accurate, meaningful and timely project documents; and (e) ensuring that critical task deadlines are met. Whilst the motivation and objectives to apply project management in organisations is commendable, they do not assure project success.

However, before discussing the meaning and achievement of project success it is appropriate at this stage to provide a brief history of project management.

Brief History of Project Management
Project management has been practiced for thousands of years dating back to the Egyptian epoch, but it was in the mid-1950's that organisations commenced applying formal project management tools and techniques to complex projects. Modern project management methods had their origins in two parallel but different problems of planning and control in projects in the United States. The first case involved the U.S Navy which at that time was concerned with the control of contracts for its Polaris Missile project. These contracts consisted of research, development work and manufacturing of parts that were unique and had never been previously undertaken.

This particular project was characterised by high uncertainty, since neither cost nor time could be accurately estimated. Hence, completion times were based on probabilities. Time estimates were based on optimistic, pessimistic and most likely. These three time scenarios were mathematically assessed to determine the probable completion date. This procedure was called program evaluation review technique (PERT). Initially, the PERT technique did not take into consideration cost. However, the cost feature was later included using the same estimating approach as with time. Due to the three estimation scenarios, PERT was found (and still is) to be best suited for projects with a high degree of uncertainty reflecting their level of uniqueness. The second case, involved the private sector, namely, E.I du Pont de Nemours Company, which had undertaken to construct major chemical plants in U.S. Unlike the Navy Polaris project, these construction undertakings required accurate time and cost estimates. The methodology developed by this company was originally referred to as project planning and scheduling (PPS). PPS required realistic estimates of cost and time, and is thus a more definitive approach than PERT. The PPS technique was later developed into the critical path method (CPM) that became very popular with the construction industry. During the 1960s and 1970s, both PERT and CPM increased their popularity within the private and public sectors. Defence Departments of various countries, NASA, and large engineering and construction companies world wide applied project management principles and tools to manage large budget, schedule-driven projects. The popularity in the use of these project management tools during this period coincided with the development of computers and the associated packages that specialised in project management. However, initially these computer packages were very costly and were executed only on mainframe or mini computers. The use of project management techniques in the 1980s was facilitated with the advent of the personal computer and associated low cost project management software. Hence, during this period, the manufacturing and software development sectors commenced to adopt and implement sophisticated project management practices as well. By the 1990s, project management theories, tools, and techniques were widely received by different industries and organisations.

Four periods in the development of modern project management.

[1] Prior to 1958: Craft system to human relations. During this time, the evolution of technology, such as, automobiles and telecommunications shortened the project schedule. For instance, automobiles allowed effective resource allocation and mobility, whilst the telecommunication system increased the speed of communication. Furthermore, the job specification which later became the basis of developing the Work Breakdown Structure (WBS) was widely used and Henry Gantt invented the Gantt chart. Examples of projects undertaken during this period as supported by documented evidence include: (a) Building the Pacific Railroad in 1850's; (b) Construction of the Hoover Dam in 1931-1936, that employed approximately 5,200 workers and is still one of the highest gravity dams in the U.S. generating about four billion kilowatt hours a year; and (c) The Manhattan Project in 1942-1945 that was the pioneer research and development project for producing the atomic bomb, involving 125,000 workers and costing nearly $2 billion.

[2] 1958-1979: Application of Management Science. Significant technology advancement took place between 1958 and 1979, such as, the first automatic plain-paper copier by Xerox in 1959. Between 1956 and 1958 several core project management tools including CPM and PERT were introduced. However, this period was characterised by the rapid development of computer technology. The progression from the mainframe to the mini-computer in the 1970's made computers affordable to medium size companies. In 1975, Bill Gates and Paul Allen founded Microsoft. Furthermore, the evolution of computer technology facilitated the emergence of several project management software companies, including, Artemis (1977), Oracle (1977), and Scitor Corporation (1979). In the 1970's other project management tools such as Material Requirements Planning (MRP) were also introduced.

Examples of projects undertaken during this period and which influenced the development of modem project management as we know it today include: (a)Polaris missile project initiated in 1956 that had the objective of delivering nuclear missiles carried by submarines, known as Fleet Ballistic Missile for the U.S Navy. The project successfully launched its first Polaris missile in 1961; (b) Apollo project initiated in 1960 with the objective of sending man to the moon; and (c) E.I du Pont de Nemours chemical plant project commencing in 1958, that had the objective of building major chemical production plants across the U.S.

[3] 1980-1994: Production Centre Human Resources. The 1980s and 1990's are characterised by the revolutionary development in the information management sector with the introduction of the personal computer (PC) and associated computer communications networking facilities. This development resulted in having low cost multitasking PCs that had high efficiency in managing and controlling complex project schedules. During this period low cost project management software for PCs became widely available that made project management techniques more easily accessible.

Examples of major projects undertaken during this period that illustrate the application of high technology, and project management tools and practices include: (a) England France Channel project, 1989 to1991. This project was an international project that involved two governments, several financial institutions, engineering construction companies, and other various organisations from the two countries. The language, use of standard metrics, and other communication differences needed to be closely coordinated; (b) Space Shuttle Challenger project, 1983 to 1986. The disaster of the Challenger space shuttle focused attention on risk management, group dynamics, and quality management; and (c) xv Calgary Winter Olympic of 1988 which successfully applied project management practices to event management.

[4] 1995-Present: Creating a New Environment. This period is dominated by the developments related to the internet that changed dramatically business practices in the mid 1990's. The internet has provided fast, interactive, and customised new medium that allows people to browse, purchase, and track products and services online instantly. This has resulted in making firms more productive, more efficient, and more client oriented. Furthermore, many of today's project management software have an internet connectivity feature. This allows automatic uploading of data so that anyone around the globe with a standard browser can: (a) input the most recent status of their assigned tasks; (b) find out how the overall project is doing; (c) be informed of any delays or advances in the schedule; and (d) stay "in the loop" for their project role, while working independently at a remote site.

An example of a major project undertaken during this period is the Year 2000 (Y2K) project. The Y2K Project, known as the millennium bug referred to the problem that computers may not function correctly on January lst, 2000 at 12 AM. This was a global phenomenon and was highly problematic because resolving the problem at one's organisation did not guarantee immunity, since a breakdown in the organisation's supply chain could affect the organisation's operating capability. Many organisations set up a project office to control and comply with their stakeholders regarding the Y2K issue. Furthermore, use of the Internet was common practice that led to the establishment of the virtual project office. The goal of this virtual project office was: (a) to deliver uninterrupted turn-of-the-century; (b) monitor Y2K project efforts; (c) provide coordination; (d) develop a risk management plan; and (e) communicate Y2K compliance efforts with various stakeholders. Thus, the virtual project office was a focal point for all the project works, and it increased the awareness and importance of risk management practices to numerous organisations.

Why Project Management?

There is no doubt that organisations today face more aggressive competition than in the past and the business environment they operate in is a highly turbulent one. This scenario has increased the need for organisational accountability for the private and public sectors, leading to a greater focus and demand for operational effectiveness and efficiency.

Effectiveness and efficiency may be facilitated through the introduction of best practices that are able to optimise the management of organisational resources. It has been shown that operations and projects are dissimilar with each requiring different management techniques. Hence, in a project environment, project management can: (a) support the achievement of project and organisational goals; and (b) provide a greater assurance to stakeholders that resources are being managed effectively.

Research by Roberts and Furlonger [2] in a study of information systems projects show that using a reasonably detailed project management methodology, as compared to a loose methodology, improves productivity by 20 to 30 percent. Furthermore, the use of a formalised project management structure to projects can facilitate: (a) the clarification of project scope; (b) agreement of objectives and goals; (c) identifying resources needed; (d) ensuring accountability for results and performance; (e) and encouraging the project team to focus on the final benefits to be achieved. Moreover, the research indicates that 85-90% of projects fail to deliver on time, on budget and to the quality of performance expected. The major causes identified for this situation include:

(a) Lack of a valid business case justifying the project;

(b) Objectives not properly defined and agreed;

(c) Lack of communication and stakeholder management;

(d) Outcomes and/or benefits not properly defined in measurable terms;

(e) Lack of quality control;

(f) Poor estimation of duration and cost;

(g) Inadequate definition and acceptance of roles (governance);

(h) Insufficient planning and coordination of resources.

It should be emphasised that the causes for the failure to deliver on time, on budget and to the quality of performance expected could be addressed by the application of project management practices. Furthermore, the failure to deliver on time, on budget and to the quality of performance expected does not necessarily mean that the project was itself a failure. At this stage what is being discussed is the effectiveness and efficiency of project execution and not whether a project is a success or failure.

Conclusion

Project management should be viewed as a tool that helps organisations to execute designated projects effectively and efficiently. The use of this tool does not automatically guarantee project success. (project success will be discussed in a subsequent issue). However, in preparation for the next issue, I would like you to think about the distinction between project success and project management success. This distinction will provide further insight to the questions: Why are some projects perceived as failures when they have met all the traditional standards of success, namely, completed on time, completed within budget, and meeting all the technical specifications? Why are some projects perceived to be successful when they have failed to meet two important criteria that are traditionally associated with success, namely, not completed on time and not completed within budget?

The Importance of Project Closeout and Review in Project Management.

The well known English phrase "last but not least" could not better describe how important the project closeout phase is. Being the very last part of the project life-cycle it is often ignored even by large organizations, especially when they operate in multi-project environments. They tend to jump from one project to another and rush into finishing each project because time is pressing and resources are costly. Then projects keep failing and organizations take no corrective actions, simply because they do not have the time to think about what went wrong and what should be fixed next time. Lessons learned can be discussed at project reviews as part of the closeout phase. Closure also deals with the final details of the project and provides a normal ending for all procedures, including the delivery of the final product. This paper identifies the reasons that closeout is neglected, analyzes the best practices that could enhance its position within the business environment and suggest additional steps for a complete project closeout through continuous improvement.

Project managers often know when to finish a projects but they forget how to do it. They are so eager to complete a project that they hardly miss the completion indicators. "Ideally, the project ends when the project goal has been achieved and is ready to hand over to customer" (Wellace et. al, 2004, p156). In times of big booms and bubbles, senior management could order the immediate termination of costly projects. A characteristic example of that is Bangkok's over investment in construction of sky-scrapers, where most of them left abandoned without finishing the last floors due to enormous costs (Tvede, 2001, p267). Projects heavily attached to time can be terminated before normal finishing point if they miss a critical deadline, such as an invitation to tender. Kerzner (2001, p594) adds some behavioural reasons for early termination such as "poor morale, human relations or labour productivity". The violent nature of early termination is also known as 'killing a project' because it "involves serious career and economic consequences" (Futrel, Shafer D & Shafer L, 2002, 1078). Killing a project can be a difficult decision since emotional issues create pride within an organization and a fear of being viewed as quitters blurs managerial decisions (Heerkens, 2002, p229).

Recognition

The most direct reason that Project Closeout phase is neglected is lack of resources, time and budget. Even though most of project-based organizations have a review process formally planned, most of the times "given the pressure of work, project team member found themselves being assigned to new projects as soon as a current project is completed" (Newell, 2004). Moreover, the senior management often considers the cost of project closeout unnecessary. Sowards (2005) implies this added cost as an effort "in planning, holding and documenting effective post project reviews". He draws a parallel between reviews and investments because both require a start-up expenditure but they can also pay dividends in the future.

Human nature avoids accountability for serious defects. Therefore, members of project teams and especially the project manager who has the overall responsibility, will unsurprisingly avoid such a critique of their work if they can. As Kerzner (2001, p110) observe, "documenting successes is easy. Documenting mistakes is more troublesome because people do not want their names attached to mistakes for fear of retribution". Thomset (2002, p260) compares project reviews with the 'witch hunts' saying that they can be "one of the most political and cynical of all organizational practices where the victims (the project manager and the team) are blamed by senior management". While he identifies top management as the main responsible party for a failure, Murray (2001) suggest that the project manager "must accept ultimate responsibility, regardless of the factors involved". A fair-minded stance on these different viewpoints would evoke that the purpose of the project review is not to find a scapegoat but to learn from the mistakes. After all, "the only true project failures are those from which nothing is learned" (Kerzner, 2004, p303).

Analysis

When the project is finished, the closeout phase must be implemented as planned. "A general rule is that project closing should take no more than 2% of the total effort required for the project" (Crawford, 2002, p163). The project management literature has many different sets of actions for the last phase of the project life cycle. Maylor (2005, p345) groups the necessary activities into a six step procedure, which can differ depending on the size and the scope of the project:

1. Completion

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.

2. Documentation
Mooz et. al (2003, p160) defines documentation as "any text or pictorial information that describe project deliverables". The importance of documentation is emphasized by Pinkerton (2003, p329) who notes that "it is imperative that everything learned during the project, from conception through initial operations, should be captured and become an asset". A detailed documentation will allow future changes to be made without extraordinary effort since all the aspects of the project are written down. Documentation is the key for well-organized change of the project owner, i.e. for a new investor that takes over the project after it is finished. Lecky-Thompson (2005, p26) makes a distinction between the documentation requirements of the internal and the external clients since the external party usually needs the documents for audit purposes only. Despite the uninteresting nature of documenting historical data, the person responsible for this task must engage actively with his assignment.

3. Project Systems Closure
All project systems must close down at the closeout phase. This includes the financial systems, i.e. all payments must be completed to external suppliers or providers and all work orders must terminate (Department of Veterans Affairs, 2004, p13). "In closing project files, the project manager should bring records up to date and make sure all original documents are in the project files and at one location" (Arora, 1995). Maylor (2005, 347) suggest that "a formal notice of closure should be issued to inform other staff and support systems that there are no further activities to be carried out or charges to be made". As a result, unnecessary charges can be avoided by unauthorized expenditure and clients will understand that they can not receive additional services at no cost.

4. Project Reviews
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".

5. Disband the project team

Before reallocating the staff amongst other resources, closeout phase provides an excellent opportunity to assess the effort, the commitment and the results of each team member individually. Extra-ordinary performance should be complemented in public and symbolic rewards could be granted for innovation and creativity (Gannon, 1994). This process can be vital for team satisfaction and can improve commitment for future projects (Reed, 2001). Reviewing a project can be in the form of a reflective process, as illustrated in the next figure, where project managers "record and critically reflect upon their own work with the aim of improving their management skills and performance" (Loo, 2002). It can also be applied in problematic project teams in order to identify the roots of possible conflicts and bring them into an open discussion.

Ignoring the established point of view of disbanding the project team as soon as possible to avoid unnecessary overheads, Meredith and Mandel (2003, p660) imply that it's best to wait as much as you can for two main reasons. First it helps to minimize the frustration that might generate a team member's reassignment with unfavourable prospects. Second it keeps the interest and the professionalism of the team members high as it is common ground that during the closing stages, some slacking is likely to appear.

6. Stakeholder satisfaction

PMI's PMBoK (2004, p102) defines that "actions and activities are necessary to confirm that the project has met all the sponsor, customer and other stakeholders' requirements". Such actions can be a final presentation of the project review which includes all the important information that should be published to the stakeholders. This information can include a timeline showing the progress of the project from the beginning until the end, the milestones that were met or missed, the problems encountered and a brief financial presentation. A well prepared presentation which is focused on the strong aspects of the projects can cover some flaws from the stakeholders and make a failure look like an unexpected success.

Next Steps

Even when the client accepts the delivery of the final product or service with a formal sign-off (Dvir, 2005), the closeout phase should not be seen as an effort to get rid of a project. Instead, the key issue in this phase is "finding follow-up business development potential from the project deliverable" (Barkley & Saylor, 2001, p214). Thus, the project can produce valuable customer partnerships that will expand the business opportunities of the organization. Being the last phase, the project closeout plays a crucial role in sponsor satisfaction since it is a common ground that the last impression is the one that eventually stays in people's mind.

Continuous improvement is a notion that we often hear the last decade and review workshops should be involved in it. The idea behind this theory is that companies have to find new ways to sustain their competitive advantage in order to be amongst the market leaders. To do so, they must have a well-structured approach to organizational learning which in project-based corporations is materialized in the project review. Garratt (1987 in Kempster, 2005) highlighted the significance of organizational learning saying that "it is not a luxury, it is how organizations discover their future". Linking organizational learning with Kerzner's (2001, p111) five factors for continuous improvement we can a define a structured approach for understanding projects.

This approach can be implemented in the closeout phase, with systematic reviews for each of the above factors. Doing so, project closure could receive the attention it deserves and be a truly powerful method for continuous improvement within an organization. Finally, project closeout phase should be linked with PMI's Organizational Project Management Maturity (OPM3) model where the lessons learned from one project are extremely valuable to other projects of the same program in order to achieve the highest project management maturity height.

Sunday, June 5, 2011

Privacy Policy

Privacy Policy for http://malahayatimanagement.blogspot.com/

If you require any more information or have any questions about our privacy policy, please feel free to contact us by email at malahayati.870@gmail.com.

At http://malahayatimanagement.blogspot.com/, the privacy of our visitors is of extreme importance to us. This privacy policy document outlines the types of personal information is received and collected by http://malahayatimanagement.blogspot.com/ and how it is used.

Log Files
Like many other Web sites, http://malahayatimanagement.blogspot.com/ makes use of log files. The information inside the log files includes internet protocol ( IP ) addresses, type of browser, Internet Service Provider ( ISP ), date/time stamp, referring/exit pages, and number of clicks to analyze trends, administer the site, track user’s movement around the site, and gather demographic information. IP addresses, and other such information are not linked to any information that is personally identifiable.

Cookies and Web Beacons
http://malahayatimanagement.blogspot.com/ does use cookies to store information about visitors preferences, record user-specific information on which pages the user access or visit, customize Web page content based on visitors browser type or other information that the visitor sends via their browser.

DoubleClick DART Cookie
.:: Google, as a third party vendor, uses cookies to serve ads on http://malahayatimanagement.blogspot.com/.
.:: Google's use of the DART cookie enables it to serve ads to users based on their visit to http://malahayatimanagement.blogspot.com/ and other sites on the Internet.
.:: Users may opt out of the use of the DART cookie by visiting the Google ad and content network privacy policy at the following URL - http://www.google.com/privacy_ads.html

Some of our advertising partners may use cookies and web beacons on our site. Our advertising partners include ....
Google Adsense


These third-party ad servers or ad networks use technology to the advertisements and links that appear on http://malahayatimanagement.blogspot.com/ send directly to your browsers. They automatically receive your IP address when this occurs. Other technologies ( such as cookies, JavaScript, or Web Beacons ) may also be used by the third-party ad networks to measure the effectiveness of their advertisements and / or to personalize the advertising content that you see.

http://malahayatimanagement.blogspot.com/ has no access to or control over these cookies that are used by third-party advertisers.

You should consult the respective privacy policies of these third-party ad servers for more detailed information on their practices as well as for instructions about how to opt-out of certain practices. http://malahayatimanagement.blogspot.com/'s privacy policy does not apply to, and we cannot control the activities of, such other advertisers or web sites.

If you wish to disable cookies, you may do so through your individual browser options. More detailed information about cookie management with specific web browsers can be found at the browsers' respective websites.