Académique Documents
Professionnel Documents
Culture Documents
1 Introduction Objectives This module introduces the main concepts and philosophies of project management. These areas are then explored in greater depth, and additional ideas introduced, in the remaining modules. By the time you have finished this module you should be familiar with: the concept of project management; how project management differs from traditional management and the different organisation structures employed; the potential benefits and challenges of using a project management approach; the history and origins of project management. A project is a one-off process with a single definable end-result or product. Some examples include building a house, introducing new human resources practices, and developing new IT systems. It is difficult to provide an example of a typical project because project management techniques are now applied so widely that listing their possible applications would take a volume as large as this text! In addition, new uses are being found regularly. One reason for this growth in popularity is that project management is a very practical tool when used for change management purposes. The ever-increasing rate of change in the environments in which organisations operate requires them to transform themselves regularly if they are to survive and have the possibility of prosperity. Hence the continued growth in interest in project management. Much of project management is concerned with planning and controlling the three key variables associated with projects. These variables are time, cost, and quality. They are interrelated and a change in any single variable frequently has a significant impact on the others. Since project management is concerned with managing change, within the constraints of the three key variables of time, cost and quality, organisational structures for managing projects can be expected to differ from traditional organisational structures, which were developed to help managers manage in more stable environments. Organisation structures for managing projects are examined and contrasted with more traditional management organisation structures. Projects have a finite life cycle, i.e. definite starting and completion points, and it follows that any project team or organisation structure set up to manage a project will have a finite life cycle. Project management is a truly unique international and multidisciplinary profession. This characteristic has led to the development of international generic standards and is managed by a new kind of professional who operates in a different way from traditional functional managers. After studying this module, you should be able to define those main differences and understand their advantages and disadvantages compared with traditional approaches. The module also gives a brief review of how project management evolved from more traditional management structures in response to changing industrial and economic conditions. A major influence has been the tendency for projects to become larger and more complex. As a result, the penalties for failure and the rewards for success have changed significantly.
1.1 What Is a Project? 1.2 What Is Project Management? 1.3 Characteristics of Project Management 1.4 Potential Benefits and Challenges of Project Management 1.5 The History of Project Management 1.6 Project Management Today
Summary
What is a Project?
Along with mass production and batch production, a project is one type of standard production system. Projects are characterised by having one-off and unique objectives and characteristics.
evaluation, accounting, and information systems. Given the temporary nature of a project, an organisation working on projects must be flexible so that it can alter structure and resources to meet the shifting requirements of different projects. In a project system, the product is a one-off non-repetitive element. As a result of this, there is no learning curve and high levels of complex management planning and control are required. The concept of project management has evolved in order to plan, co-ordinate and control the many complex and often diverse activities involved in modern-day commercial projects. Project management is principally the general management of an organisation within an organisation. Good project management requires the effective application of all the general manager's skills to achieve the projects goals. Project management employs the whole range of functional management areas, and skills are often required in each of these areas in order to secure project success. Project teams are set up to undertake projects of every type. They may deal with single projects where all resources are dedicated to achieving the objective of that project, or they may be responsible for multiple projects where the resources have to be managed across projects. Projects can be external where they are carried out for a client outside the organisation. These are normally defined by a binding contract and are usually a main revenue source for the organisation. Projects can be internal where they are generally set up to improve the operations of the organisation and the client would be an internal client.
management system to work, key staff are taken from functional units for a proportion of their time. If not properly controlled, this could damage the performance of the functional unit. Projects will inevitably compete, at least to some extent, for limited and finite organisational resources. Functional managers tend to be less visible and flexible than project managers. Increased staff flexibility is also required. Staff have to be re-deployed when the project terminates. There may be problems with this if the functional staff have been working on the project to a large extent, and/or for a significant amount of time.
2.1 Introduction
2008 Edinburgh Business School
2.2 The Project Manager 2.3 The Project Team 2.4 Project Team Staffing Profile and Operation 2.5 Project Team Evolution 2.6 Project Team Motivation 2.7 Project Team Communications 2.8 Project Team Stress 2.9 Conflict Identification and Resolution
Summary
leadership and communications, and establishing reward and conflict controls. Project managers have to be good leaders. Leadership skill requirements vary from project to project. Classical leadership traits are decision-making ability, problem-solving ability, an ability to integrate new members, interpersonal skills, an ability to handle conflict, communication skills, interface management skills and factor balancing skills. Project management leadership is involved with the life cyle of the project. The leadership demands and style change through the course of the project life cycle. The general trend of leadership evolution from high task/low relationship to low task/low relationship is a characteristic of the development of any project team.
3.1 Introduction 3.2 Background to Risk 3.3 Risk Handling 3.4 Types of Risk 3.5 Risk Conditions and Decision making 3.6 The Concept of Risk Management 3.7 Risk, Contracts and Procurement
Summary
Risk management originated in the US and the UK during the design of the first nuclear power stations. Risk management has to consider both individual risks and also the overall collective effect of other risks. The net impact of individual and collective risks can be quite different. Risk is a measure of the probability and consequence of not achieving a specific project goal. It therefore depends both on the likelihood (probability) of an event occurring and on the consequences (impact) of that event should it occur. Risk is a function of the probability of an event occurring and the consequences of the event if it does happen. . Risk is also a function of the level of hazard represented by an event and the degree of safeguard that is put in place to counter it. . An organisation's sensitivity to risk is a function of three elements. These are: the degree of exposure (or vulnerability) to particular risk impacts. the significance (or severity) of the enterprise's exposures to the realisation of different events. the firm's ability to manage the implications of those different possible events, should they occur. Sensitivity is therefore a measure of likelihood and impact, modified to some extent by the ability of the organisation to manage these variables. The use of risks to create value is changing. The profile of risk management and the risks defined by organisations in decision making are also changing. This is an uncertain world. Very few things are certain apart from taxes and death. In such an environment, all investments must be subject to some degree of uncertainty and therefore risk. Risk management is a key element of the management of investment and the generation of return. Risk and opportunity go hand in hand. Everybody is on the lookout for a good opportunity. Opportunities exist within an uncertain world and are therefore subject to uncertainty and risk. The relevant risks have to be effectively managed if opportunities are to be exploited. Risk intimidates competitors. It prevents them from taking advantage of market opportunities that exhibit hazard above a certain level. Risk and risk management should not be seen as purely static. Risk management is not just about identifying potential negative events and then taking precautions against them. It is about looking at the complex world of business and analysing the myriad opportunities that present themselves and then making an informed decision on which are the best ones to commit to. In order to succeed, companies have to take risks. They have to commit scarce and expensive resources to uncertain business activities. The more research and analysis that can be put into the risks that underlie those activities the better. Risk is therefore both a good thing and a bad thing. It is the driving force behind innovation and enterprise, but it is also a threat if not properly evaluated and managed. It is particularly significant in a project context, where the work is typically complex and does not form part of a repetitive cycle.
The relationship between possible actions and acceptable outcomes determines what actions are to be considered as part of the decision-making process. Possible actions are subject to the constraints of acceptable outcomes, and satisfactory outcomes are not necessarily optimal outcomes. Prediction momentum allows forward projections based on current events and past experience to be made. Any forecasting technique is only as accurate as the data that are used in developing it and operating it. The primary determinants of prediction model development and application are time scale, cost of production, and lack of bias about future events. Intuition can be both individual and organisational. Companies store and use collective experience in much the same way as individuals do.
Risk Handling
Risk control is particularly important in monitoring the evolution of risks. Risks change in terms of probability and impact over time; it is imperative that any such evolutions are monitored and controlled in modern business.
Types of Risk
Market risk is dynamic. It is concerned with both positive and negative values, or potential gains and losses. Static risk considers losses only. It looks at the potential losses that could occur and seeks to implement safeguards and protection in order to minimise the extent of loss. External risk originates and operates outside the organisation. Typically, the organisation has little or no control over external risk. Internal risks originate from within the organisation; at least in theory, the company should have some control over them. Predictable risks are known unknown risks, such as changes in interest rates during times of fluctuations in the economy. Unpredictable risks are the unknown unknowns such as the collapse of a major bank. These are unforeseeable.
10
The Wald criterion is sometimes referred to as the maximin criterion. The decision maker is pessimistic and seeks to minimise losses. The decision maker is concerned with how much he or she can afford to lose. He or she will consider only the minimum profits (not losses); losses are not considered to be an option. The Savage criterion is sometimes referred to as the minimax criterion. The decision maker is a bad loser. He or she therefore attempts to minimise the maximum regret. The maximum regret is the largest regret for each strategy, and the largest regret is the greatest difference within a state of nature column in the pay-off matrix. The Laplace criterion attempts to convert decision making under uncertainty into decision making under risk.
11
Quadrant 3 (lower yellow zone: low impact/high probability) represents risks that often related to day-to-day operations and compliance issues. They are the unmanaged hurricanes. Quadrant 4 (green zone: low impact/low probability) represents risks that are not of sufficient stature to allocate specific resources. They are generally insignificant and are acceptable at their present level. The attitude of the risk taker is obviously an element in risk management. Much risk evaluation is subjective and therefore the perceived level or risk involved with a course of action depends on the attitude of the risk taker. Different types of people and even different professions characteristically exhibit different standard risk-attitude characteristics. Risk response basically centres on risk distribution. Obvious risk responses include: risk retention; risk reduction; risk transfer; risk avoidance; seek additional information about the risk. Ignoring the risk is obviously itself a high-risk strategy. Informed risk retention is another consideration. This is most suited to risks that are characterised by small and repetitive losses. Risk may be reduced by a number of means. It may be possible to engineer risk out of the equation. In addition, risk may be reduced by training and development, or by redefining the aims and objectives of the project. Risk transfer involves transferring the risk to others. There are numerous ways in which this can be done. Liability could be transferred through contractual clauses or through negotiation. Probably the most common way of transferring risk is through an insurance contract. Not all risks can be transferred, and there may be some risks where it is not economical to do so. Risk avoidance means removing the risk in all forms from the project. Risk avoidance is synonymous with refusal to accept risks. It is normally associated with pre-contract negotiations. Risk may sometimes be avoided or reduced by seeking additional decision-relevant information. Some uncertainty is caused by a lack of relevant information; and the level of perceived risk may be reduced if more information is made available.
12
termination/determination. If variations occur, or if the project is delayed or changed for other reasons, the parties to the contract might have recourse to seek reimbursement from the party that has caused the delay or change. This is usually done through the assembly and submission of a direct claim. If this is disputed, the party might seek recourse through litigation, in which case the claim would be converted into a claim for damages. Most standard forms of contract list items that are acceptable as the basis for a contractor claim. These are items that the contractor has no control over and therefore have to be classified as client risk. Typical examples of client risk include: failure to provide information within a reasonable time of the contractor requesting it; late instructions; errors or omissions in the contract documents; delays caused by nominated subcontractors; delays caused by client consultants; changes in statute; non-availability of labour; civil commotion and disruption; declaration of war and/or war damage; exceptionally adverse weather (where appropriate); determination of contract by contractor. 4 Project Management Organisational Structures and Standards Objectives This section discusses the various organisational structures that may be appropriate for organisations that are using project management. Organisations can be structured in many different ways, and project management structures can take numerous forms and can exist within or outside existing organisational structures. The organisational structure that is most appropriate for a given scenario depends on a range of factors; there may be no one specific organisational design that is most appropriate for the demands of a given application. These factors include project size, team size, production system and internal or external status. Project management structures and operational systems are also heavily influenced by standards. Project management as a global profession is regulated by these standards; they act as links or gateways into corresponding professional levels within other professional associations that have project management specialisations. Project management standards operate at a number of levels, from global to national to sector and even to company-specific. By the time you have finished this module, you should be familiar with the following: the concept of project management organisational structures; the difference between internal and external systems; the organisational links that bind these systems together; the Association for Project Management Body of Knowledge and BS6079; the concept of the BS6079 Generic or Strategic Project Plan (SPP); the way in which these standards combine to establish operational procedures.
4.1 Introduction 4.2 Organisational Theory and Structures 4.3 Examples of Organisational Structures 4.4 Project Management Standards
13
Summary
14
functional structure to navigate. The project manager reports directly to someone in the organisation's senior management. Pure project systems can be particularly effective when there are a number of pure projects operating at any one time within an organisation. This allows the project organisation to build specific skills and expertise in these areas, which can result in distinct competitive advantages being built up within the organisation. These skills will not be tempered by functional duties. In pure project systems, the project team can develop a strong sense of identity and motivation; commitment to the project is often high. In pure project systems, authority is centralised and the project team can therefore make quick decisions and react rapidly to changing circumstances. Pure project systems offer the advantage that each member of the project team only has one boss, and this unity of command ensures that he or she never has to choose between the functional boss and the project boss. The organisational structure is simple, flexible and easy to understand and administer. In pure project systems, it is easy to see the project as a whole, with less of a tendency to focus on sub-systems thus losing touch with the whole project. Pure project systems that are running a number of consecutive projects may duplicate a considerable amount of work in many areas of the project. Staffing costs in pure project systems can be very high because each project has full-time functional capability whether required or not. In pure project systems, there might be a tendency to stockpile resources for future use. Pure project staff may become highly competent project workers, but absence from the functional department for extended periods could result in their losing touch with developments within the functional disciplines. The functional department may be better positioned to keep up to date with developments. Deadlines for pure projects often foster administrative corner-cutting, and policies and procedures can be left by the wayside. It becomes very difficult to maintain standard procedures across project teams who are given complete freedom to run the project. Pure project systems can lead to a them-and-us mentality and can foster groupthink and political infighting. When staff are employed solely within a project team, there is understandable concern about their positions after the project has finished. There is a tendency towards the end of a project for important team members to leave to take up longer-term, more secure positions. This can put the project in jeopardy and is often countered by the award of a project completion bonus paid to those team members still there at the end. A matrix system attempts to combine the benefits of the functional organisation with those of the pure project organisation, whilst at the same time eliminating the disadvantages. The matrix structure is the pure project structure overlaid on the functional divisions of a parent organisation. Matrix structures may be very strong or very weak, or anywhere in between, depending upon the nature of the projects undertaken. Strong matrix structures veer towards pure project structures and tend to be used on large projects where employees are assigned to projects on a long-term, full-time basis. Weak structures exist where the only full-time employee on a project is the project manager and everyone else used on the project is commissioned on a short-term basis. This is common on smaller, shorter-term projects such as those carried out by advertising agencies. Projects undertaken in this environment could be undertaken within the most appropriate functional unit. For example, a packaging redesign or product launch would be the responsibility of the different sections of the marketing department. Alternatively, they could run across different functional units as for example, in a police crime investigation that uses specialists from a number of individual functional specialisations.
15
Although projects carried out in this environment may be strategically important to the organisation, they are highly unlikely to be the reason for its existence. They are likely to be developmental in nature; they will tend to be projects to improve systems, procedures, methods or products and to be internal rather than external projects for the benefit of the organisation's effectiveness. Internal or non-executive project management is an example of a matrix system. It involves a project system operating within the boundary of a larger functional system. Internal project management systems require a project sponsor, who is there to act as a moderator on the project manager and the functional manager(s). Internal project management generates interfaces. Interfaces are points where organisational linkages cross either internal or external project, function or authority boundaries. Interface management is the management of the processes of communication and action across and within the various organisational interfaces. Internal project management relies on accurate time and cost-centre recharging between functional and project systems. In matrix systems generally, the project is the point of focus and has a single person (i.e. the project manager) responsible for its success. The matrix system also means that the project has reasonable access to the total capability of each of the functional areas and is well placed to draw on the services of any of the specialists across all the organisation's departments. Even though strong matrix structures support a truly committed project team, there is little anxiety or insecurity as the end of the project nears, because team members are generally assured of their place back in the functional department. The project within the matrix structure is flexible and can respond rapidly to the demands of the client in a way that the functional organisation cannot. Close links to the functional departments ensure that organisational policy, procedures and systems are well adhered to and are consistent across all projects. This benefits project team members when they move from project to project and do not have to familiarise themselves with new ways of doing things on every project. Where there are several projects running simultaneously, a matrix structure enables better balancing of resources to meet the demands of the organisation as well as the demands of each of the projects. The matrix structure offers total flexibility between pure project and pure functional organisation and can be adapted to suit any project. There is a power-balancing issue between the project and the functional department and when the balance is delicate, as in the case of a power struggle between project manager and functional head, the project will suffer. Project management is a complex task in general and the matrix structure adds a new dimension to that complexity. Project completion in strong matrix structures is difficult. Killing off the project identity built up during the project life cycle is often resisted, and project team members may suffer a sense of loss at the prospect. The matrix structure demands project managers with strong diplomacy and negotiating skills. Without this, they may quickly find themselves at odds with the heads of the functional departments. In the matrix structure, project team members have two bosses. There is no way around this and the split in loyalty between the project and the department, which results from this situation, is the single biggest disadvantage of the matrix structure and almost always affects the project in some way. Pure functional and pure project organisations can also coexist as components of a hybrid structure. There are many forms that the structure of an organisation may take to support a project. Commonly, a hybrid will be the most suitable option given the existing structure and working procedures. Project management structures are not limited to those that can operate within existing functional structures. An external project management system could comprise only internal people but be managed by an
16
external project management consultant; it could also comprise a mixture of internal people and external consultants, all of whom are managed by the consultant project manager; or it could comprise only external consultants, some or all of whom have been appointed by the consultant project manager. The extent to which external people or consultants are involved, and the degree to which they make up a project team, depends upon the degree of surrogacy involved. Some clients want to hire a consultant project manager who will take over everything and run the whole show in return for a fee; in such cases the client wants minimum involvement and only wishes to see the end criteria met with minimum interim involvement. Other clients might want to retain more of a grip on the evolution of the project; these clients may have commissioned similar works before and know some of the problems that can occur. External Project Management tends to be more applicable to smaller organisations. It is a far more flexible approach and is much more suited to organisations with variable workloads. External project management structures are sometimes referred to as executive project management structures. In an external system, different consultants act as agents on behalf of a client. Some or all of the consultants could work for different organisations. An external project manager, similarly, could work for a specialist project management consultancy, and could offer overall project management services, including control and co-ordination of the design team, as part of the management package. External project management systems are susceptible to the problems of differentiation and sentience. External project management systems also tend to be subject to much more open and competitive fee structures than internal systems. External systems tend to have much more developed organisational linkages than any of the internal forms. External project management systems tend to have a much wider range of formal contractual arrangements that internal systems. Authority links define the power and control structure that operates within the system. Authority links are not the same as contractual links; they need not necessarily follow the same routes through the organisational structure. Communication links define the lines of communication in the system. Again, communication links might follow the same paths as contractual and authority links, but they may also follow different paths.
17
Numerous large UK organisations, such as the British Broadcasting Corporation and British Telecom, have developed within their own organisations their own specific codes of practice and summaries of project management practice and application. For any given industry or profession, there are effectively three standards that govern project management practice in the UK. There is the internationally-based APM BoK, the national BS6079, and the industry-specific version. Anyone who is involved in project management must at least be aware of what these standards are and how they work together. 5 Project Time Planning and Control Objectives The objective of this module is to develop an understanding of the time planning process. This process involves breaking the project down into individual components and then allocating times or duration values to each component. The next stage is to link these components together in a logical progression. Models are then generated to ascertain likely completion dates for individual and collective activities. Finally, further models may need to be generated to allow for replanning and change. By the time that you have completed this section you should be able to: understand the process for generating a work breakdown structure (WBS); understand the basic sequence of works necessary to produce a precedence diagram; appreciate the basic mechanics of scheduling using the critical path method (CPM); appreciate the basic mechanics of Program Evaluation and Review Technique (PERT); clearly define the differences, advantages and disadvantages of CPM and PERT; generate and execute crash scenarios; generate and present trade-off scenarios. Time planning and control cannot be considered in isolation. Time, cost and quality planning and control are intrinsically linked and must be considered collectively and as part of the project management three-way continuum. Time planning will therefore be examined as one aspect of the overall, or generic, strategic project planning exercise.
5.1 The Concept of Project Time Planning and Control 5.2 The Process of Project Time Planning 5.3 Project Replanning 5.4 Trade-off Analysis 5.5 Resource Scheduling 5.6 Project Planning Software
Summary
18
non-statutory success objectives are related to time, cost and quality optimisation. Planning as a discipline effectively sets targets. These targets may subsequently be achieved or not, depending on the success of the project. The project manager attempts to ensure that these targets are met through project control procedures. Project control procedures examine actual performance and track it over a period of time. They then compare actual performance with theoretical performance in order to isolate variances. These variances are then used as the basis for management reporting. Planning is also a way of establishing where the project should be, in terms of time, cost and quality performance, at any particular moment in time. A project manager can then use this information to identify where problems are likely to arise in the future for example, where existing performance is likely to cause problems in the future. Variations in project success and failure criteria will affect the time planning and control process. If the value of quality suddenly increases, this will almost certainly generate an increased time requirement. The project time planning and control process is only part of the contents of the generic project plan or strategic project plan (SPP). The SPP is a project document that includes all the information relevant to the planning process for the entire project. The project SPP includes separate planning and control processes for time, cost and quality, and also a wide range of other planning elements including communications planning, marketing planning, financial planning, benefits planning and risk planning. Separate plans are required for each of the foregoing elements, and also for the others listed in the SPP pro forma in BS6079 (see Module PR04). The collective assembly of all these individual subplans forms the generic SPP. A project plan must be established for all projects if effective project management techniques are to be applied. The project time planning and control system is only one of numerous planning and control systems that collectively form the generic project plan. Project time planning involves identifying, sequencing and scheduling information. Depending on the nature and size of the project, this information can range from just a few activities and resources to, in the case of large capital projects, many thousands of activities with complex interdependencies and resources. The planning process must be robust enough to withstand rigorous testing and yet take account of the constantly changing environment in which the project exists. Planning is carried out throughout the project life cycle. The intensity of planning activity varies over the life of the project. Traditionally, planning is most intense in the early stages. Major changes during the project will result in increased planning activity no matter what stage the project is at. This replanning is a central requirement on most projects and can be one of the most complex areas that the project manager has to manage. Time replanning tends to become more complex as the project progresses. In most projects, large changes at later stages in the project life cycle can have critical effects.
19
Project planning involves a systematic approach to working that not everyone is comfortable with. It requires an ability to look ahead and effectively integrate uncertainty with the more tangible aspects of planning such as estimating and scheduling. Good project planning also requires considerable imagination and creativity and these characteristics are not universal. Perhaps the most difficult part of any planner's job is to predict the activities required to complete the project with any reasonable degree of accuracy. The risk of uncertainty is inherent throughout any project plan as in any plan. As well as the global uncertainties surrounding the project as a whole, there are elements of uncertainty within each of the planned activities and all of the assumptions made during the planning process. Planning large projects is a highly complex and specialised skill. It requires an in-depth knowledge of sophisticated planning techniques and systems. To achieve good workable plans, the planning skill is best complimented by a good operational and technological understanding of the project itself. If a project plan is to be effectively implemented, stakeholders must be fully informed of all their responsibilities. The information must be issued in a format that is clear, understandable and unambiguous.
20
Networking is the process of defining project logic in terms of the sequence of required activities, and then assigning durations to these activities. Scheduling is the process of calculating individual activity times in order to allow an estimate for the completion date to be calculated. The end result of the scheduling process is the Draft Master Schedule (DMS). The DMS is a complete network analysis or programme for the project showing start and finish times for each activity. By using specific analysis techniques, it is also possible to calculate start and finish times for groups of activities, for sections of the project and for the project as a whole. The DMS also identifies the project's critical path, namely the path through the project that has the longest total activity duration times. It is therefore the path of activities that determines the overall project completion date. In terms of assigning activity durations, there are two primary alternatives. These are based on the critical path method (CPM) or on the programme evaluation and review technique (PERT). Both approaches use an essentially similar concept, but the calculations used and applications of each are quite different. CPM is used where deterministic calculations can be used. Deterministic values are applicable where times for activities can be calculated or are known with reasonable accuracy for example, the times taken to execute each of the stages in making a cup of tea. The critical path through any network diagram is the longest path. The duration of the critical path defines the expected duration of the project under normal circumstances. The most popular method for producing a draft master schedule (DMS) from a precedence diagram or network is to use the critical path method (CPM). PERT is used where component activity times cannot be accurately calculated or are not known, such as making a cup of tea with a faulty kettle that may or may not work properly. In both CPM and PERT cases, the calculations are used as the basis for evaluating the individual and overall times that are applicable to the project. They are not simply used once to arrive at overall and individual completion dates. They are also used as the basis for the replanning process, which is an essential feature of most project planning and control. Replanning is often necessary because the Draft Master Schedule produced by the project manager is just that a draft. It is presented to the client as one possible solution for the planning and control of the project; it may or may not be acceptable. Typical reasons why it might not be acceptable are that it finishes the project too late and time savings are required, or it is too heavily resourced and the overall cost has to be reduced. The replanning process is just as important as the initial planning process. As soon as a schedule has been produced, there will be immediate requirements to change it. Change notices and variation orders will be issued throughout the project execution phase, client requirements may change, planning regulations may alter etc. Replanning tends to be a complex operation and is one of the main reasons why project planning software, as opposed to manual methods, is used almost exclusively.
Project Replanning
In crash analysis, a project manager offers replanning advice based on the functional relationship between time and cost. The objective is to look at that relationship for the process concerned and to generate a curve showing alternative cost and time scenarios. The client can look at this curve and can see how much it will cost to meet a range of different time options. The cost of crashing is a function of resources limits and availability. In addition, resources on an activity can only be increased up to a point. Additional resources may be immediately available at the same or greater unit cost, available later at the same or increased unit cost, etc. The crash sequence will usually start with the cheapest unit crash-cost item and progress to the most expensive unit crash-cost item. This will generally appear as a negative curve, rising more and more steeply away from the origin (original project time and cost). The curve should always rise more and
21
more steeply as the unit crash cost increases for the later items and the cumulative effect is significant. The other major consideration is the critical path. There is no point in crashing non-critical items as any time saved on these items will not reduce the overall project or package completion date. It is therefore essential that the crash sequence contains only those items that are on the project or package critical path.
Trade-Off Analysis
Crash analysis is one aspect of trade-off analysis. The crash example in the text considered the tradeoff between time and cost. There can also be trade-offs between time and performance and cost and performance. Each scenario seeks to establish the functional relationship between two of these variables while assuming that the third element is fixed or constant. A requirement for trade-off occurs because project conflicts arise. This could be because of changes to project objectives, success and failure criteria, incompatibilities, errors etc. The main types of causes for trade-offs are human error and mechanical failure, problems of uncertainty and totally unexpected problems. Changes in project environment, changes in company corporate strategy, new statutes and codes of practice, and inaccurate original forecasts and planning are all potential sources for conflict and a requirement for trade-off analysis.
Gantt Charts
In its simplest form, the Gantt chart consists of a horizontal time scale, a vertical list of tasks and a horizontal line or bar drawn to scale to represent the time needed to complete each task or activity. Gantt charts provide an effective tool for planning and monitoring. They require little training to produce and give a very easy to understand visual image.
Resource Scheduling
Most organisations do not have idle staff and equipment waiting to carry out a particular activity on a particular project. What is likely is that they are also required for other jobs, and some degree of prioritisation will be required. Resource scheduling is critical in any resource-driven application. Resource levelling allows peaks and troughs in resource demand to be evened out allowing more consistent use of resources.
22
appreciate the main components of the PCCS planning cycle; understand the main components of the PCCS control cycle; understand the concept of computerised database estimating systems (CDES); understand the mechanics and application of earned value analysis; understand the mechanics and application of project variance analysis reporting.
6.1 Introduction 6.2 Project Cost Planning and Control Systems 6.3 The Project Cost Control System
Summary
23
Cybernetic control is the most common basic approach. This is the most common method of control and its key feature is its automatic response mechanism. To control the project, the outputs must be monitored and compared against a set of standards. Most cost control systems cannot operate as simple low-level systems. The main reason for this is that projects continually evolve and change as the factors influencing the project characteristics change. Typical factors causing change are client requirements, variation orders, and changing internal and external environmental conditions. While a high-level cybernetic control system is appropriate for tracking and controlling overall project performance, or at least performance of large work packages or sectors well up the WBS structure, an analogue system can be used on almost every aspect of a project. Analogue controls take a form of testing that determines whether specific preconditions are met and for many facets of the project it is sufficient to know whether the pre-conditions have or have not been met. In practice, most projects incorporate some form of analogue control system in the form of gateways. Cybernetic controls are designed to be automatic and will operate as often as they are designed to, whereas an analogue control system will only operate when and if the people who are controlling the project use them. Cybernetic and analogue controls are directed towards accomplishing the goals of an ongoing project; feedback controls are applied after the project has finished, so as to improve the chances for future projects to meet their objectives. Feedback control takes an evaluation of performance on an existing project and uses this as a form of learning to try to improve control procedures for future projects. In preparing overall project budgets and estimates, it is necessary to consider the different types of costs that may or may not be incurred during the project and the allowances that should be included to mitigate the inherent risk of projects. Direct costs are the costs directly attributable to the job or project task; direct costs include the labour, materials and equipment charges directly related to carrying out that task. Materials, components and expenses directly attributable to a particular project should be classed as direct. Very often companies will take on projects at a sales price that only covers direct costs in order to achieve some strategic objective for example, to increase market share or to try out a new technology. Factory costs are applicable to manufacturing projects and are the total costs of the project before any additional mark-up for profit. They include all direct and indirect costs for materials, facilities, labour, equipment and expenses. Fixed costs are fixed and will continue to be incurred irrespective of the level of activity on the project. These include management and administrative salaries, rent, rates, heating, insurance and so on. Fixed costs tend to form the major part of a project's indirect (or overhead) cost. Indirect costs or overheads include the facilities, services and personnel costs that exist in a company irrespective of the project. They include such costs as factories, office accommodation, personnel, training, accounts and marketing. In project organisations, the indirect costs must be recovered through the projects and they are often a serious cause of disagreement with project managers. The recovery of indirect costs is spread over a company's projects and it is a matter for often heated debate as to how much should be attributable to any one project. Variable costs are those costs that are incurred at a rate that depends on the level of work activity. These are usually direct costs, but some may have a small indirect content. For example, if temporary administration staff have to be employed at head office for the duration of a particular part of a project, these may be classed as variable and indirect. Contingency allowance covers additional costs that are inevitable as a result of the highly unpredictable nature of projects.
24
Historical data from previous projects usually provide a reasonable indicator of how much to add to a project for contingencies. Cost escalation is generally more relevant to longer-term projects and is the direct result of inflation. It is fairly easy to predict short-term rises in labour, materials and equipment costs in stable economies, although even they are not totally immune to surprises. Provisional sums are estimated to cover work that might arise during the course of a project. The project contractor may include a provisional cost to be added to the project price for work that is foreseen but not clearly defined at the outset. Foreign currencies are often problematical. Projects are often undertaken overseas or involve a number of overseas companies either as suppliers or project partners. It is sensible to price, be paid for, and pay subcontractors and suppliers in the client's own currency (irrespective of the location of the project) so as to protect the price against any currency fluctuations that may occur during the course of the project. Life cycle costing (LCC) can be defined as the total cost of ownership of a product, structure or system over its useful life. The LCC approach considers the costs of the whole life cycle of the project, not simply the costs of the work package or element that is being considered as part of an individual exercise. LCC is needed because decisions made during the early stages of a design process invariably have an impact on longer-term performance in the later stages. LCC encourages long-range considerations. As with strategic planning, LCC forces the client and the design team people to look ahead and to consider costs well into the future, rather than restricting the consideration to straightforward development and construction costs. LCC encourages subsequent strategic budgeting and (theoretically) produces high-quality early estimates. This allows budgets to be imposed well in advance (strategic budgeting). LCC influences the overall cost viability of a project. A project is no longer seen as being in a cost window in real time: the execution phase becomes only one window of many. LCC influences early-stage decision making. For example, the capital costs of two products may be similar but the maintenance costs may be totally different. It would be wrong to consider them evenly matched in terms of the initial capital cost only. LCC relies on the assumption of a known and deterministic life cycle. Some projects may not have a wholly deterministic life cycle, and it is not always possible to predict the overall length of each lifecycle phase and therefore it might not be possible to cost each phase accurately.
25
Budgets are generally not static, particularly in large projects where the exact scope of work is difficult to define clearly at the outset. They change throughout the life cycle of a project, and with every agreed project scope variation (or change order) there is an associated variation in cost that has to be budgeted for. Most changes to project budgets are necessitated by the issue of change notices. These are variation orders that are issued by the project manager or design team members. In large projects, changes to the project budget are often formalised through the issue of a cost accounting variation notice (CAVN). This section of the project's configuration management system (CMS) stores and monitors all the various sections of the project budget plan and corresponding cost accounting code (CAC) values. As a change is authorised, the budget plan is upgraded and the CAC entries that are affected are increased or decreased accordingly. This ensures that the budget plan remains up to date as changes occur. Any project budget plan is only as accurate as the estimated costs that have been allocated against each work package. The estimated costs must be accurate if the budget plan is to be realistic. It is generally accepted that the better the project is defined, the less chance there is for making estimating errors. The estimating process involves the preparation of an accurate estimate of the cost of a work package or element by allowing for the costs of individual components of the package. Once the project or work package has been approved in principle, the next stage is to prepare the bid for approval by senior management. In most cases, obtaining project approval for proceeding with a project (or subsections of a project) either internally or externally will involve some kind of bidding process. The bid for resources must include an estimate of what the actual works that are contained within the project SOW are going to cost. Estimating accurate tender submissions is notoriously difficult. Contractor and supplier pricing policies are very fickle and can change from day to day. In most project applications there are three estimate types, each with a characteristic level of input and accuracy. The types are the order-of-magnitude estimates, the indicative estimate and the definitive estimate. The definitive estimate is produced from reasonable standard drawings, supplier quotes, contractor and subcontractor prices, etc. It duplicates the process that the bidder will eventually carry out in pricing the contract documentation. It should be accurate within 5 per cent. Sources of estimating data include estimating manuals, published data, databases and own records. A typical medium-sized project generates a need for a number of reports. Generally, there will be a requirement for a report to senior management detailing the revised estimate total and comparing this to the budget plan total from the overall SPP. Top-down estimating is very common and involves senior management setting the overall project budget. They do this by estimating the overall project costs, as well as the significant sub-project costs that comprise it, on the basis of their experience and knowledge and of accessible project data. Top-down estimate budgets are often fixed and then handed down to lower-level managers to break down the costs into individual activity and work-package level. They then allocate budgets to these activities. Bottom-up budgeting relies upon the project budget being developed from individual activity level upwards. In bottom-up estimating, each activity is estimated as accurately as possible in terms of labour hours, materials and equipment required to complete the task. These estimates are then converted into the financial cost estimate. Computerised database estimating systems (CDES) are used during the estimate measurement process. In manufacturing/engineering/construction projects, drawing information is transcribed directly into the CDES either by manual measurement or by scanning directly from drawings using a digitiser. The CDES then stores an electronic version of the drawing data and builds up an automatic electronic budget plan.
26
A CDES is usually configured so that information is taken from the drawings or other SOW information according to a standard method of measurement. The CDES usually has a series of alternative databases available. Each database contains a complete library of standard descriptions that are taken directly from a standard method of measurement. The project cost control system (PCCS) comprises planning and control cycles. The control cycle consists of work initiation, cost data collection, generation of variances and reporting phases. Most PCCS cost data analysis is based on earned value analysis (EVA). This takes place in phases 3 and 4 of the operating cycle. Variance analysis is designed to show how different parts of the budget plan are performing at any one time. The main variables measured in EVA are actual cost of the works performed (ACWP), budgeted cost of the works performed (BCWP), budgeted cost of works scheduled (BCWS), scheduled time for work performed (STWP), actual time for work performed (ATWP), cost variance (CV), schedule variance (SV), budget at completion (BAC), estimate at completion (EAC) and variance at completion (VAC). The actual cost of the works performed (ACWP) is the actual cost (in terms of payments or other legally-committed amounts) expended in order to get the project to its current level of development. The budgeted cost of the works performed (BCWP) is sometimes known as the actual earned value. It represents the budgeted cost (in terms of priced bill or CDES values) that should have been required in order to get the project to its current level of development. The budgeted cost of the works scheduled (BCWS) is sometimes known as the planned earned value. It represents the budgeted cost that should be required in order to get the project to any specified level of completion. The scheduled time for work performed (STWP) is the estimated time required to perform a defined amount of work. The actual time for work performed (ATWP) is the actual time taken to perform that work. The variance at completion (VAC) is the difference between the planned and actual project cost. The cost variance is the result of a comparison of how much the work has cost in comparison with what it was budgeted to cost, both in relation to works actually completed. Schedule variance (SV) is the difference between budgeted cost for the works completed and performed and the budgeted cost of the works scheduled. The budget at completion (BAC) is the sum of all the individual budgets (BCWS) that make up the project. It is sometimes known as the project baseline. The estimate at completion (EAC) is the estimated total cost of the project. It is the sum of all direct and indirect costs to date plus authorised work remaining. The EAC can also be expressed in terms of a revised estimate. The cost accounting process of the PCCS involves looking at cost variance (CV) and schedule variance (SV) in order to assess the performance of individual packages and groups of packages. This can be done in several ways. The two most common are by direct evaluation of the variances themselves or by conversion of the variances to indices. The critical ratio can often be used to trigger alarm bells if project performance falls below a certain level. The critical ratio is equivalent to (actual progress / scheduled progress) (budget cost / actual cost) A critical ratio of unity or more is good and means that actual performance is better than planned performance. Conversely, a critical ratio less than unity is poor and is an indication of underperformance. There are five main types of report required for competent project management: routine reports, development review reports, exception reports, subject-specific reports and PVAR reports. Routine reports are those issued regularly on a periodic basis; in some cases these may be submitted on a monthly, weekly or even daily basis. They may be triggered by regular project meetings or by
27
milestones. Exception reports are useful where they are directly oriented to project management decision making, and they should be distributed to the project team members who have responsibility for these decisions or who have a clear need to know. The reports may also be issued when a decision is made on an exception basis, and it is desirable to inform other managers as well as to document the decision. Subject-specific reports are used to disseminate the results of special studies that are conducted as part of the project or that arise in a relevant way during the project. These reports are usually distributed to anyone who may be interested and may include issues pertinent to the project, such as alternative materials, new software capability, new government legislation and so on. The end result of the PCCS process is a report (or set of reports) for project variance analysis reporting (PVAR). The PVAR report itself would typically show WBS code, date, authorisations, cost centre/cost accounting number, item description/work package, BCWS, BCWP, ACWP performance data, scheduled and actual costs for variance, estimated budget, EAC and VAC variance, problem cause and impact, proposed corrective action, estimated extent of recovery (with dates), and all associated dates and signatures. 7 Project Quality Management Objectives By the time that you have completed this section, you should be able to: understand the concept of quality management; understand the concept of configuration management; understand the main principles of concurrent engineering; define and discuss the quality management six pack; summarise the primary quality-control tools; understand the main principles of total quality management (TQM); summarise the main historical TQM guru approaches; understand the concept of quality function deployment.
7.1 Introduction 7.2 Quality Management as a Concept 7.3 The Quality Gurus 7.4 The Quality Management Six Pack 7.5 Total Quality Management 7.6 Configuration Management 7.7 Concurrent Engineering and Time-Based Competition
Summary
28
rapidly as the process approaches zero defects. For this reason, most organisations assess their production systems, decide on a reasonable level of defects and cover the defect occurrences with warranties and guarantees. Acceptable defect rates will vary depending on the product and consequences of a defect occurring. The true cost of defects is much higher than the actual cost of replacing defective goods under warranties or guarantees. Customer loyalty and confidence can have a very high value. Perrier and Pan American Airways are examples of companies that have experienced the true cost of defects. The true value of payback can be far higher than current net income. The balance between preventive and responsive strategies is a choice that faces most quality managers at some point. Generally, preventive systems are very expensive if high-quality standards are required. Generally, preventive defect management is better than responsive defect management. Quality improvement management is a matter of improving the whole business process from one end to the other. It is far less effective if its application is anything less than universal. BS5750 was until recently an important British standard for quality management. It has now been superseded by ISO9000. This is the latest attempt at a generic international quality standard that is applicable throughout Western Europe. ISO9000 is basically a never-ending cycle including planning, controlling and documentation. However, as with the former BS5750, the fact that a company is ISO9000-accredited does not mean that the company produces only high-quality products. It merely shows that the necessary procedures are in place or at least were at the time that the appropriate inspections were carried out.
29
The Imai approach assumes that, by continually improving processes and systems, the organisation will inevitably arrive at a better product or service. The Imai approach is highly structured and is aimed at structured production type managers. Imai's theories became known as the P approach (the process approach) because they concentrate on the process rather than the results. This was at odds with the approach of the classical motivational theorists, who tended to assume an R approach (the results approach).
30
exists as a separate entity) or, alternatively, by the project manager. It shows what is required, who is responsible for achieving it and how that person is to achieve his or her objectives. It is essentially a TRM applied to quality management. Data tables provide a simple method for collecting and arranging quality data. The main applications are in repetitive operations, where the same materials are being produced by the same suppliers and are being consumed by the same client or customer. They provide a consistent and reliable method for collecting and analysing quality data. A pareto diagram is a type of histogram. The objective is to produce a graphical representation that identifies problem areas. It also gives an approximation of the relative value or size of the problem area. It isolates areas of nonconformity in data presentations and, by doing so, it draws the attention towards the most frequently occurring element. Scatter diagrams analyse the correlation between two quality variables. They are based on the concept of having dependent and independent variables. Variations in one as a function of the other are shown on a simple two-axis graph. Control charts are an example of a preventive approach. They attempt to prevent defects, rather than detecting and isolating them after they have occurred. Most forms of control chart are based upon a standard normal distribution. Cause and effect analysis uses a six-stage process to isolate a problem and then traces back through the system to identify possible origins for the problem. The process is then reversed to provide a route to converting remedial measures to an improved system. Trend analysis is a method for determining the equation that best fits the data in a scatter plot. It quantifies the relationships of the data, determines the equation, and measures the fit of the equation to the data.
Configuration Management
Configuration management or configuration change control, is one aspect of any good quality management system. It is also one of the most important functions of the project manager, particularly on larger or more complex projects. Configuration management is about controlling change. In particular, it is about controlling the
31
information that relates to change. Configuration management is a control technique for formal review and approval of change on a project. If properly executed, a good configuration management system (CMS) provides a comprehensive change-control and management system. It also acts as a focus for change proposal and consideration and as an interface for client and contractor responses and communications. The main components of a CMS are configuration format and layout, configuration identification specification, configuration change control system, configuration status accounting and reporting, and configuration auditing and feedback. Configuration selection is the way in which the CMS is assembled in relation to its environment and the characteristics of the project. The CMS will depend on the limitations that are applied to the project. Typical configuration item information that might be useful to the project manager, which the CMS can readily provide, might be date of drawing issue, drawing revision number, drawing author and authoriser, date when drawing received by project team members, and similar. Configuration identification specification comprises the allocation of codes to the identified items. The codes are designed to provide a range of specific information unique to each configuration item. A configuration change control system typically includes facilities for preparation of a change request, evaluation of a change request and management of the implementation of approved changes. Configuration status accounting and reporting (CSAR) provides for the updated recording of current configuration identification (including all baselines and configuration items) and historical baselines and approved changes. It also acts as a register of pending change and reports on the status of implementation of approved changes. Configuration auditing and feedback includes a review of development test plans and test results as well as a summary of required tests not yet performed. It also provides details on deviation from plan, and waivers.
32
33