Project Management (Reader)
Project Management (Reader)
Course Reader
February 2013
Chapter 1: Overview of Project Management 4
1.1 Concepts of a Project and Project Management 4
1.2 Public Sector Vs Private Sector Projects 8
1.3 The Challenges of Public-Sector Project Management 12
1.4 Why Do Public-Sector Projects Fail? 15
1.5 The Link between Plans, Programs and Projects 20
1.6 Classification of Projects 23
1.7 The Project Life Cycle 25
Chapter Two: Project Identification 28
2.1 Project Identification and Selection 28
2.2 Sources of project ideas 28
2.3 Participatory analysis 29
2.4 Problem analysis 30
2.5 Objective analysis 33
2.6 Alternative Tree Analysis or Project Selection 34
2.7 Logical Framework Approach 35
Chapter Three: Project preparation 38
3.1 Pre-feasibility study 38
3.2 Support study 39
3.3 Feasibility study 40
3.4 Elements of feasibility study 40
3.5 Preparation of feasibility report 44
Chapter 4: Project Appraisal 46
4.1 Financial Analysis of projects 46
4.1.1 The Costs of a Project 46
4.1.2 Means of finance 49
4.1.3 Accounting Income Vs Cash Flows in a project 50
4.1.4 Project Appraisal Methods 53
4.2 Economic Analysis of a project 62
4.3 Risk and uncertainty in project Appraisal 69
Chapter 5: Project Implementation 73
5.1 Introduction 73
5.2 Project Organization 74
5.3 Project Contract Administration 76
5.4 Team Building for Project Implementation 81
5.5 Project Implementation tools 87
5.5.1 Work breakdown structure 88
5.5.2 Gantt Chart 89
5.5.3 Network Techniques 90
5.5.4 The Critical path method (CPM) 94
5.5.5 Program Evaluation and Review Technique (PERT) 98
5.5.6 Project cost analysis 98
5.5.7 Project Resource Scheduling 102
5.6 Successful Project Implementation 103
Chapter 6: Project Monitoring, Evaluation and closing 119
6.1 Introduction 119
6.2 Project Monitoring 119
6.2.1 Designing a Monitoring System 120
6.2.2 Monitoring work in progress 120
6.2.3 The steps of Project monitoring 122
6.3 Project Evaluation 123
6.3.1 Evaluation Criteria 123
6.3.2 Conducting project evaluations 123
6.3.3 When to Perform Project Evaluations 124
6.3.4 Considerations in Project Evaluations 125
6.3.5 Purposes 0f Evaluation 126
6.3.6 Processes of Evaluation 126
6.3.7 Types of Evaluation 127
6.4 Problems of Monitoring and Evaluation 128
6.5 Project Closing 131
Chapter 1: Overview of Project Management
After completing this chapter, the students should be able to:
Define project , project management and public sector project management;
Differentiate between plan, programs and projects in the public sector;
Differentiate public sector project management and private sector project management
Identify the challenges of public sector project management
Describe the stages of project life cycle.
What exactly is a project? Three project managers met at a training course. In the first session,
they introduced themselves and described the projects on which they were currently working:
‘I’m in charge of the construction of a retail development in the centre of a large town.
There are 26 retail units and a supermarket in the complex. My main responsibilities are
to co-ordinate the work of the various contractors to ensure that the project is completed
to specification, within budget and on time.’
‘I am directing a team of research scientists. We are running trials on a new analgesic
drug on behalf of a pharmaceutical company. It is my responsibility to design the
experiments and make sure that proper scientific and legal procedures are followed, so
that our results can be subjected to independent statistical analysis.’
‘The international aid agency which employs me is sending me to Central America to
organize the introduction of multimedia resources at a teachers’ training college. My role
is quite complex. I have to make sure that appropriate resources are purchased – and in
some cases developed within the college. I also have to encourage the acceptance of these
resources by lecturers and students within the college.’
On the face of it, these three projects appear to have little in common. They have been set up to
achieve very different outcomes: a shopping complex, a new drug and a new method of teaching
students. Clearly, a project is not defined by the type of outcome it is set up to achieve. It is not,
as they say, what you do, but the way that you do it.
Projects can be set up for a wide variety of purposes. They exist in all sectors of industry and in
every type of organization. Some projects are also much more complicated than others. The
Association for Project Management recognizes four levels of projects:
• An in-house project involving a single disciplinary team
• An in-house project involving a multidisciplinary team
• A multi-company multidisciplinary project
• A multi-country multi-company multidisciplinary project.
Project management skills are needed at each of these levels, but the challenges increase as
projects become more complex. In a single disciplinary in-house project, the people involved
have probably worked together before. They understand each others’ functions and are familiar
with how things are done within the organization. At the other end of the scale, the project
manager may have to coordinate the efforts of people who:
• Are geographically distant
• Do not speak the same language
• Are working within different cultural and legal frameworks
• Are working for different organizations
• Do not understand each others’ roles.
However, all projects, whatever their scale and proposed outcome, share certain basic
characteristics.
Project is defined in different ways by different authors and all relate it to endeavor and
investment to produce a product or provide services. The following are some of the definitions of
a project as used by different authors.
PMI defines project as a “temporary endeavor undertaken to create a unique product or service”
(PMI, 2008). According to Lake (1997 :):
A project is a temporary endeavour involving a connected sequence of activities and a
range of resources, which is designed to achieve a specific and unique outcome and
which operates within time, cost and quality constraints and which is often used to
introduce change.
This is a complex definition. We need to look at its separate elements in more detail.
• Projects are temporary. They have a limited life. Unlike the ongoing operations of
organizations, projects cease when the results they were set up to achieve have been
accomplished. (However, the shopping complex, drug or teaching method will continue in
existence, perhaps for many years, after the project which brought it into being has ended.)
• Projects are established to achieve specific outcomes. In a ‘hard project’, the outcome is
something which has a physical reality, such as a building, a bridge or a new product. A ‘soft
project’, on the other hand, is designed to achieve a less tangible kind of result, such as a new
process or an organizational change. In either case, the outcomes are decided at the
beginning, at the very start of the project.
• Because projects invariably result in something new, they always bring about change of
some kind. The change may be relatively unimportant, and be easily assimilated by the
people it affects. Or it may have very significant consequences.
• A project manager therefore needs to be aware of management techniques which can be used
to overcome resistance to change.
• Every project is unique. If you have built an office building in one location and are then
asked to build an identical building on another site, you will find that you are faced with a
new set of challenges. The geology may be slightly different. The weather conditions may
not be the same. You will probably be working with a different team, with different skills and
personalities. The uniqueness of projects calls for a distinctive approach to management.
Instead of trying to maintain an established and stable process, you must constantly think of
new solutions to new problems.
• Projects have time, cost and quality constraints. The triangle of time, cost and quality lies at
the heart of project management. It is the project manager’s task to achieve the required
outcomes within a pre-determined schedule and budget, whilst maintaining quality standards.
When a project is being planned, and also while it is underway, it is necessary to balance
these three interrelated elements.
The outcome of a project can only be achieved by the completion of a variety of separate, but
linked, activities. In a small project, these activities may be performed by the same multi-skilled
individual or individuals. More usually, they require a team of people who have different types
of technical skill or specialist knowledge. Most of the tools and techniques which are associated
with project management are used as aids to plan and monitor this sequence of activities.
As a project progresses, different types of resources are required. Among other things, these
resources may include: people with specific skills, equipment, raw materials, premises,
information and transport. Without these inputs, the activities which make up a project cannot
proceed. It is one of the chief responsibilities of the project manager to ensure that the necessary
resources are available when they are required.
Projects need leadership. Projects involve the co-ordination of different resources to achieve a
predetermined result. One person, the project manager, needs to maintain an overall vision of the
goal and a detailed understanding of the progress that has been made towards this goal. Project
teams are usually made up of people with complementary, and consequently different, areas of
expertise. It is up to the project manager to co-ordinate – and provide direction to – their efforts.
What is project management?
Projects are not a modern phenomenon. Think, for example, of the pyramids of Egypt, the
Great Wall of China or the Aztec temples. In actual fact, the results of major building projects
are all that remain of many ancient civilizations. These edifices could only have been constructed
by organizing the efforts and skills of a large number of people. They were clearly built to a
specific plan and changed the physical, and perhaps the cultural, environment. They have most
of the characteristics of the projects we recognize today. However, they were not built using the
techniques of project management.
Project management has a much shorter history. Its origins lie in World War II, when the
military authorities used the techniques of operational research to plan the optimum use of
resources. One of these techniques was the use of networks to represent a system of related
activities. In 1961 the US Navy published details of a planning technique which had been
developed on the Polaris program. They claimed that they had saved two years’ time by using
this method, which was called ‘Program Evaluation and Review Technique’, or PERT.
At about the same time, a similar technique, known as the ‘Critical Path Method’ was described
by Du Pont, a large US chemical corporation. Both these techniques used network diagrams to
plan the most effective way to use resources in complex projects. These techniques were quickly
adopted for use in many different contexts and are now indispensable tools of the trade for
project managers. It was the need to achieve results quickly which precipitated the development
of the modern techniques of project management.
In Ancient Egypt, it was possible to take a generation to build the Great Pyramid. Nowadays,
things have to happen a great deal more rapidly. In war and in business, it is essential to be ahead
of the opposition. Time also has a money value. When funds are invested in a commercial
project, they have to produce a return which is better than (or at least equal to) that which could
be achieved on the open market. The longer it takes to complete a commercial project, the higher
the returns that are expected from it.
Project management is not the same as ordinary ????, day-to-day operational management.
When you are managing the ongoing operations of an organization, your main concerns are
stability and continuity. You try to set up systems which will produce the desired results day in,
day out, month after month, perhaps even year after year. When these systems are in place, you
must constantly look for ways in which they can be refined and improved to make them more
efficient and effective, but you are, in essence, dealing with a permanent situation which will
probably outlast your own involvement with it.
Project management is different. Here, your aim is to achieve a limited set of objectives within
an agreed amount of time and an agreed budget. As a project manager, you will probably see the
project through from start to finish – and the ultimate success or failure of the scheme will have a
lot to do with the decisions you take along the way. You make the plans and you monitor the
way they are carried out.
In operational management, there are established lines of communication and command, leading
from the factory floor (or its equivalent) to the Managing Director. If you need advice or
something goes wrong, you know where you can turn to within the organization. In a project,
everything focuses on the project manager. You are at the centre of a team of people with
differing skills who may well be working together for the first time. It is your task to focus their
talents and energy on the objectives you want to achieve.
Project management demands highly developed planning skills, leadership qualities, an
understanding of the priorities and concerns of your team, a sensitivity to the culture of the
environment in which you are working, the ability to know when to take a calculated risk –
and a greatly increased level of personal commitment.
Project management is not an easy ride. But it offers opportunities and responsibilities which
are only usually available in operational management to those people who reach a very senior
level.
Defining project management
Project management is the process of planning, controlling and directing a project from its
inception to its completion, in a given time, at given cost, and for a given purpose.
The classic definition of project management, according to Lake 1997, is:
‘The application of a collection of tools and techniques to direct the use of diverse
resources toward the accomplishment of a unique, complex, one time task within time,
cost and quality constraints’ (Lake 1997)
According to PMBOK, project management is the application of knowledge, skills, tools and
techniques to project activities in order to meet project requirements [PMI, 2008]. This
definition involves different key concepts in it.
Project requirements- refer to the whole purpose of the project –this could be to solve a
problem, address a need, or take advantage of an opportunity.
Knowledge- refers to as acquiring an understanding of the body of knowledge in nine
areas: integration, scope, time, cost, quality, contract, resources, communication and risks.
Skills – an ability or aptitude to perform something well
Tools and techniques- tools refer to PM templates and checklists to follow, and techniques
describe how to use the tools or procedures to accomplish a specific activity or task.
What are public projects?
A public project is any project that is funded by a government, and is meant to be owned or
operated by that government. Most public projects relate to work a government does to fulfill a
public purpose, and commonly they include such things as road repair and construction, public
building construction, schools, and even public parks. Public sector projects are funded by
taxpayers, and therefore are subject to more open procedures than many other projects. For
example, a public project may need to publish requirements and request bids. Those bids must be
opened at a public place and then considered publicly.
Yes No
Type 1 Projects: For these types of projects both the goals and methods of achieving the goals
are well defined. For example, if we consider engineering projects, we can easily describe the
work methods, which include the knowledge and the technology to be used for implementing the
project, and we can easily describe the final outcome of the project. Hence, planning is simple
and an emphasis is on activity based planning.
Type 2 Projects: In these types of projects the goals are well defined but not the methods. For
example, in product development projects, the functionality of the product is known but not how
it will be achieved. Planning is difficult in such types of projects. Hence, we use the milestone
planning. Milestones are intermediate points that can be used as benchmarks (Lock, 2000)1 for
each activity in a project. The milestones, for these types of projects, represent the components
of the product to be delivered.
Type 3 Projects: In these types of projects the goals are poorly defined but the methods are well
defined. For example, in information system projects, the methodology for designing an
information system is known but the goal of the project is not clear because the users may have
difficulty in explaining their information requirement at the beginning of the project; as a result
they may change their ideas from time to time during the implementation of a project. Planning
is a little bit difficult for these types of projects. Therefore, milestone planning, representing the
completion of life cycles, is appropriate for such types of projects.
1
Lock, Dennis (2000), Project Management, 7th edition
Type 4 Projects: In these types of projects both the goals and methods of achieving the projects
are poorly defined. Projects in this group are researches or organizational change projects. Soft
systems methodologies can be used in planning. The milestone based planning for such types of
projects have gateways with go/no go decision points, through which the research project must
pass or aborted.
It is important to note three things for the classification of projects based on Goal- methods
matrix. First, type 4 projects can change their style to other types of projects as time passes and
the technology for achieving them is discovered. For example, many of the engineering projects,
such as sending man to the moon, were type 4 projects at one time. Second, a single project can
involve more than one type of projects. For example, a new project can have an engineering
work (type 1 project) and management information system development (type 3 project). Third,
the level of risk differs from one project type to the other. On one extreme, the risk of failure is
the highest for type 4 projects because the means of achieving the goal and the direction of the
project are difficult to determine and predict. On the other extreme, the risk of failure is the
lowest for Type 1 Projects because the goals and the means for achieving the goals are easily
predictable.
Usi
ng different criteria in selecting one or more clusters the following decisions were taken:
Irrigation system: the beneficiaries indicate that this is a cluster that requires urgent
intervention. Working on irrigation issues suits the policy of both the local government and
the implementing agency. Besides the implementing organization has a vast experience in
similar projects.
Agricultural inputs: in the workshop it was indicated that the suppliers of agricultural
inputs intend to have a more regular supply, especially when the farmers are willing to pay
a little more. When there will be sufficient water, the production will increase and thus the
farmers will have more income to invest in agricultural inputs.
Soil fertility: working on soil fertility issues requires a special expertise and it is known
that the local government and the agricultural university run a successful project on soil
fertility management.
Immigration: this is probably the most sensitive and difficult cluster to deal with. The
beneficiaries and the implementing organization do not see any chance for them to try and
work on this issue. It is typically a task for the politicians and the government. Therefore,
this is not taken up in the implementation of the new project. It’s simply not feasible.
Conclusion: the project will focus on the irrigation system cluster.
2.7 Logical Framework Approach
A logical framework is a four by four matrix, which enables the decision maker to identify
project purposes and goals and plan for project outputs and inputs. The log frame is useful in
planning a project and to provide measures of evaluating the project. Important assumptions
about the causal linkages in the project are stated on the log frame, and these are useful when it
comes to project implementation. It is important to understand the meaning of various terms
which are used in a log frame.
Concepts used in Logical Framework
a. The goal of a project is a value judgment which satisfies one or more human needs. a
program or sector goal is the broader objective to which a project contributes.
b. The purpose or immediate objectives of a project is the primary intention or aim ; it is the
reason why a project is designed
c. The inputs are defined as financial, human and material resources available to implement the
project as planned.
d. The outputs are the services or products that a project delivers to a target population to
produce the expected impacts
e. The sector is the largest system of which a project a part e.g. building a dam is a project in
the agriculture sector, if the main purpose is irrigation or in the energy sector if the main
purpose is the generation of hydro-electric power.
f. Objectively verifiable indicators (OVI)demonstrate that certain desired results have been
accomplished
g. Means of verification are the specific mechanisms by which quantitative indicators of the
accomplishments of the project may be observed
h. The logic: the decision maker uses two types of logic to arrive at explicit statements which
serve to help in planning or in evaluating a project in progress. A vertical and horizontal
logic.
i. A vertical logic clarifies why a project is being undertaken. It specifies a Program or sector
goal, and project purposes, outputs and inputs.
j. A horizontal logic identifies what is to be produced and the evidence that will signal
success. It lists objectively verifiable indicators, means of verification and important
assumptions.
How to prepare Logical Framework
The logical framework has four columns namely narrative summary, objectively verifiable
indicators, means of verification and important assumptions. a project is transferred into the first
vertical column of the planning matrix. This is done as follows:
start at the top of the column and work downwards
decide on one overall goal and one project purpose or immediate objective; and
Where necessary, review the wording in the objective tree and make it more appropriate.
The relationship between narrative summary and assumptions columns
Year 1 2 3 4 5
Sales in Units 1 1.5 1.5 1.5 1.5 The above
table
Sales Revenue (Birr 60 * Units) 60 90 90 90 90
shows that
Operating Costs (Birr 33 * Units) 33 49.5 49.5 49.5 49.5 the project
has a
Gross profit 27 40.5 40.5 40.5 40.5
nominal
Overhead costs 5 5 5 5 5 cumulative
Depreciation 19 19 19 19 19 of Birr
23.1
Operating Income (EBIsT) 3 16.5 16.5 16.5 16.5 million net
Interest on loan 7.5 8.6 6.9 4.9 2.6 profits by
the end of
Earnings Before Tax (EBT) -4.5 7.9 9.6 11.6 13.9 the fifth
Taxes (40%) -1.8 3.16 3.84 4.64 5.56 year.
b) Cash
Earnings After Tax (EAT) -2.7 4.74 5.76 6.96 8.34
Flows
Cumulative EAT -2.7 2.04 7.8 14.76 23.1
The financial analysis of any project involves the examination of its cash flows: it is a process of
review of costs and benefits, measured in terms of cash outflows and cash inflows. There are
two categories of cash flows. The cash inflow of a project includes the project revenues,
government grants, resale/scrap values of assets, tax receipts and other cash inflows as a result of
accepting a project. The cash outflow of a project includes initial investments in acquiring the
assets, project costs (labour, materials, etc.), working capital investments, tax payments and any
other cash outflows as a result of accepting the project.
The cash flow method is more useful than the accounting income statement methods in
appraising project financial viabilities. One of the benefits of cash flow statement is it
eliminates the influences of subjective factors such as estimation of accruals, methods of
depreciation and non-cash items where as accounting profit is influenced by all these factors.
Another benefit is cash flow method is more appropriate than the Accounting method for
calculating the financial viability of a project by considering the time value of money.
Example 2: Let us pick our example of the hypothetical project mentioned in the previous
section. We assume all the sales revenue, operating expense and overhead expense are in cash. It
is estimated that the new firm needs to maintain current assets at the average amount of Birr19
million the first year and to increase it by the amount of Birr 9.5 million the second year. After
the second year, the balance of the working capital will remain unchanged. The tax is paid the
following year after realized except the tax for the fifth year, which is paid together with the tax
for the fourth year.
The following is an example of the cash flow statement of the hypothetical project which we
mentioned in earlier section.
The advantage of projected cash flow statement is to establish an early warning system for the
project management team so as to predict the time of either excess fund or shortage of funds. At
the time of excess fund investors consider where to invest and the time of shortages of finances
investors plan how to finance the deficiency. The last row of the above table shows the net cash
flows pertinent to the investment made by the investors.
In project financial analysis, cash flows related to the initial investment and the operation of the
project are considered more relevant to appraise the performance of the total investment. The
above two tables provide us the information needed to prepare the cash flows related to the total
initial investment of a project as shown in the following table.
Table 2: Cash Flows Related to the costs and benefits of the Project
Year 0 1 2 3 4 5
Investment Costs -100
Working Capital 0 -19 -9.5 28.5
Sales Revenue 0 60 90 90 90 90
operating costs 0 -33 -49.5 -49.5 -49.5 -49.5
Overhead costs 0 -5 -5 -5 -5 -5
Tax 0 0 0 -1.6 -3.64 -10.20
Salvage value 5
Annual Incremental Cash flow -100 3 26 34.14 31.66 58.8
The student has to note that the item depreciation is excluded in both cash flow tables and the
principal loan repayment is omitted from the calculation of cash flows in table 3. Because the
cost of capital is used in discounting, loan interest payment is also excluded from the calculation
so as to avoid any double discounting in determining the actual value of the project.
4.1.4 Project Appraisal Methods
Once the streams of costs and benefits of a project are estimated, there are different methods of
analysing the financial feasibility of a project. The most common methods are:
1. Accounting Rate of Return
2. Payback period
3. Net present value method
4. Benefit cost ratio
5. Internal Rate of Return
6. Discounted payback period
The first two methods are classified as non-discounted cash flow methods and the last four
methods are classified as Discounted Cash Flow Methods. The Discounting Cash Flow (DCF)
method is based on the belief that the use of money has an opportunity cost. The opportunity
cost is usually the interest foregone. Rather than using the operating income as in accrual
accounting, the DCF uses the cash inflows and outflows for determining the benefits of a project.
The approach of this method is to convert all future cash flows of each project to the present
value so as to compare the profitability of different investment opportunities by bringing their
benefits in to the same time scale. The discounting rate may also be the required rate of return.
Years 0 1 2 3 4 5
Project 1 -30000 4000 8000 15000 15000 7000
Project 2 -30000 6000 15000 9000 5000
Project 3 -30000 5000 12000 12000 12000 6000
Find the project that will be selected using the payback period?
Advantages
1. It is simple to apply. It doesn’t involve tedious calculations.
2. It is helpful in weeding out risky projects that usually bring substantial cash inflows in later
years than earlier years of the operations of the project.
3. It can be used to assess the effect of an investment proposal on liquidity of the firm- the
firm’s ability to meet its financial obligations.
Disadvantages
1. It ignores the time value of money.
2. It overlooks cash flows beyond the payback period.
3. Since it focuses on a project’s capital recovery, it may divert attention from profitability
4. Though it measures a project’s liquidity, it does not indicate the liquidity position of the firm
as a whole.
3. Net Present Value (NPV) method
NPV is the difference between the present values of the yearly net cash inflows and the initial
investment outlay. It is calculated using the following equation.
CF 1 CF 2 CF n
NPV = + +.. .+ −I
1+k (1+k )2 (1+k )n 0
( )
n
CF
NPV = ∑ ( 1+ kt )t −I 0
t=1
CFt = cash flow of the tth period, k is cost of capital (Required Rate of Return or discount rate),
t is the number of periods between 1 and n.
The above formula shows that we follow three steps to find the NPV of the project.
1. we multiply the cash flow of each year by the discount factor of the same year to convert
to its present value
2. We add the products to get the total value of the project.
3. We subtract the initial investment made at year zero from the total present value to get
the NPV
If we consider the initial investment as one of the cash flows, we can use the following formula
and arrive at the same solution as the above formula.
(∑ )
n
CF t
NPV =
t=0 (1+ k )t
Example:
Take our previous example of the 100 million initial investments. Find the NPV of the project if
the cost of capital (discount rate) is 10%.
Year (t) Cash flow Discount factor Present Value
(in Millions of Birr) 1 (In Millions of
(1+k )t Birr)
The rules for deciding on the financial feasibility of the project are the following:
1. If the NPV is positive, accept the project.
2. If the NPV is negative, reject the project.
3. If the NPV is zero, be indifferent
Based on these rules, our project is accepted at 10% discount rate since it has a positive NPV of
8 million.
Uniform cash flows:
We can use the following simple annuity formula if the net cash inflow is estimated as uniform
(even) for all project years.
NPV =CF
k (
1−(1+k )−n
−I 0 ) Where CF is the uniform cash flow starting from year one, k is cost
of capital (discount rate), n is the number of periods.
Example: Take our previous example of the 100 million initial investments. Find the NPV of the
project if it has an annual uniform net cash inflow of Birr 26 million for five years and if the cost
of capital is 10%.
NPV =26 (
1−(1+0. 1)−5
0.1 )
−100=−1 . 44
Using the present value annuity factor The present value annuity factor is obtained by
referring to the table of the present values of annuities.
Example: The present value annuity factor for the 10% discount rate and for five years cash
flow of Birr1 is 3.7908 (obtained from the present value annuity table). 3.7908 can also be found
by adding the individual discount rates (0.9091+0.8264+0.7513+0.6830+0.6209 = 3.7908).
Using the annuity table, the NPV of the project is calculated as follows.
NPV =26∗3.7908−100=−1.44
Decisions: The project is rejected with the discount rate of 10%.
Exercise 2: Consider the following table consisting of the years and cash inflows of three
projects under appraisal. (All the negative cash inflows are initial investment or cash out flows).
Years 0 1 2 3 4 5
Project 1 -30000 4000 8000 15000 15000 7000
Project 2 -30000 6000 15000 9000 5000
Project 3 -30000 5000 12000 12000 12000 6000
If the projects are mutually exclusive, find the project that will be selected using the NPV
method. The discount rate is 8%.
Advantages
The NPV constitutes a very sound investment appraisal criterion. The following merits can be
pointed out for this method.
The time value of money is taken into account.
The cash flows from the beginning to the end of the project are considered.
It focuses on the profitability of the project.
It is particularly useful for the comparison and selection from among mutually exclusive
projects or when capital rationing is used. (Mutually exclusive proposals involve ‘either
or’ situations in which only one project can be selected. Capital rationing is the term used
where all profitable projects cannot be initiated because of the limitation in fund. In
capital rationing, more than one project, that can maximise the total profit, can be
selected up to the limit of the available fund).
It discounts cash flows by the cost of capital which gives explicit recognition to financing
costs and the returns required by shareholders or investors,
Since the NPV is expressed in Dollar or Birr, the managers can understand it more easily
than percentages.
Disadvantages.
The NPV method can be employed in selecting from mutually exclusive projects only
when the projects are of the same size. If the investments are different, deciding the
desirability of the project based on the NPV will be misleading.
The NPV method assumes that funds are reinvested at the cost of capital. The actual
reinvestment rate may differ from the cost of capital, there by distorting the NPV.
The cost of capital is assumed to remain constant throughout the life of the project. But
usually the cost of capital changes over the life of the project as a result of inflation and
risk factors.
A project with zero NPV can be accepted because the zero NPV indicates that the project
produces the required rate of return and no more. It does not mean that the project has a
zero dollar return.
4. Benefit Cost Ratio (BCR)
Benefit – cost ratio is also referred to as profitability index. It is an extension of the NPV
approach to compare the profitability of investment alternatives before arriving at investment
decision.
s There are two ways of defining the benefit cost ratio.
1) The first definition of BCR relates the present value of benefits to the initial investment.
PVCI
BCR =
I
Where PVCI is present value of benefits and I is initial investment.
2/Net Benefit Cost Ratio (NBCR): The NBCR relates NPV to initial investment.
Example: Consider a project with initial investment of Birr 50000 and the following Cash
inflows. Discounting rate is 12%
Year 1 2 3 4
Cash inflow 12500 10000 30000 25000
Decision rules
1. When BCR > 1 or when NBCR > 0, accept the project
2. When BCR < 1 or when NBCR < 0, reject the project
3. When BCR = 1 or when NBCR = 0, be indifferent
Exercise 3: Use the NPVs found for projects in exercise 2 and select a project based on BCR and
NBCR method.
Advantages of BCR Method
1. BCR indicates a relative and not absolute measure of profits i.e. the benefit per dollar (Birr)
of investment. Thus it is considered superior to NPV method because NPV indicates the
absolute measure of profit.
Disadvantages
1. This method cannot be employed when a package of smaller projects is to be considered
in relation to a large project.
5.Internal Rate of Return (IRR)
IRR is the discount rate that makes the present value of cash inflows equal to the present value of
cash outflows. Previously, we find the IRR of a project by trying different discount rates until
we discover the discount rate that makes the NPV zero. However, today it is easier to find IRR of
a project using Excel Application.
Example: Let us take our previous example project whose initial investment was Birr100million.
Year 0 1 2 3 4 5
Annual Incremental Cash flow -100 3 26 34.14 31.66 58.8
PV of Cash flows at 7.25% -100 2.67 20.59 24.06 19.86 32.82
Year 1 2 3 4
Cash flow 6000 6000 8000 9000
2. Since the NPV is still positive, (1603), try again with a higher discount rate: 15%
( 6000 6000
+ +
8000
+
9000
1 .15 (1 .15 ) (1. 15 ) (1 . 15)4
2 3 )
−20000
( 6000 6000
+ +
8000
+
9000
)
1 .16 (1 .16 )2 (1. 16 )3 (1. 16 )4
−20000
When measuring the benefits and costs to the nation we do economic analysis. In measuring the
profitability of projects from stand point of view of the society, we find that the market prices
(which we have used for financial analysis) for inputs and outputs may not be acceptable
measures of true costs and benefits to the society (or for carrying out economic analysis).
Therefore, we have to note that market prices are often distorted by:
Shadow prices: It is the price used for analysing the cost and benefit of a project when the
market price is felt to be a poor estimate of the economic value of a project. It is generally used
as a synonym for "accounting prices". Shadow price measures the value of commodity from
point of view of the society or the economy of a nation. After estimating the shadow prices, we
measure the viability of the project through the normal process of calculating NPV, IRR or CBR.
In economic analysis we consider the benefits of the project to the society such as:
Employment creation
Foreign Exchange generation or saving
Contribution to different sectors: such as health, education, etc.
Multiplier effect (on other economic variables in the economy)
Linkages (both forward and backward linkages)
Economies and diseconomies of scale
Externalities, etc.
After considering all these variables, the project may turn out to be unviable economically.
sThe starting point for economic appraisal of the project will be a set of resources flow valued at
market price of particular year. Then we have to break costs and benefits in to different
components. In this we:
1. Eliminate all transfer payments from the net cash flow statements (transfer payments include
taxes, subsidies, social security, etc.)
2. Distinguish foreign exchange cost and revenues from domestic cost and revenue and then
apply appropriate shadow prices of foreign exchange to get real value
3. Distinguish between tradable goods and non-tradable goods and then apply appropriate
shadow prices for both types of goods
4. Desegregate labour input in to say skilled and unskilled and apply relevant shadow wage
rate to different categories of labour inputs (b/c the shadow wage rate for unskilled is
completely different from that of the skilled labour)
5. Apply relevant shadow price for land
6. Carry out the PV calculations of the adjusted resource flows using the social rate of discount
(r) to calculate economic NPV, CBR and IRR.
7. Adjust the outcome of the above calculation to take in to account externalities, which have
not been already incorporated in the shadow pricing system.
8. Consider the economic impact of the project on the following:
Savings in the society - if the project contributes to saving then put a positive
premium and add it to the benefits; if not increase the cost side.
Investment - if the project contributes to reinvestment, then put a positive premium
and include in the benefit side.
Interpersonal Income distribution - if the project contributes to income distribution,
then put a positive premium and include in the benefit side.
Regional Income distribution - if the project is generating income to distressed
regions, put a positive premium and add to the benefit. If it is adding income to the
well off to do region, then discount a premium and add it to the costs.
Aggregate Foreign Exchanges Costs & Benefits: if the project brings in foreign
exchange, put a positive premium (Benefit). But if it depletes the foreign exchange
reserve, put a negative premium.
Impact of the project on Government revenue and Expenditures: If projects lead to
government expenditure, discount that.
Impact of the project on employment: if the project creates employment opportunity,
put a positive premium and add to the benefit side.
Additional issues in Economic Analysis:
SUNK COST- these are costs, which have been incurred to the project prior to the
time of analysis. These costs should not be included to the cost of the project or for
the purpose of deciding whether to proceed with the project or not, because in
economics we are interested on incremental (marginal) costs.
CONSUMER SURRLUS - is the difference between what consumers are prepared
to pay & what actually they pay. This surplus should be included in the benefit side.
At times it can be negative & should be included in the costs.
EXTERNALITIES - are costs & benefits that the project causes to other people or
organizations. This should be included in the economic analysis.
CONTINGENCY - includes only what is actually used. Contingency that is not used
is excluded in the analysis.
INFLATION- to deal with inflation we use constant prices (while current market
prices are used in Financial analysis).
4.2.2 Economic/Shadow Prices:
Most economic resources have several economic uses. When you put the resource to one use, it
is not available for other uses. Money is fungible - you can use it for many things. Opportunity
Cost is the value of the resource if it were used in its next best alternative use. To obtain shadow
price, we have to make three types of adjustments to the market prices. These are:
a. Economic Transfers
b. Goods (Commodities)
c. Factors of production
a. Economic Transfers
These are items which do not refer to the use of resources but merely transfers purchasing power
from one group to another within the economy. Therefore, income is neither created nor
expended.
Examples:
o Taxes such as import duties, export duties, income tax, VAT, transaction tax, etc.
o Subsidies
o Free services
o Incentives
o Interest on loans and repayment on loans
o Indirect cost and benefits and control prices
These are either to be subtracted from or add to market prices to get shadow prices.
b. Goods (Commodities)
The shadow price of a commodity is its value in the best alternative use i.e the opportunity cost
of the resource. Conventionally boarder prices are used for the social opportunity cost of
resources, and they are expressed in terms of foreign exchange.
1. Tradable goods
Goods which can be exported or imported. Here the shadow prices are the border
prices. FOB or CIF prices are used.
The border price adjusted for transport and distribution costs is known as border parity
price. So we use border parity (i.e. FOB/CIF + Transport & Distribution Cost).
Note: If the goods, which could be is imported, are produced locally and if the goods, which
could be exported, are consumed locally, then we have to take in to account transport and
distribution costs from consumption and production centre.
Conversion Factor: is a number, usually less than 1, used to multiply the domestic market
prices of goods/services and to get the equivalent border prices so as to correct the distortions in
domestic prices of the same goods/services. Conversion Factor is a ratio of shadow price (SP) to
market price (MP).
SP
CF=
MP ; SP=MP∗CF
Example: The CIF price of imported machinery is $ 1000. But after a tariff, the total cost of the
machinery was $1250. Ignoring handling, transporting and other costs, the conversion factor for
the machinery will be
$1000
CF= =0.8
$1250
The value of the machinery at shadow prices will be 0.8 x 1250 = $1,000
The following formula helps to get the shadow price of a commodity by including its
transporting and distribution costs.
An import substitute project produces an output with a CIF price in local currency
of 100 per unit and a domestic ex-factory price of 120.
Transport and distribution costs from the port to consumers are 15 per unit at
domestic market prices.
The project is located close to the consumption centre and from the project to
consumers these costs are only 5 per unit.
The shadow price of the output of the project is therefore the CIF price plus the net saving
in transport and distribution cost of 10. The net cost saving of 10 is at domestic market
prices and must be converted to a world price equivalent. It the CF for transport and
distribution is 0.8, the shadow price of the good is calculated as follows.
108
−0.90
SP = 100 + (15 x 0.8 - 5 x 0.8) = 108 and CF = 120
2. Non-Traded Commodities
Are commodities that cannot be exported because their cost of production and
international transport cost is too high (above the fob price) and their import value is too
low (below the CIF price of similar commodity).
Different non-tradable goods may be valued by different principles of shadow
pricing. For example if the impact of additional production is to increase consumption within the
country, then the relevant shadow price is the marginal consumer willingness to pay. Another
example is if additional production replaces the same non-tradable good within the economy, the
alternative production costs of the avoided becomes the shadow price (UNIDO, 1978). For non-
traded commodities we usually calculate the conversion factors reflecting the long-run marginal
cost of production which becomes the shadow price of non-traded commodities.
3. Factors of production
Shadow price of factors of production (which include labour, foreign exchange, domestic capital
and land) must be derived from broad analysis of conditions prevailing in the economy. As a
result compilation of such shadow prices is difficult, debatable and often less than accurate.
a. Labour For labour we must first of all know the employment condition in the economy. For
example,
We have to identify the people who are underemployed, disguisedly employed and
openly unemployed.
Underemployed - people who work hard but not getting the going wage rate.
They have more than needed capacity for the job.
Disguised unemployment - their withdrawal from work does not reduce
production.
Identify source of labour because different location have different marginal product,
i.e the labour is segregated.
Identify seasonal employment fluctuation in the market
Distinguish between skilled and unskilled labour, and also distinguish the difference
between skills, because some skills are scarce and others are abundant.
Now we are able to calculate the value of that labour on its alternative activities.
Shadow wage rate (SWR) is the production forgone in the other alternative activities
elsewhere in the economy. Add cost of transport, training, accommodation and change in
consumption pattern.
SWR= ∑ ai .M i .CF L , CFL = SWR / MWR
Where: ai = the proportion of new workers coming from activity i
mi = output forgone at market prices for workers drawn
From activity i
CFL= conversion factor for labour
MWR = market wage rate.
b. Foreign Exchange Rate s
The shadow exchange rate where foreign exchange is freely available is equal to the market
exchange rate, i.e. SER = MER.s
But when there is shortage and restriction, the black market for foreign exchange emerges.
And the shadow exchange rate is equal to the black market exchange rate adjusted for risk
factor. That is,
M +T m M +T M + X +S X −T X
SER = xOER SER = xOER
M or X +M
Where: M = value of import; Tm = tax on M; X = value of export; T X = tax
on X; SX = subsidy on X; OER = Official Exchange Rate
c. Domestic Capital: Domestic capital has several meaning. It could be physical assets or fund
available for investment. In our case it refers to the fund/ money for investment, so that the
market for capital is the market for funds/ money. And the market price for it is the interest
rate.
In a perfectly competitive capital market, the interest rate will be equal to the rate of return on
additional project, i.e the marginal return of capital. Thus the marginal interest rate is equal to
the shadow interest rate when you have a perfectly competitive capital market.
But in real world, you do not have a perfectly competitive market. This is because:
All of the capital market are often fragmented; with different borrowers facing
different rate of interest. (i.e. no single (r) in the market for the country).
The market is influenced by risk, inflation, taxes, subsidies and monetary policies. For
instance, the higher the risk and inflation rate, the higher (r).
The supply of local funds for investment is generally scarce in poor countries, this
affects (r).
Some capital market is controlled by the government, e.g. the deposit (r) is controlled
by the NB of Ethiopia, and it is 3%.
The demand for funds is based on expectation of financial returns not economic
returns.s
Thus, we need to make some adjustment and calculate the shadow interest rate/ discount rate
which (by definition) reflect the opportunity cost of committing investment funds to a new
project. You can have different opportunity cost depending on the source of funds and how their
use on new projects affects other activities.
r = q x CFq
Where: q is the return on marginal public sector projects at domestic prices or the return on
marginal private sector projects at domestic prices
CFq = the conversion factor required to express this return at world price
d. Land
Land is a major item for agricultural projects while it is a minor item for industrial projects. In a
competitive land market, price of land would be equal to the expected future gains from the
purchase or rental of additional units of land. But it is not the case in the real world, i.e. we do
not have a perfect land market:
- Especially in urban area where land market may be dominated by speculative purchases
by buyers whose intention is to hold the land and influence the price.
- Also in the rural areas land use may follow from custom of culture rather than economic
calculations.
Again we need to calculate the shadow price of land.
The shadow price of land is given by its opportunity cost which is the net income at world price
that could be obtained from the land on its most likely alternative non-speculative use.
Procedures for the application of shadow prices:
Identify items requiring adjustment
Substitute shadow prices for market value, i.e. make adjustment for prices of all those
items.
Do your analysis, i.e. the resulting cash flow in its adjusted form is now discounted using
the shadow price of capital (r) (or alternatively you can discount and then calculate
shadow prices) and the NPV, IRR, etc will be calculated.
4.3 Risk and uncertainty in project Appraisal
The techniques of project analysis have been considered so far as if the basic data which they
have used are known with certainty. However, both technical and economic information is used
in the form of forecasts and is subject to considerable uncertainty. It is possible to conceive of
different values, based on experience, for the fundamental technical relations in any productive
process, and for the project costs and benefits at either market or shadow prices. Variation in
some technical or economic values will be more significant than others. Moreover, some will be
subject to greater uncertainty or a greater range of likely values. An initial attempt to identify
those variables that are likely to affect most the project outcome is provided by sensitivity
analysis.
In implementation, a number of variables are likely to vary simultaneously, in either
complementary or contradictory fashion moreover, they will do so with different likelihood. A
second technique of risk analysis investigates the effects of consumptions of events with
different probabilities. This technique can be applied particularly to the most significant
variables identified through sensitivity analysis. One of the real advantages of careful economic
and financial project analysis is that it may be used to test what happens to the earning capacity
of the project if events differ from quests made about them in planning.
It is possible that an investment goes ahead on the bases of favourable appraisal of the project.
But subsequently ex-post evaluation may indicate that the appraisal was faulty and the project
should not take place.
There are a number of areas which might account for the faulty prediction of economic
performance, i.e., sources of error may be in any of the following:
Prediction of technical performance:
Underestimation of the length and time of construction
Underestimation of the project life time
The quality & quantity of raw materials,
Supply of imported inputs and spare parts - receipt of the wrong inputs and spare
parts.
Wrong assumptions of the physical quality and quantity of your product
Wrong rate of production expansion (production capacity)
Problem with the quality of the management skills.
Prediction of the market situation:
Wrong estimation on cost of investment
" " about the volume of demand (over ambition)
" " of cost of inputs (price of inputs may increase)
" " of operating costs
" " the value of output
Estimation of shadow price
Prediction of macroeconomic conditions surrounding the project
For example, availability may not be as predicted
Inflation rate may rise above expected
Interest rate, example, deposit rate decrease from 6% to 3%
Changes in laws and regulations
Weather may also affect particularly agricultural projects
There are several ways of incorporating uncertainty:
To add an item called "Contingency" (in %)
To add "a risk premium" to the discount rate, i.e. use a higher discounting rate (NPV
decreases)
To shorten the "life of the project"
Use “Sensitivity Analysis".
Sensitivity Analysis
Measures of project worth are first calculated using the best estimate of inputs and outputs and
the discount rate. The project decision will be based on these best estimates. However, what
would be the effect on the project worth measure of variation in the estimates?
How sensitive is a project's net present worth at financial prices and economic values, or its
financial and economic rate of return or net benefit-investment ratio; might be:
- an increase in construction costs,
- an extension of the implementation period,
- a fall in prices, etc.
It is analytical tool to test systematically what happens to the earning capacity of the project if
events differ from the estimates made about them in planning. It is a means of dealing with
uncertainty about future events and values. Economic analysis of a project is necessarily based
on uncertain future events and imperfect data. So it is desirable that the cost benefit analysis
(CBA) takes in to account the range of possible variation in the values of basic elements. In a
feasibility study, a sensitivity analysis is applied to major variables on which we have based the
CBA. The key variables to which sensitivity analysis could be applied include: Price of inputs,
Price of output, Operating Costs, Sales volume and Initial cost outlay
Reworking an analysis to see what happens under these changed circumstances is called
sensitivity analysis. It is one means of drawing attention to a central reality of project analysis:
Projections are inevitably subject to a high degree of uncertainty about what actually happen.
All projects should be subjected to sensitivity analysis. In agriculture for example, projects are
sensitive to change in four principal areas: Price of output and inputs, delay in implementation,
costs overrun & yield.
The application of sensitivity analysis involves varying one project item at a time and measuring
the effect on project worth. Because this is easier to interpret in absolute terms, the project worth
measure generally employed in sensitivity analysis is the net present value (NPV).
The technique of sensitivity analysis is not complicated. The analyst simply calculates the
measure of project worth over again using the new estimates for one or another element of cost
or return.
An alternative way to present the results of sensitivity analysis is to ask by how much a project
item needs to change before the project decision is affected. This variation of sensitivity analysis
is called the switching value. In straight forward sensitivity analysis we choose an amount by
which to change an important element in the project analysis and then determines the impact of
that change on the attractiveness of the project. In contrast, when we calculate a switching value
we ask how much such an element would have to change in an unfavorable direction before the
project would be longer meet the minimum level of acceptability as indicated by one of the
measures of project worth. Then those responsible for determining whether to proceed with the
project can ask themselves how likely they feel it is that there will be a change of that magnitude.
Risk Analysis
Risk analysis involves a fuller assessment of possible variation. Its purpose is to provide a
probability estimate of how likely a project decision is to bewaring. Risk analysis begins from
the best estimates contained in the initial resource flow and from the effect of variation given by
sensitivity analysis; but now different variables are considered simultaneously.
Some project items can be estimated with greater certainty than others. Although it is convenient
to use the same range of variation for each variable considered in risk analysis, the probability of
the different values in the range occurring will differ. For example, given the optimism with
which projects are often prepared, some items like investment costs are more likely to vary
upwards rather than downwards from the best estimate, whilst others like revenue are more
likely to be below rather than above the best estimate. A probability should be attached to the
best estimate and each variation, to reflect the likelihood with which the different value in the
range will occur. The sum of these probabilities must total 1.0 for each variable.
The effect of varying values within a range can be calculated through sensitivity analysis. It is
additional probability estimates associated with each variation that represent the essential feature
of risk analysis. Where do these probability estimates come from? For some variables they may
come from past evidence, for example, of fluctuations in prices, outputs, or of, material ratios in
different production processes. For other variables, intuitive guesses may have to be made on
the basis of experience.
Risk analysis is most important for marginal projects, with a rate of return just above the
discount rate. For projects with a much larger rate of return the probability of a negative NPV
with variation in the major variables is likely to be on decision among alternative marginal
projects.
Identifying the effects of variation in major variables, and investigating the likelihood of their
combined variation, provides considerable information on the risks associated with a project. It
indicates where the risk might be reduced.
Risk can be reduced at both the analysis and implication stage of a project. The project results in
many cases can be improved by a redesign of the project. Alternative technologies, locations,
output mixes and scales should be investigated.
Risk reduction can also be achieved by choosing projects for which there are well-known
precedents. Replication of small-scale projects rather than commitment to a few large-scale
projects can reduce risk. Copying and adapting from imported technologies under supply and
management contracts can also reduce production and marketing risks. These forms of dealing
with risk, however, can't easily be incorporated into project analysis calculations or decisions on
individual projects. Moreover, such approach toes the potential benefits of developing new
technologies or learning-by-doing.
Chapter 5: Project Implementation
After completing this chapter, the students should be able to:
Describe the work breakdown structure and project specifications for effective
implementation;
Apply implementation planning tools like Gantt chart, network techniques, Critical Path
Method (CPM), program evaluation and review technique (PERT) in a specific projects;
and
Describe the project cost-time relationshipss
5.1 Introduction
Project implementation refers to the execution of all tasks that are necessary to make the project
operational. The duration of the implementation phase stretches from the decision to invest in a
project to the commencement of operations. The project implementation stage brings the project
from the feasibility study stage to the execution stage.
The implementation planning of the project is part of the feasibility study. The responsibility for
implementing the project is usually entrusted with an implementation team. The team comprises
of a number of experts in various fields such as finance, technology, law and engineering, etc.
Once the decision for implementing the project is taken, it is necessary that the preparation for
starting the project is made. The preparation includes obtaining government approvals, fulfilling
legal processes, collecting and planning finance, construction and installation, supply of
materials, making the organizational set up, acquisition of land and technology and so on. s
Pre-requisites for successful project implementation
Time and cost over- runs are very common in a number of projects, especially in developing
countries. In addition to such run-over’s, many government projects fail in attaining their goals.
Some of these social projects do not reach its completion stage. Luck of fund and other necessary
facilities force the projects to stop their operations after a certain period of commencement. What
can be done to minimize time and cost over runs and to prevent the projects from their premature
death thereby improve the prospects of successful completion of projects? While a lot of things
can be done to achieve this goal, the most important ones appear to be the following:
Adequate formation
sound project organization
proper implementation planning
timely available of funds
judicious equipment tendering and procurement
efficient contract management
effective monitoring
5.2 Project Organization
The basic building blocks of the traditional forms of organization are a functional division of
management and a well defined hierarchical structure. Typically a firm is organized in to various
departments, such as production, purchasing, marketing, finance, personnel, engineering and,
research and development. Some of those departments have line function and the others a staff
function. Line managers have the principal responsibility for achieving the goals of the firm and
are vested with decision making authority. Staff managers primarily serve in an advisory
capacity –of course, within the staff departments they enjoy administrative powers.
The traditional form of organization is quite appropriate for handling established operations
which are characterized by a continuous flow of repetitive work, with each department attending
to its specific functions- in such a setting , relatively stable inter departmental and inter personal
relationships emerge. However, the traditional form of organization is not suitable for project
management because of the following reasons:
Project is a non routine, non repetitive undertaking often plagued with many
uncertainties
The relationships in project setting are dynamic, temporary, and flexible, and
A project requires a coordination of the efforts of persons drawn from different functional
areas and contributions of external agencies. However, the traditional form has no means
of integrating different departments at levels below the top management, and it doesn’t
facilitate effective communication, coordination control when several functional
departments, with different professional backgrounds and orientations are involved in the
project work under time and cost pressures, which often call overlap, at least partial, of
the development, design, procurement, construction and commissioning work.
Hence there is a need for entrusting an individual (group) with the responsibility for integrating
the activities and functions of the various departments and external organizations involved in the
project work. Such an individual may be called the project manager or project coordinator.
Depending on the authority that is given to the person responsible for the project, the project
organization may take one of the following three forms:
Line and staff organization
Divisional organization
Matrix organization
Line and staff organization
In this form of project organization, a person is appointed with the primary responsibility of
coordinating the work of the people in the functional departments. Such a person, referred to
commonly as the project coordinator, acts essentially in a staff position to facilitate the
coordination of line management in functional departments. The project coordinator doesn’t have
authority and direct responsibility of the line management. He serves as a focal point for
receiving project related information and seeks to promote the cause of the project by rendering
advice, sharing information, and providing assistance. He may gently coax line executives to
strive for the fulfillment of project goals. Deprived of formal organizational authority, he may
find it difficult to exert leadership and feel unsure of his role. His influence would depend on his
professional competence, closeness to top management, and persuasive abilities. Clearly, this is a
week form of organization which may be employed mostly for small projects- it is certainly not
suitable for large projects.
Divisional organization
Under this form of project organization, a separate division is set up to implement the project.
Headed by the project manager, this division has its complement of personnel over whom the
project manager has full line authority. In effect, this form of organization implies the creation of
a separate goal oriented division of the company, with its own functional departments. While the
project manger still has the problem of coordinating the inputs of other organizations involved in
the project, he has total formal control over the division he heads.
A very strong form, the divisional project organization facilitates the process of planning and
control, brings about better integration of efforts, and strengthens the commitment of project
related personnel to the objectives of the project. It considerably improves the prospect of
fulfilling the time and budget targets.
This form of organization, however, may entail an inefficient use of resources of the firm. It may
result in an unnecessary duplication of specialists in the company, because of the necessity to
allocate them in total to each project. further it may be difficult to achieve a higher degree of
specialization of expertise because the divisional project organization may have to manage with ,
say, one mechanical engineer, rather than two specialists.
Matrix organization
The line and functional form of organization is conducive to an efficient use of resources but is
not suitable for an effective realization of project objectives. The divisional form of organization,
on the other hand, is suitable for an effective realization of project objectives but is not
conducive to an efficient use of resources. The matrix form of project organization seeks to
achieve the twin objectives of effect use of resources and effective realization of project
objectives- at the cost of greater organizational complexity, of course.
In a matrix organization, the personnel working on the project have a responsibility to their
functional superior as well to the project manager. This means that the authority is shared
between the project manger and the functional managers. The authority and influence of the
project manager cut across the traditional vertical line of command.
The matrix form of organization is incongruent with the traditional organization theory: there is
dual subordination, responsibility and authorities are not commensurate; the hierarchical
principle is ignored. This clearly implies that the matrix form of organization involves greater
organizational complexity and creates an inherently conflict full situation. Yet it seems to be
better vehicle for the simultaneous pursuit of the twin objectives-efficient utilization of resources
and effective attainment of project objectives.
5.3 Project Contract Administration
From the viewpoint of a project, contracting is the process of establishing a relation between the
owner and the contractors to execute the project work, especially construction. It is essential that
both the parties sign the contract so that the requirements of the parties can be communicated
each other. Usually, the contents of a contract include name and address of both the parties,
subject of the agreement, deadlines for the different stages of fulfillment of the agreement,
financial aspects and other necessary conditions such as violation of contract etc.
There are several approaches in contracting. Some of them are:
1) Entrust the total responsibility for engineering, procurement and construction to consortium
of contractors who may divide the total responsibility among themselves.
2) Divide the project into engineering, construction, supplies etc. and entrust the responsibilities
to suitable suppliers and contractors.
3) Accomplish a portion of the work yourself with your own departmental organization and
contract out the balance to one or more agencies.
Contracting Schedule
A carefully worked out contract schedule will reduce the extend of project overruns that take
place due to the related award of contracts. Contract should be awarded sufficiently in advance
of the starting date of the work so that the contractor is able to mobilize his resources and move
in before the starting date without any emergency. Any crisis situation will reduced the overall
efficiency of the work. A contracting schedule contains:
the work code
work packages; volume of main activities and budget estimate
starting and finishing dates and
the names of people who prepared the bid documents and awarded the contract.
Contracts for supplies also should be scheduled to have timely supply of materials, giving
consideration to lead time delivery time.
Contracting Procedure
There may be directive from the government with regard to the contracting procedures The
World Bank , Asian Development Bank, UNDP etc. have their own detailed procedures. Some
of the financing institutions require particular procedure for contracting these procedures are
designed with clear objectives to achieve. These objectives are:
to elicit competitive bids
to provide equal opportunity and equal treatment to all eligible tenderers
to accept the tender at the lowest cost.
The following are the usual steps in contracting:
1. Work packaging and scheduling
The total work of the project is expected to be divided into separate packages. So that they could
be awarded to contractors. It may be divided into either specialized Activity Packages like
construction, civil engineering works, painting etc. or unit packages like administration
building, by - product plant, steel melting shop etc. What should be kept in mind while doing
work packaging is that as far as possible, one work package must be independent of other
packages. Each package must be well-defined with their scope. Specialized nature of the work,
especially form the angle of technology, should be paid attention in packaging the work. Size of
each package should be neither too large nor too small for one or more reputed contractors to
handle.
Every package should be scheduled with reference to all activities involved in its
accomplishment and to suit the overall schedule of the project. The schedule must clearly show
the starting and finishing time of each individual package. Each package of work should be
contracted in advance so that it could be completed within the specified time.
2. Preparation of Tender Documents
The preparation of tender documents requires serious attention because it aims at furnishing the
prospective contractors with the details of the contract. Contractors must be able to understand
the scope of the contract fully and to fill in the bid documents without any mistake. Tender
documents usually contain the following.
a) Instruction to tenderers
Instructions to tenderness may cover; tenderer's qualifications, guidelines for preparation of
the tender, the number of copies to be submitted, price basis to be adopted, tender
evaluation criteria, bid bond requirement, dates for closing the tender sale, submission of
bids, and opening the bids.
b) Model Form of tender
The prescribed form of tender should be included in the tender documents.
c) Drawings and specifications
They are the most important parts of tender documents. Specifications should be complete
and unambiguous and set out the way in which all work should be done. With respect to
goods, they should specify physical and chemical properties regarding work, they should
specify, standards, methods, quality and quantity. Specifications should cover also site
conditions soil conditions etc. which are very important in determining the work volume and
cost. The documents which are clear and complete can avoid a lot of unpleasant disputes
during the execution of work.
d) Schedule of Rates:
Albeit irrelevant in certain types of contract, the tender documents generally include a
schedule of owner's rates for different types of work. These rates are meant for tender's
guidance.
e) General conditions of contract
It is a document like the standard form of contract and contains the general terms and
conditions of the contract such as terms of payment, rights and obligations of parties,
procedure for settling claims and disputes, performance security and other conditions which
are generally applicable to all contractors.
f) Special conditions of contract
The conditions those are specially applicable to a particular package and not generally to all
packages are referred to as special conditions of contract. They may include procedure for
inspection and testing, special requirements of insurance, specific terms of payment, etc.
g) Specimen of Bank guarantee
Tender documents usually include specimens of Earnest Money Bank Guarantee, or Security
Deposit Bank Guarantee or Advance Payment Bank Guarantee. Sometimes only SDBG will
accompany the tender documents.
3. Determination of Contractor's Qualifications
One of the modern contracting approaches is to invite submissions for prequalification
before issuing a tender. The criteria for qualification of contractors for every work package
should be determined in advance. The contract will be given only to a party possessing
those qualifications. This technique is employed with a view of avoiding incapable
contractors. However, prequalification is not compulsory. The minimum qualifying
requirements should include a contractor's qualification, experience, employees, financial
stability and plant and equipment. For example, the World Bank's criteria for
prequalification and the points for each criterion are given below.
Factors Points
Organization and Planning 10
Management Structure
General Implementation Program
Plans for subcontracting
History of Default
Personnel 15
Experience/ qualification of key personnel
Adequacy of specialized staffing
Major plant and equipment 15
Adequacy
Age/condition
Source of availability
Experience 30
Technical references
Value of completed contracts of similar type
Average percent of work under subcontractor
Financial Condition 30
Bank reference
Average annual turnover
Working capital
Quick Ratio
Value of contracts completed in last 5 years
A contractor who is interested in participating in the prequalification invitation, can have a
self- check based on the above criteria. If prequalification is included in the contracting
procedure advertisement should be made for submission of application. After the evaluation
of applications, the contractors will be short-listed. Such a list will help the organization for
inviting tenders only from the short-listed contractors thereby avoiding incapable contractors.
4. Tender Invitation
If contractors are short-listed through prequalification procedures, send them equerry letters
to understand their interest in participating in the tender. An open tender may be advertised
in the absence of such a list. The invitation to tender should be properly worded and should
not give room for any dispute or disadvantage.
5. Tender submission
Tender is usually submitted in sealed envelopes. The required number of copies of tender
documents together with all other necessary documents will be submitted by tenderers on or
before the last date for submission. The invitation to tender or the tender documents will
clearly say the requirements and last date for submitting a tender.
6. Tender Opening
Unless a justifiable confidentiality is to be maintained , like in a national defense project,
tenders should be opened in the presence of tenderers or their authorized representatives.
The date and time of tender opening will be notified to the tenderers in advance either
through separate notice.
7. Evaluation and recommendation
The Project Manager and the interested department heads have to participate in the
evaluation of tenders. One of the very important tasks in the evaluation process is to add the
costs of the elements, that the tenderers have not included, with the tenderer's prices. Such
costs may be insurance costs, shipping costs, taxes, special packing charges, inspection fees
etc. Costs of excluded components shall be added at the maximum market price. The other
areas of observation in the evaluation process are the quantity, the quality and the other
technical specifications. Sometimes, the project will have a preprinted bid comparison and
evaluation form designed, including all requirements of all the departments.
8. Award of contract
Usually contract is awarded to the tendered who offers the lowest price. In certain projects,
the bidders may be called by the project manager for negotiations with a view to bringing
down the price or lettering the conditions quoted. However, in projects, financed by the
World Bank, negotiation is not encouraged. The World Bank enters into negotiations in the
appointment of consultants.
9. Signing of Agreement with detailed contract conditions.
A contract agreement is a document by which the contractor covenants with the project to
execute the defined work and the project covenants with the contractor to pay the agreed
contract price. The details of the contract and all major and minor conditions will be
contained in the annexure or appendices. These annexure include the tender invitations,
tender documents, the tender specifications, general and special conditions of contract and
the contractor's acceptance.
The content of the contract may differ from project to project. However, the executives who
prepare the contract agreement must bear in mind that harsh conditions and pitfalls can
harm the project.
Thus the contracting procedure plays the key role in the success of contract management.
Unless much attention is in each step in the contracting procedure unnecessary conflict may
occur between the project and the contractors. Such a conflict may lead to the project to its
prematured death.
5.4 Team Building for Project Implementation
Project human resource management involves all the processes that are required to make the
most effective use of the individuals associated with the project. Good leaders are essential for
the successful management of projects. To effectively manage a project, these leaders require a
group of dedicated individuals, committed to achieving project goals. While selecting good staff
is important, it is equally important to assign them the right jobs. The project manager plays a
key role in the success of a project. Project managers should be able to analyze project risk and
uncertainty. Generally, the project organization establishes a committee to screen candidates for
the post of project manager.
The project office is the entity in an organization that helps the project manager carries out his
tasks. The people in this office are dedicated to the achievement of the project goals. It is also
their responsibility to maintain a good working relationship between the project and functional
managers.
Team building can be defined as the "process of planning and encouraging working
practices that are effective and which minimize the difficulties that obstruct the team's
competence and resourcefulness.” Complex projects involve multifunctional tasks that
demand a high level of innovation and state-of-the-art technology. Such projects require
teams of specialists with diverse skills. The benefits of team building are: Effective use of
time, improved job satisfaction and improved self esteem and well being. The team
building process is based on the type of the project, the leadership style of the project
manager and on the type of individuals involved in the team
Stages in team building:
There are four major stages:
Forming (collection): The team starts as a collection of people when individuals
come together either at once or over a period of time. At this stage, members look
polite towards each other, and somewhat guarded and trying to find out more about
the others.
Storming (grouping): Individuals become more open and trustworthy towards each
other; and they start to know the interests, personalities, values and skills of each
other. The openness is helpful in providing positive criticisms on the leadership style,
and this openness may result in conflict, confrontation and feelings of frustration.
Norming (developing team): If positive leadership emerge (whether designated,
volunteered, shared or otherwise) the group may move from stage II to stage III. At
this stage members begin to establish norms, goals, roles and procedures within the
group. Decision-making and problem solving may be stressful or laborious but more
successful than the previous stages.
Performing (High performance team): Fully formed teams with established
standards. Very few members make it to this stage. They work out problems, goals,
issues and difficulties together. They move forward to high performance. Members in
the team are aware of the potentials that may accrue through the application of
teamwork, self-study, shared leadership and effort, high moral and excellent
productivity. Conflict may occur but members value resolution of conflicts and want
to remain loyal to the team.
Ground rules for an effective team building:
The purpose of the team is known and understood by all members;
High transparency on the problems of the performance of the team;
Effective leadership,
Member roles are known to each other and there is high coordination of roles in
the team.
Availability of adequate financial and human resources for the team to function
properly;
Awareness and full participation of members in the decision making process of
the team;
Provision of help to each other, even if it requires overtime, inconveniences or
extra effort;
Voluntary provision of skills, experiences, ideas and information to other team
members; and the ability of members to listen and try to understand the opinions,
ideas and needs rather being unnecessarily critical and defensive;
Good system of information sharing and feedback mechanism so as to keep
members on new developments and changes;
Commitment and trust among team members to develop consensus on an issue,
even if it takes a little more time.
The ability of developing synergy (the whole is greater than the sum of its parts)
in the team.
These five stages of team formation mirror the four stages of the project life cycle, although all
five can take place within a single project stage. There are several group working techniques,
which the manager can use to shorten the forming, storming and norming stages, such as the
application of the start-up workshops.
Having formed the group, the manager’s role is to ensure it continues to operate at the plateau of
effectiveness. First the manager must be able to determine just how effective the team really is.
On a simple level, this can be assessed by the way in which the team achieves its agreed targets,
and by the way in which the individual’s and group’s aspirations and motivational needs have
been satisfied. The team leader and the line management of the organization must ensure that
both corporate and personal objectives are met. If only the corporate goal is met, with time
there will be an erosion of morale and effectiveness followed by staff attrition. Often, however,
it is only possible to measure achievement of these objectives at the end of the project, when it is
too late to take corrective action. Hence, we must also have measures by which to judge the
cohesion and strength of a group during the project indicators of team effectiveness include:
Attendance: low absenteeism, sickness, accident rates, work interruptions and labour
turnover
Goal clarity: Individual targets are set, understood and achieved; the aims of the group are
understood; each member of the team has a clear knowledge of the role of the group
High outputs: Commitment to goal achievement, a search for real solutions, analytical,
critical problem solving using knowledge and skill, the search for widely tested and supported
solutions.
Strong group cohesion: openness and trust among members, sharing of ideas and
knowledge, lively and constructive meetings, shared goal.
Leading Projects
One of the most elusive of topics, often authors start off by saying they are going to discuss
leadership, and end up describing management. Leadership is different from management.
Somebody can be a good, effective manager, without being and inspirational leader; and yet
other people can be inspirational leaders, while being fairly chaotic managers.
Covey said that there are three elements of leadership, which he called ethos, pathos and logos.
Unfortunately the majority of Western managers use only the last of these. They try to persuade
their subordinates by the logic of the situation. However, this is not totally effective, without the
other two. The effective manager is good on the logos, but to be an inspirational leader, he or
she must first convince with ethos and pathos.
1. Ethos is the leader’s basic value set. The leader must demonstrate to the team that he or she
has values and beliefs worth working for. The leader must communicate his or her values to
the team, to motivate them to work towards the project’s goals.
2. Pathos is the leader’s relationship with the team. Once the leader has demonstrated to the
team inclusive ethical, moral and cultural values, he or she then needs to win their backing
and support. Once the leader has convinced the team with his or her value set, and once he or
she has developed a relationship with the team, then the team are ready to be persuaded by
logic. Without the ethos and the pathos, the logos will flow off the team like water off a
duck’s back. Logos remains a necessary condition for inspirational leadership, but on its
own it is an insufficient condition.
What this might mean for project manager is as follows. Ethos can work on several levels. First,
the project manager must convince the wider team (Primary, secondly, he or she must gain
commitment of the team to overall management approach, and gain support for it as a way to
deliver a successful outcome for the organization. Thirdly, the project manager must
demonstrate their overall ethical and cultural values, showing an inclusive style that recognizes
the contributions of others, and convinces the team that they will be properly rewarded. Then
the manager needs to build the pathos that is relationships, between themselves and the project
team members, and between the individual members of the team. Both the ethos and the pathos
can be achieved through a well-designed start-up process. Once the manager has won support
for his or her personal values and values for the project, and once people are working well
together as a team, then the team members will be open to persuasion on individual issues that
need resolving on the project.
The Effective Project Manager
Now let us consider what makes an effective project manager. Handy, suggests that there are
three possible criteria for effective leaders:
Leadership traits: Effective managers have certain common traits
Leadership style: Effective managers adopt certain styles
A contingent approach: Effective manager adapt their styles to suit the circumstances.
Traits of Effective Project Manager
There are six traits of effective project managers:
Problem –solving ability and results orientation
Energy and initiative
Self-assured leader
Perspective
Communication
Negotiating ability
Problem-solving ability and results orientation
Effective managers are usually of above-average intelligence, and able to solve complex
problems, by analyzing the current situation and recognizing patterns, Problem solving pervades
project management. The achievement of the project’s purpose is a problem, as is the
completion of each stage of the life cycle. Furthermore, the control processes is also one of
problem solving, planning recovery to overcome variances from the plan. Without a problem
solving ability a project manager would be lost. This ability at problem solving should be
coupled with results orientation. The purpose is not to complete work for work’s sake, but to
achieve the desired ends. The solution to the problems should deliver the planned objectives and
defined purpose not necessarily complete the originally agreed work. The end justifies the
means or All’s well that ends well.
Energy and initiative
The project manager must also have the ability to continue working and managing under
considerable pressure and against considerable odds. This requires the manager to be energetic
and fit. This energy will be coupled with initiative to see the need for action, and have the
resolve to take it.
Self-assured leader
Managers must have the self-assurance to know that what they are doing is right. This does
not mean they must be extrovert or brash; a manager can be self-effacing while still self-assured.
They must take action resolutely, confident in their opinions and judgment. Sometimes it is
better to take action, based on incomplete information, being ready to modify the action as new
information comes to light, than to dither endlessly looking for the perfect solution. Self-assured
managers also delegate readily to their project team, confident in the ability of the team’s
members, and their own ability to motivate the team. Sometimes, especially in the IT
industry, you see good technologists promoted into managerial positions who are very reluctant
to delegate, because they believe, quite rightly, that they can do the work better than any else.
They work themselves into an early grave, while their team members are idle and consequently
de-motivated.
Perspective
Managers need to be able to look beyond the team, and to see how they fit into the organization
as a whole. This need for perspective extends to the project work. The manager must be able to
move freely through all three levels of the project hierarchy, and above as well, to understand the
detail work of the project and how it will deliver the project’s objectives, and to understand
how the project’s objectives will meet the needs of the parent organization. This ability is
known as a helicopter mind.
Communication
Similarly, the manager must be able to communicate at all levels of the organization, from
managing director down to the janitor. They must be the project’s ambassadors, selling it to
senior managers to win their support; they must be able to talk to their peers, functional
managers and resource providers to win their cooperation. They must brief and motivate the
team; and they must talk to the janitor, because often the latter knows better than anyone how the
project is progressing.
Negotiating ability
In Parts Two and Three the project plan was said to be a contract. It is a contract between the
project manager (showing what the manager and the team will deliver to the organization), and
the project’s sponsor (showing the support that person or group will give to enable the project
manager to deliver the contracted result). Like all contracts this must be negotiated through
bipartite discussions. Project managers rely on their ability to negotiate, because they do not
have the direct line authority over their resources as functional managers do. They must win and
maintain the commitment and cooperation of other people through their ability to negotiate and
persuade.
Style of Effective Project Managers
Project managers can adopt four styles. The table below shows the appropriate management
styles and team structures at different project stages.
Stage Style Team
Feasibility Laissez-faire Egoless
Laissez-faire: Laissez-faire managers allow the team to mange themselves. They behave like all
the other members of the team, and are there to advice if required. This style is appropriate
during the early developmental or feasibility stages of a project, or on research projects.
Democratic: Democratic managers consult their team, and then decide the best course of
action. Note that this style is different from the laissez-faire style above, which is almost
anarchic, not democratic. This style may be appropriate during the feasibility and
planning stages of a project, when you want to encourage people to contribute their ideas.
Autocratic: Autocratic manager dictate to the team what should be done and how. This
style may be appropriate during the execution and close-out stages of a project, when the
specification and design of the facility has been decide, real money is being spent, and so
early completion is required at achieve the returns.
Bureaucratic: Bureaucratic manager through rules and procedures. This style is appropriate on
projects with low risk, for which there will be little change, because the bureaucratic manager is
unable to respond to change. This means it will also be appropriate during the closeout stages
of a project.
5.5 Project Implementation tools
Project involves few activities, resources, constraints and inter-relationships can be visualized
easily by the human mind and planned informally. However, when a project crosses a certain
threshold level of size and complexity, informal planning has to be substituted by formal
planning. The need for formal planning is indeed much greater for project work than for normal
operations. Without effective planning, there may be chaos.
Areas of planning
Comprehensive project planning covers the following:
Planning the project work: the activities relating to the project must be spelt out in
detail. They should be properly scheduled and sequenced.
Planning the manpower and organization: the manpower required for the project
(managers, technologists, operators and others) must be estimated and the responsibility
for carrying out the project work must be allocated.
Planning the money: the expenditure of money in a time- phased manner must be
budgeted
Planning the information system: the information required for monitoring the project
must be defined.
Project objectives and policies
Often the focus of project planning is on questions like who does what and when. Before such
operational planning is done, the objectives and policies guiding the project planning exercise
must be articulated. The questions to be answered in this context are:
What are the technical and performance objectives?
What are the time and cost goals?
To what extent should the work be given to outside contractors?
How many contractors should be employed?
What should be the terms of contract?
Well defined objectives and policies serve as the framework for the decisions to be made by the
project manager. Throughout the life of the project, he has to seek a compromise between the
conflicting goals of technical performance, cost standard and time target. A clear articulation of
priorities of management will enable the project manager to take expeditious actions.
5.5.1 Work breakdown structure
The work breakdown structure, as its name suggests, represents a systematic and logical
breakdown of the project into its component parts. It is constructed by dividing the project in to
its major parts, with each of these being further divided in to sub parts. This is continued till a
breakdown is done in terms of manageable units of work for which responsibility can be defined.
Thus the work breakdown structure helps in:
Effective planning by dividing the work in to manageable elements which can be planned
budgeted and controlled.
Assignment of responsibility for work elements to project personnel and outside
agencies.
Development of control and information system.
WBS and project organizations
The project organization represents formally how the project personnel and outside agencies are
going to work. The work breakdown structure defines the works to be done in a detailed manner.
To assign responsibility for the tasks to be done, the work breakdown structure has to be
integrated with the project organization structure. This calls for blending the vertical breakdown
of the work with the project organization structure. This results in delineation of project tasks
which are the specific responsibilities of organizational units/managers.
The technical name given to such a project task is cost account. A cost account represents a unit
of work (i) which is defined in fairly concrete terms, (ii) for which a single person is responsible,
and (iii) for which a budget of expenditure and manpower requirement can be prepared
meaningfully.
5.5.2 Gantt Chart
Gantt/Bar chart: this is a pictorial device in which the activities are represented by horizontal
bars on the time axis. The left hand end of the bar shows the beginning time, the right hand end
the ending time. The duration of the activity is indicated by the length of the bar. The manpower
required for the activity is shown by a number on the bar.
A Gantt chart is a graphical representation of the duration of tasks against the progression of
time. A Gantt chart is a useful tool for planning and scheduling projects. A Gantt chart is
helpful when monitoring a project's progress.
The advantages of the bar chart are:
It is simple to understand
It can be used to show progress
It can e used for manpower planning
The bar chart, however, suffers from some disadvantages which limit its usefulness:
It cannot show interrelationship among activities on large , complex projects;
There may be a physical limit to the size of the bar chart, which may limit the size of the
project that can be planned with this technique; and
It cannot easily cope with frequent changes or updating.
5.5.3 Network Techniques
These are more sophisticated the traditional bar chart. In these techniques, the activities, events,
and their relationships are presented by a network diagram, also called an arrow diagram.
The advantages of network techniques are:
They can effectively handle inter relationships among project activities
They identify the activities which are critical to the completion of the project on time ad
indicate the float (spare time ) for other activities
They can handle very large and complex projects and
They can be easily computerized and updated
While the network techniques are a superior tool for project planning, they suffer from several
drawbacks:
Being more complicated than the traditional bar chart they are not easily understood by
the project personnel, and
They do not define an operational schedule which tells who does what and when.
Basic Network terminologies
Activities and Events:
a) An activity is a task or a job that takes time and resources: Example: Excavate the land,
Dig foundations, Lay foundations, Build a wall, etc. It is represented in a network by an
arrow.
The tail of the arrow shows where the task begins and the head of the arrow shows where
the task ends. The arrow doesn’t have any relationship with a scale.
In a network analysis, it is important to establish:
The activities involved in the project,
Their logical relationship, ex. Building a wall comes after laying the foundation.
An estimate of the time that an activity is going to take
b) An event is a point in time and indicates the start or finish of an activity or activities,
e.g. wall built, foundations dug, etc. An event is represented in a network by a circle.
The establishment of activities automatically determines events because they are the start
and finish of activities.
Dummy activity: an activity that does not consume time or resources. It shows merely the
dependencies or proper relationship between activities. A dotted arrow represents it.
Network: this is the combination of activities, dummy activities and events in logical
sequence according to the rules of drawing networks. Example:
Given the above interrelationship the network diagram for the project is:
A Network Diagram
4
H
1 A 2 3 7 9
B D
E
F 5
G 6
I
Network Exercise 1:
Answer:
3
M
7
E 8
A 1 H
0 L N
C
4 G 6
D
B F
2
J 5 K
Time analysis:
Time can be estimated in two ways:
Single time estimates for each activity: this can be based on the judgment of
individual responsible or by technical calculations using data from similar projects.
Multiple time estimates for each activity: three time estimates are made for each
activity. They are Optimistic (O), most likely (ML) and pessimistic (P). These three
estimates are combined to give an expected time as follows:
O+4 ML+P
Expected Time=
6
For example if O is 6 days, ML is 10 days and P is 15 days then the expected time
is calculated as follows.
6+4∗10+15
Expected Time= =10 . 17 days
6
Used of time estimates: estimating the probability of completing the project by a scheduled
date using the multiple estimates.
Time units: all time estimates should be in the same units.
5.5.4 The Critical path method (CPM)
The Critical path of a network gives the shortest time in which the whole project can be
completed; it is the chain of activities with the longest duration times. There may be two
critical paths and the critical path can pass through a dummy.
Earliest start time (EST): the earliest possible time at which a succeeding activity start.
Calculating the EST is called the forward pass.
Start from event 0 and add the duration to get the earliest start time of the
subsequent activity
Where two activities arrive at an event, the largest route must be taken.
The EST of the exit event is the shortest time to finish a project.
Latest start times (LST): is the latest possible time at which a preceding activity can
finish without increasing the project duration. Notes on calculating LST (termed the
backward pass)
Start at the finish (exit) event and insert the LST (the total project duration) and work
backward through the network deducting each activity duration from the previously
calculated LST.
The lowest number is taken as LST if the tails of two activities share the same event.
The Critical path is determined by selecting the chain of activities where their ESTs are
equal to their LSTs. The other activities with differences in their ESTs and LSTs are non-
critical activities.
3 3
B D
2 4
0 1 3 4 5
A C E F
0 0 1 1 1 3 4 6 1 7 7 2 9 9
The Critical paths of this project are A, B, D and F. the total duration of this project is 9
days. The non-critical paths are C and E.
Float: Float or spare time is associated with non- critical activities. There are three types of
floats: total floats, free float and independent float.
Total float is the amount of time a path of activities could be delayed without
affecting the overall project durations.
Total Float = Latest finish time – Earliest Start time – Activity duration
For example total float for activity C and E is 7-1-4 = 2 days.
Free float is the amount of time an activity can be delayed without affecting the
commencement of a subsequent activity at its earliest start time, but may affect float
of a previous activity.
Free float = Earliest finish time- earliest start time – activity duration
For example free float for activity E is 7-4-1 = 2 days
Independent Float is the amount of time an activity can be delayed when all
preceding activities are completed as late as possible and all succeeding activities
completed as early as possible. Independent float therefore does not affect the float of
either preceding or subsequent activities.
Independent float=earliest finish time-latest start time-activity duration
Example, Independent float for activity E is 7-6-1 = 0 days.
A c t i v i t y Duration E S T L S T E F T L F T T F F F I F
A 1 0 0 1 1 - - -
B 2 1 1 3 3 - - -
C 3 1 1 4 6 2 - -
D 4 3 3 7 7 - - -
E 1 4 6 7 7 2 2 -
F 2 7 7 9 9 - - -
Multiple time analysis
1
3
C
A D F
0.5,1,1.5
2,3.5,4 5.6,7,15 3,4.5,5.4
0 2 4
E
B
5,6,8
4,5,6
Activity Expected duration
O+ 4 ml + p
ED=
6
A 3.33
B 5.00
C 1.00
D 8.10
E 6.17
F 4.40
√ 0.332 +1.572+0.42=1.65weeks
3. Find the number of standard deviations that the scheduled date is away from the
expected duration.
19−17 . 5
=0 .91
1 . 65
4. Look up this value in a table of areas under the normal curve to find the probability. In
this case the probability of achieving the scheduled date of week 19 is 82%.
Exercise 2
Activity Preceding Activity durations (Weeks)
Activity
A - 9
B _ 3
C A 8
D A 2
E A 3
F C 2
G C 6
H C 1
J B, D 4
K F, J 1
L E, H, G, K 2
M E, H 3
N L, M 4
Required: Find the critical path and the duration for this project.
5.5.5 Program Evaluation and Review Technique (PERT)
5.5.6 Project cost analysis
Cost analysis objective:
To calculate the cost of various project durations
To find the cheapest way of reducing the overall duration
Penalties and bonuses: a common feature of many projects a penalty clause for delayed
completion and/or a bonus for earlier completion.
Costs and networks- basic definitions
Project cost comprises direct costs and indirect project costs. As we shorten project
duration, direct costs increase whereas indirect costs decrease. Therefore, there is optimal
project duration where the total project cost becomes the minimum.
Project direct cost- time relationship
The following are the definitions and explanation of terminologies used in the direct cost-
project time relationship.
a) Normal cost: The costs associated with a normal time estimate for an activity.
Often the normal time estimate is set at the point where resources (men, machines,
etc) are used in a most efficient way.
b) Crash cost: they are caused by extra wages, overtime premiums and extra facility
costs. They are associated with minimum possible time for an activity.
c) Crash time: the minimum possible time that an activity is planned to take.
Applying extra resources usually brings this about.
d) Cost slope: this is the average cost of shortening an activity by one time unit.
Crash Cost−Normal Cost
Cost Slope=
Normal Time−CrashTime
e) Least cost scheduling or crashing: The process by which we can find the least
cost method of reducing the overall duration of a project.
Example: Given the information below, find the maximum length of the schedule and
the minimum cost schedule when the indirect cost is Birr70 per day.
Solution: Step one: Draw the network and determine the critical path.
2
4 13
A (4) C (2)
4
F(3)
0 13 15 5
0 0 18 18
E (5)
B (8) 1
D (10)
8 8
Step 1: The first is to determine the normal costs and normal durations of the project.
The critical paths are B and D
Normal project duration is 18 days
Direct Cost = Birr 580
Indirect cost = 70X18= 1260
Total project cost = Birr1840
Step 2 Reduce the least cost slope Critical Activity B by two days (NB: you have to
identify the new critical paths in each of the following steps).
The critical paths B and D (Not changed)
Project duration 16 days
Direct cost = normal cost + crush cost = 580+100 = 680
Indirect Cost = 70X16 = 1120
Total project cost = 1120 + 680 = 1800
Step 3: Since we have fully used the crash time for B, now crash critical activity D by two
days (NB we cant crash activity D by more than two days because the two days
crash on activity D has made activities E and F critical paths)
Two Critical paths. The first is B and D; and the second is B, E and F.
Project duration 14 days
Direct cost = Cost of step 2 + crash cost = 680+(60*2=120) = 800
Indirect Cost = 70X14 = 980
Total project cost = 980 + 800 = 1780
Step 4: Three crashing days remain from activity D. We select one either E or F with the
least cost slope to crash it together with activity D. Therefore, we can crash two
days of activity D and only two days of Activity F. (NB: when ever you crash,
check if the non-critical activities become critical activities).
Two Critical paths. The first is B and D; and the second is B, E and F.
Project duration is 12 days
Direct cost = Cost of step 3 + crash cost (crash cost of D + Crash cost of F) =
800 + (60+10)*2 days = 940
Indirect Cost = 70X12 = 840
Total project cost = 940 + 840 = 1780
Step 5: We can further crash by one more day activity D but not activity F (Activity F is
fully crashed). Activity D can be crashed together with activity E and gives the
following result.
Two Critical paths. The first is B and D; and the second is B, E and F.
Project duration is 11 days
Direct cost = Cost of step 4 + crash cost (crash cost of D + Crash cost of E) =
940 + (60+25)*1 days = Birr1025
Indirect Cost = 70X11 = 770
Total project cost = 1025+ 770 = 1795.
Conclusion: The student should note that the total project cost starts to increase at step 5
when compared to step 4. Then the optimal solution for this project is the values of step 6
as follows. Project duration = 12 days; Total project cost = 1780
Exercise: Given the following table of information, find the maximum length of the
schedule and the minimum cost schedule when the indirect cost is Birr120 per day.
Required:
1) Draw the network and Identify the critical path.
2) Find the resource schedule if the maximum resource available is 2
men.
1
3
1 3
C (1) 2 4
A (1) F (1)
0 4
D (5)
0 0 5 5
B (2) E (1)
2
2 4
Draw the activity times on the Gantt chart or bar chart based on their EST
5.6 Successful Project Implementation
The process of project implementation, involving the successful development and introduction of
projects in the organization, presents an ongoing challenge for managers. The project
implementation process is complex, usually requiring simultaneous attention to a wide variety of
human, budgetary, and technical variables. As a result, the organizational project manager is
faced with a difficult job characterized by role overload, frenetic activity, fragmentation, and
superficiality. Often the typical project manager has responsibility for successful project
outcomes without sufficient power, budget, or people to handle all of the elements essential for
project success. In addition, projects are often initiated in the context of a turbulent,
unpredictable, and dynamic environment. Consequently, the project manager would be well
served by more information about those specific factors critical to project success. The project
manager requires the necessary tools to help him or her focus attention on important areas and
set dfferentia1 priorities across different project elements. If it can be demonstrated that a set of
factors under the project manager’s control can have a significant impact on project
implementation success, the project manager will be better able to effectively deal with the many
demands created by his job, channeling his energy more efficiently in attempting to successfully
implement the project under development.
Development of the Ten-Factor Model of Project Implementation
Project information was obtained from a group of over 50 managers who had some project
involvement within the last two years. Participants were asked to consider a successful project
with which they had been involved and then to put themselves in the position of a project
manager charged with the responsibility of successful project implementation. They were then
asked to indicate things that they could do that would substantially help implementation success.
This procedure, sometimes called Project Echo, was developed by Alex Bavelas (4). Responses
were then sorted into categories by two experts. Both experts sorted the responses into the
categories and inter rater agreement based on percentage of responses similarly sorted across the
total number was 0.50, or 119 cu of 236. Eliminating duplications and miscellaneous responses,
a total of 94 usable responses were classified across 10 factors. These 10 factors formed the basis
for the conceptual model and the diagnostic instrument for measuring relative strength of each
factor.
The first factor that was developed was related to the underlying purpose for the implementation
and was classified Project Mission. Several authors have discussed the importance of clearly
defining goals at the outset of the project. Moms (15) classified the initial stage of project
management as consisting of a feasibility decision. Are the goals clear and can they succeed?
Bardach’s (3) six-step implementation process begins with instructions to state the plan and its
objectives. For both these authors and the purposes of our study, Project Mission has been found
to refer to the condition where the goals of the project are clear and understood, not only by the
project team involved, but by the other departments in the organization. Underlying themes of
responses classified into this factor include statements concerning clarification of goa’c c well as
belief in the likelihood of project success.
The second factor discerned was that of Top Management Support. As noted by Schultz and
Slevin (19), management support for projects, or indeed for any implementation, has long been
considered of great importance in distinguishing between their ultimate success or failure. Beck
(6) sees project management as not only dependent on top management for authority, direction,
and support, but as ultimately the conduit for implementing top management’s plans, or goals,
for the organization. Further, Manley (14) shows that the degree of management support for a
project will lead to significant variations in the clients’ degree of ultimate acceptance or
resistance to that project or product. For the purposes of our classification, the factor Top
Management Support refers to both the nature and amount of support the project manager can
expect from management both for himself as leader and for the project. Management’s support
of the project may involve aspects such as allocation of sufficient resources (financial,
manpower, time, etc.) as well as the project manager’s confidence in their support in the event of
crises.
The third factor to be classified was that of Project Schedule/Plans. Project schedule refers to the
importance of developing a detailed plan of the required stages of the implementation process.
Ginzberg (8) has drawn parallels between the stages of the implementation process and the
Lewin (12) model of Unfreezing-Moving-Freezing, viewing planning and scheduling as the first
step in the “Moving” stage. Koib and Frohman’s (11) modeL of the consulting process views
planning as a two-directional stage, net only as necessary to the forward-going change process,
but as an additional link to subsequent evaluation and possible reentry into the system. Jutt (16)
further emphasizes the importance of process planning, breaking down planning into four stages:
formulation, conceptualization, detailing, and evaluation. As developed in our model, Project
Schedule! Plans refer to the degree to which time schedules, milestones, manpower, and
equipment requirements are specified. Further, the schedule should include a satisfactory
measurement system as a way of judging actual performance against budget and time
allowances.
The fourth factor that was determined is labeled Client Consultation. The ‘client” is referred to
here as anyone who will ultimately be making use of the result of the project, as either a
customer outside the company or a department within the organization. The need for client
consultation has been found to be increasingly important in attempting to successfully implement
a project. Indeed, Manley (14) found that the degree to which clients are personally involved in
the implementation process will cause great variation in their support for that project. Further, in
the context of the consulting process, Koib and Frohman (11) view client consultation as the first
stage in a program to implement change. As this factor was derived for the model, Client
Consultation expresses the necessity of taking into account the needs of the future clients, or
users, of the project. It is, therefore, important to determine whether clients for the project have
been identified. Once the project manager is aware of the major clients, he is better able to
accurately determine if their needs are being met.
The fifth factor was concerned with Personnel issues, including recruitment, selection, and
training. (See Table 20-1.) An important, but often overlooked, aspect of the implementation
process concerns the nature of the personnel involved. In many situations, personnel for the
project team are chosen with less-than-full regard for the skills necessary to actively contribute to
implementation success. Some current writers on implementations are including the personnel
variable in the equation for project team performance and project success. Hammond (9) has
developed a contingency model of the implementation process which includes “people” as a
situational variable whose knowledge, skills, goals, and personalities must be considered in
assessing the environment of the organization. Only after such a diagnosis takes place can the
project management team begin to set objectives and design the implementation approach. For
the model, Personnel, as a factor. is concerned with developing a project team with the requisite
skills to perform their function. Further, it is important to determine whether project management
has built sufficient commitment toward project success on the part of team members.
Source: Slevin and Pinto, (1986, pp. 57—58), From the article “The Project Implementation
Profile: New Tool for Project Managers” which appeared in Project Management Journal,
September, 1986.
The sixth factor to be discussed was labeled Technical Tasks. It is important that the
implementation be well managed by people who understand the project. In addition, there must
exist adequate technology to support the project. Technical Tasks refers to the necessity of not
only having the necessary personnel for the, implementation team, but ensuring that they possess
the necessary technical skills and have adequate technology to perform their tasks. Steven Alter
(2), writing on implementation risk analysis, identifies two of the eight risk factors as being
caused by technical incompatibility: the user’s unfamiliarity with the systems or technology, and
cost ineffectiveness.
In addition to Client Consultation at an earlier stage in the project implementation process, it
remains of ultimate importance to determine whether the clients for whom the project has been
initiated will accept it. Client Acceptance refers to the final stage in the implementation process,
at which time the ultimate efficacy of the project is to be determined. Too often project managers
make the mistake of believing that if they handle the other stages of the implementation process
well, the client (either internal or external to the organization) will accept the resulting project. In
115 “intermediaries” to act as a liaison between the designer, or implementation team, and the
project’s potential users as a method to aid in client acceptance.
The eighth factor to be considered is that of Monitoring and Feedback. Monitoring and Feedback
refer to the project control processes by which at each stage of the project implementation, key
personnel receive feedback on how the project is comparing to initial projections. Making
allowances for adequate monitoring and feedback mechanisms gives the proj ect manager the
ability to anticipate problems, to oversee corrective measures, and to ensure that no deficiencies
are overlooked. Schultz and Slevin (19) demonstrate the evolving nature of implementation and
model- building paradigms to have reached the state including formal feedback channe between
the model builder and the user. From a budgeting perspective, Souder et al. (23) emphasize the
importance of constant monitoring and “fine-tuning” of the process of implementation. For the
model. Monitoring and Feedback refers not only to project schedule and budget, but to
monitoring performance of members of the project team.
The ninth factor was that of Communication. The need for adequate communication channels is
extremely important in creating an atmosphere for successful project implementation.
Communication is not only essential within the project team itself, but between the team and the
rest of the organization as well as with the client. As the factor Communication has been
developed for the model, it refers not only to feedback mechanisms, but the necessity of
exchanging information with both clients and the rest of the organization concerning project
goals, changes in policies and procedures, status reports, etc.
The tenth and final factor to emerge from classification of the model is Trouble Shooting. As the
participants in the study often pointed out, problem areas exist in almost every implementation.
Regardless of how carefully the project was initially planned, it is impossible to foresee every
trouble area or problem that could possibly arise. As a result, it is import ant that the project
manager make adequate initial arrangements for “troubleshooting” mechanisms to be included in
the implementation plan. Such mechanisms make it easier not only to react to problems as they
arise, but to foresee and possibly forestall potential trouble areas in the implementation process.
THE MODEL
As Figure 20-2 shows, a framework of project implementation has been developed for heuristic
purposes, based on the ten factors discovered in our analysis. Some general characteristics of the
model should be noted:
fact, as several writers have shown, client acceptance is a stage in project implementation that
must be managed like any other. As an implementation strategy, Lucas (13) discusses the
importance of user participation in the early stages of system development as a way of improving
the likelihood of later acceptance. Bean and Radnor (5) examine the use of 176
Figure 20-2. Ten key factors of the project implementation profile. (Copyright © 1984 Randall
L. Schultz and Dennis P. Slevin. Used with permission.)
2. The factors for a project implementation can be laid out on a critical path.
Related to the temporal aspect, the factors of project implementation can be laid out in a rough
critical path, similar to the critical path methodology used to develop a new product or to
determine the steps in an OR] MS project. In addition to the set of seven factors along the critical
path, ranging from Project Mission to Client Acceptance, other factors such as Communication
and Monitoring and Feedback are hypothesized to necessarily occur simultaneously and in
harmony with the other sequential factors. As several project managers have indicated to us over
the course of this research, it is important that Communication always occur or that
Troubleshooting be available throughout the implementation process. It should be noted,
however, that the arrows in the model represent information flows and sequences, not necessarily
causal or correlation relationships.
3. The model allows the manager to actively interact with and systematically monitor his project.
The sequence of a project implementation is an important consideration for any project manager.
Not only are there a prescribed set of steps to be taken in the project implementation process, but
because of the order of the steps to be taken, the manager is provided with a checklist for
determining the status of the project at any given stage. This monitoring capacity,’ enables the
manager to determine where the project is in terms of its life cycle and how rapidly it is moving
forward. Further, the manager has the ability to determine the chances for successful
implementation given attention has been paid to the proper sequencing of steps and consideration
of relevant critical success factors in the implementation process.
A 100-item instrument (10.items per factor) was developed and has been used to measure the
relative level of each of these critical success factors (21). This instrument was further refined
and reduced to a 50-item instrument (5 items per factor) and is a useful diagnostic tool for
project implementation. This instrument has been included in its entirety along with percentile
norms for over 400 projects as an implementation aid for project managers.
Table 20-2 demonstrates the results of a recent study in which the ten critical factors were
assessed in terms of their overall contribution to project success (17). A data base of over 400
projects were sampled in an effort toward empirical verification of the importance of each of the
ten initially developed critical success factors. As can be seen, each of the ten factors was found
to be significantly related to project success. Further, the cumulative r-square value, representing
total amount of the variance explained by the ten factors, was .6 15. In other words, over 61% of
the causes of project implementation success can be explained by the ten critical success factors.
As one moves through the ten-factor model shown in Figure 20-1, it becomes clear that the
general characteristics of the factors change. In fact, the factors can be grouped into meaningful
patterns, or more general sub-dimensions. As Table 20-3 shows, the first three factors, (Mission,
Top Management Support, and Schedule) are related to the early “plan- fling” phase of the
implementation process. The second dimension composed of the other seven factors (Client
Consultation. Personnel, etc.), may be seen as concerned with the actual process, or “action,” of
the implementation.
It is important that managers understand the differences between strategic and tactical issues.
Both are vital to project success, but differentially so as the project moves forward to
completion. One method for clarifying the distinction raised between strategy and tactics is
through the development of a taxonomy that demonstrates the diverse nature of the two
functions. This taxonomy is especially useful if applied to the project management context
because it has important implications for determining the relationship between strategy and
tactics and the previously mentioned planning versus action aspects of the implementation
process. Table 20-4 shows a sample of ten issues which have differing implications for project
implementation when approached from either a strategic or a tactical viewpoint.
From a conceptual standpoint, the first three critical success factors are primarily “strategic” in
nature, while the last seven are more “tactical.” Using the model and the measurement
instrument (See Appendix), it is possible to monitor the level of strategy (sum of percentile
scores on the first three factors) and tactics (sum of percentile scores on the last seven factors) as
the project moves forward in time. In addition to showing the Project Implementation Profile,
Appendix I also exhibits the set of percentile scores for each of the critical success factors, based
on a data base of 418 projects. The manager is able to assess scores on each of the ten factors for
his specific project and compare those percentile scores with this previously gathered sample of
projects.
STRATEGY-TACTICS INTERACTION
It may further be possible to speculate on some of the likely outcomes for projects being
implemented, given the various combinations of strategic and tactical scores. Figure 20-3
demonstrates the four possible combinations of performance of strategic and tactical activities. It
is important to note that the values “high” and “low” in Figure 20-3 are meant to imply strategic
and tactical quality, that is, effectiveness of operations performed under the two clusters.
Four types of errors may occur in the implementation process. The first two error types were
originally proposed in the context of the development of the field of statistics and statistical tests.
The last two error types have been suggested as the result of research on implementation and
other organizational change paradigms.
In an organizational setting,
Type I error occurs when an action should have been taken and was not. To illustrate, consider a
situation in which strategic actions have been adequately performed and suggest development
and implementation of a project. Type I error will occur when little action is subsequently taken
and the tactical activities are inadequate to the degree that the project is not developed. Type II
error, in the context of project implementation, is defined as taking an action when, in fact, none
should be taken. In practical terms,
Type II error would likely occur in a situation in which project strategy was ineffective,
inaccurate, or poorly done. However, in spite of initial planning inadequacies, goals and
schedules were operational zed during the tactical stage of the implementation.
Type III error may also be a consequence of low strategy effectiveness and high tactical quality.
Type III error has been defined as solving the wrong problem, or “effectively” taking the wrong
action. In this scenario, a problem has been identified, or a project is desired, but due to a badly
performed strategic sequence, the wrong problem has been isolated and the subsequently
implemented project has little value in that it does not address the intended target. Again, the
implications for this error type are to develop and implement a project (tactics), often involving
large expenditures of human and budgetary resources, for which inadequate or incorrect initial
planning and problem recognition was done (strategy).
Strategy/tactics effectiveness matrix
The final type of error that is likely to be seen in project implementation is Type IV error. Type
IV error can be defined as taking an action which solves the right problem but the solution is not
used by the organization. An example of Type IV error would occur following an effective
strategy that has correctly identified the problem and proposed an effective, or “correct” solution;
in this case, a project. Type IV error would result if, following the tactical operationalization, the
project was not used by the clients for whom it was intended.
In addition to commenting on possible types of error which may be associated with each cell in
Figure 20-3, it is important to understand some of the other aspects of likely outcomes for
projects falling within each of the four cells.
Cell 1: High Strategy—High Tactics
Quadrant I shows the setting for those projects which have been rated highly effective in
carrying out both strategy and tactics during the implementation process. Not surprisingly, we
would expect that the majority of projects corresponding to this situation would be successfully
implemented. In addition to high quality strategic activities (Mission, Top Management Support,
Project Schedule) these projects have also been effectively operationalized. This
operationalization has taken the form of a “high” rating on tactical issues (Client Consultation,
Personnel, etc.). As stated, it would be reasonable to expect resulting projects to generally show
a high frequency of implementation success.
The reciprocal of the first case is in the third quadrant and consists of a situation in which both
strategic and tactical functions were inadequately performed. It would be expected that projects
falling into this quadrant would have a high likelihood of implementation failure. Not only is
initial strategy low, or poorly performed, but subsequent tactics are also ineffective.
While the results of projects rated as high strategy—high tactics and low strategy—low tactics
may be intuitively obvious, perhaps a more intriguing question concerns the likely outcomes of
projects found in the “off diagonal” of Figure 20-3, namely, high strategy—low tactics and low
strategy—high tactics. It is interesting to speculate on the result of these “mixed” scenarios in
attempting to assess project success. In fact, it has been found that project implementation efforts
falling within these two cells often tend to exhibit characteristics of unique, but fairly consistent,
patterns.
Cell 4 refers to the situation in which the project strategy was effectively performed but
subsequent tactics were rated as ineffective. As can be seen from Figure 20-3, in addition to a
high likelihood of Type I and Type IV errors, one would expect projects classified in this
quadrant to exhibit a strong tendency toward “errors of inaction” such as low acceptance and low
use by organization members or clients for whom the project was intended. Little is done in the
way of effective tactical project implementation following initial competent strategic activities.
Low acceptance and use are likely outcomes because tactical duties, including Client
Consultation and “selling” of the final project, are poorly performed.
The final cell represents the reverse of the previous case. In this alternative, project strategy is
poorly conceived or initial planning is inadequately developed but tactical operationalization is
effectively managed. One of the likely outcomes for projects classified into this cell is what are
referred to as “errors of action.” Because of poor strategy, a project may be initially developed
and rushed into its implementation without clear ideas of its purpose. In fact, the project may not
even be needed by the organization. However, tactical follow-up is well managed to the point
where the inadequate or unnecessary project is implemented. This scenario represents a classic
example of the “errors of action” in many areas of modern management. The mind-set is often
one of “Go ahead and do it” rather than spending enough time early in the project’s life to fully
develop the strategy and assess whether or not the project is needed and how it should be
approached.
Strategy and tactics are both essential for successful project implementation, but differently so at
various stages in the project life cycle. Strategic issues are most important at the beginning of the
project. Tactical issues become more important towards the end. This is not to say that there
should not be a continuous interaction and testing between the strategic and tactical factors.
Strategy is not static and often changes in the dynamic corporation, making continuous
monitoring essential. Nevertheless, a successful project manager must be able to transition
between strategic and tactical considerations as the project moves forward.
As Figure 20-4 shows, a recent study of over 400 projects has demonstrated that strategic issues
become less important and tactical issues become more important to project success over the life
of a project (17). The importance value shown in Figure 20-3 has been measured by regress ion
beta weights showing the combined relationships between strategy, tactics, and project success
over the four project life-cycle stages. During the early stages, conceptualization and planning,
strategy is shown to be 185
of significantly greater importance to project success than are tactics. As the project moves
toward the final termination stage, project strategy and tactics achieve almost equal importance.
It appears that throughout the project, initial strategies and goals continue to clrive” the project
tactics. In other words, strategy continues to influence and shape tactics. At no point does
strategy become unimportant to project success, while tactics increase in efforts to operationalize
strategic demands.
These changes in the importance of strategy and tactics to project success have important
implications for the project manager. The successful manager must be versatile and able to adapt
to these changing circumstances. A project manager who is a brilliant strategist but an ineffective
tactician has a strong likelihood of committing errors of Type I and Type IV as the project moves
downstream. In addition, these errors may occur after substantial resources have already been
expended and commitment made for the project. In contrast, the project manager who is
excellent at tactical execution but weak in strategic thinking has a probability of committing
errors of Type II and Type III as shown in quadrant 2, Figure 20-3. These errors will more likely
occur early in the process, but perhaps stay somewhat undiscovered because of the effectiveness
of the manager’s execution skills.
Based on the demands facing project managers and the discussion of strategy and tactics which
has been developed in this chapter, there are several conclusions which can be drawn relative to
project critical success factors, along with practical implications for managers to help control the
project implementation process.
Project management is a complex task in which the manager must attend to many variables. The
more specific one can be with regard to the definition and monitoring of those variables, the
more likely a successful outcome for the project will occur. Earlier in this chapter, we had listed
a set of ten critical success factors which have been empirically shown to be strongly related to
project success, as demonstrated by recent research. In addition to simply providing a list of
factors for the project manager to consider, our research has also led to the development of a
process framework of project implementation. Within this framework, the ten critical success
factors are shown to contain a degree of sequentiality, in that the various factors become more
critical to project success at different points in the project life cycle. As a result, it is important
for the project manager to make use of a multiple-factor model, first to understand the variety of
factors impacting on project success, and then to be aware of their relative importance across
stages in the project implementation process.
3. Think Strategically Early in the Project Life Cycle
Another important implication in our discussion of project strategy and tactics is the breakdown
of the ten critical factors into two distinct sub dimensions, relating to the concepts of strategy and
tactics. Further, it was shown that it is important to consider the “strategic” factors early in the
project life cycle, during the Conceptualization and Planning stages when they become most
important. As a result, it is necessary to accentuate the strategy factors (Mission, Top
Management Support, and Schedule/Plans) during these early stages. It is argued that at this
time, these factors are the most significant predictors of project success.
A practical suggestion for organizations implementing projects would be to bring the project
manager and his team on board early in the project life cycle (preferably during the
Conceptualization phase). Many managers make the mistake of not involving members of their
project teams in early planning and conceptual meetings, perhaps under the assumption that the
team members should only concern themselves with their specific jobs. In fact, it is very
important at an early stage that both the project manager and the project team members “buy in”
to the goals of the project and the means to achieve those goals. The more project team members
are aware of these goals, the greater the likelihood of their taking active part in the monitoring
and troubleshooting of the project and, consequently, the higher the quality of those activities for
the project implementation.
As Figure 20-4 shows, by the later “work” stages of execution and termination, strategy and
tactics are of almost equal importance to project ‘implementation success. Consequently, it is
important that the project manager shift the emphasis in the project from “What do we want to
do?” to “How do we want to do it?” The specific critical success factors associated with project
tactics tend to reemphasize the importance of focusing on the “How” instead of the “What.”
Factors such as Personnel, Client Consultation, Communication, Monitoring, etc., are more
concerned with attempts to better manage the specific action steps in the project implementation
process. While we argue that it is important to bring the project team on board during the initial
strategy phase in the project, it is equally important to manage their shift into a tactical, action
mode in which their specific project team duties are performed to help the project toward
completion.
4. Make Strategy and Tactics Work for You and Your Project Team
One of the points we have attempted to reinforce in this chapter is that either strong strategy or
strong tactics by themselves will not ensure project success. When strategy is strong and tactics
are weak, there is a great potential for creating strong, well-intended projects that never get off
the ground. Cost and schedule overruns, along with general frustration, are often the side effects
from projects which encounter such ‘err ors of inaction.” On the other hand, a project which
starts off with a weak or poorly conceived strategy and receives strong subsequent tactic al
operationalization has the Likelihood of being successfully implemented, but solves the wrong
problem (Type III error). New York advertising agencies can tell horror stories of ad campaigns
which were poorly conceived but still implemented, sometimes costing millions of dollars, and
were subsequently assessed a disaster and scrubbed.
In addition to having project strategy and tactics working together, it is important to remember
(again following the diagram in Figure 20-4) that initially conceived strategy should be used to
drive” tactics. Strategy and tactics are not independent of each other, but should be used together
in sequence. Hence, strategy, which is developed in the earliest stages of the project, should be
made known to all project team members during the entire implementation process. At no point
do the strategic factors become unimportant to project success, but instead they must he
continually assessed and reassessed over the life of the project. Using the example of a military
scenario, tactics must be used in constant support of the overall strategy. Strategy contains the
goals that were initially set and are of paramount importance to any operation.
5. Consciously Plan for and Manage Your Project Team’s Transition from Strategy to
Tactics
The project team leader needs to actively monitor his or her project through its life cycle.
Important to the monitoring process is the attempt to accurately assess the position of the project
in its life cycle at several different points throughout the implementation process. For the project
manager, it is important to remember that the transition between strategy and tactics involves the
inclusion of an additional set of critical success factors. Instead of concentrating on the set of
three factors associated with project strategy, the project manager must also include the second
set of factors, thus making use of all the ten factors relating to both strategy and tactics.
An important but often overlooked method to help the project leader manage the transition from
strategy to tactics is to make efforts to continually communicate the changing status of the
project to the other members of the project team. Communication reemphasizes the importance
of a joint, team effort in implementing the project. Further, it reinforces the status of the project
relative to its life cycle. The project team is kept aware of the specific stage in which the project
resides as well as the degree of strategic versus tactical activities necessary to successfully
sequence the project from its current stage to the next phase in its life cycle. Finally,
communication helps the project manager keep track of the vano us activities performed by his
or her project team, making it easier to verify that strategic vision is not lost in the later phases of
tactical operationalization.
CONCLUSIONS
This chapter has attempted to better define the process of project implementation through
exposing the manager to a set of empirically derived factors found to be critical to project
success. A ten-factor model has been presented showing these key factors and their hypothesized
interrelationships. In addition, a diagnostic instrument, the Project Implementation Profile, has
been presented in its entirety as a potential tool for project management and control (See
Appendix). It is suggested that the PIP be used on a regular basis as a monitor of these ten key
behavioral factors. It was shown that these factors may be sub- dimensionalized to include those
activities related to initial project strategy and subsequent tactical follow-up. These dimensions
of strategy and tactics are useful for the project manager in that they prescribe a two-stage
process to successful project implementation.
The ability to transition successfully between early strategy and later tactics is an important
characteristic for project managers to possess. Figure 20-3 showed a 2-by-2 diagram of likely
outcomes for projects when strategy and/or tactics were poorly performed. Figure 20-4
demonstrated the relative importance of strategy and tactics over four distinct stages in the
project life cycle, showing that strategy is of great importance initially and decreases over the life
cycle while tactics steadily increase in importance. Finally, some specific suggestions were
presented for project managers, in an effort to help them better manage the transition which
projects go through over their life cycle.
As was stated initially, the project management process represents a complex task. The project
manager is continually assaulted with a wide variety of demands on his time and resources.
Because of the dynamic nature of most projects, it is becoming increasingly difficult for the
project manager to keep adequate control over every aspect in the project which requires
attention. This chapter has offered some suggestions to project managers who are intent on better
understanding their project during its implementation process, but are at a loss as to how to go
about attempting to more adequately ensure project success.
Chapter 6: Project Monitoring, Evaluation and closing
After completing this chapter, the students will be able to:
Identify the usefulness of project impact evaluation
discuss the ways of project auditing and closing out of projects
6.1 Introduction
This Chapter defines monitoring, evaluation and closing and explains their roles in project
management. It sets out the basic steps involved in design of a project-level monitoring,
evaluation and closeout system, and highlights the main benefits of effective monitoring,
evaluation and closeout as well as the main pitfalls to be avoided.
There are two types of monitoring: namely performance monitoring and process monitoring. The
purpose of performance monitoring is to assess the extent to which project inputs are being used
in accordance with the approved budget and timetable and whether the intended outputs are
being produced in a timely and cost effective manner. It may also assess whether project benefits
are reaching the intended target group. It is intended to improve project supervision, and it is
essential that management receive constant feedback on key indicators of project performance so
that problems can be detected and corrections made.
There are a number of techniques that help us undertake performance monitoring of a given
project. The main ones include:
Project breakdown structure
Bar charts (Gantt charts)
Network techniques (PERT and CPM)
6.2.1 Designing a Monitoring System
There are five steps in the design and specification of a project-level monitoring system:
Analyze project objectives to clarify project design. Good monitoring depends on
clearly stated objectives. The logframe approach helps to ensure that objectives are
correctly written and that actions are designed to lead to outputs and objectives. This
logical sequence simplifies the choice of monitoring indicators.
Review implementation procedures to determine information needs at the different
levels of the project management structure. The level of detail of information required,
and the frequency of reporting, will vary according to the level of management.
Essentially, this step means matching information needs to decision-making roles.
Review indicators for use in measuring achievement of objectives. Within the project
implementation team the priority focus will be on physical and financial monitoring of
activities and results. The tools for this are good record keeping for comparison of actual
expenditure against budgets, and progress against the project’s activity schedule.
Design report formats to provide managers at different levels within the project with
access to relevant and timely information which facilitates easy analysis.
Prepare an implementation plan for the monitoring system, which specifies the
necessary staff, skills and training required, and clearly allocates information collection
and reporting responsibilities.
2. Monitoring progress: Monitoring is the measurement through time that indicates the
movement toward the objective or away from it. It has the objective of creating data, which
are to be compared to an explicit standard. There are different techniques of monitoring the
progress of a project towards its objective. For example, the work value method is useful to
measure the relationship of performance achieved with the budget used. We don’t discuss
work value method in this section.
3. Evaluating progress: Evaluation is putting the monitored data to use and thus giving them
value. Evaluation is the process of comparing the actual cost, time and performance
information with the estimated cost, time and performance set during the first step of
controlling. By doing so, we determine the deviations or the gap between the actual and the
estimate. Evaluation is where the learning occurs, questions answered, recommendations
made, and improvements suggested. However it is important to note that evaluation doesn’t
have any foundation without monitoring.
This is because monitoring creates the raw data that is useful for evaluation. Without
monitoring, evaluation remains the domain of speculation.
4. Taking actions: based on the results of the evaluation, there are three options of decisions. If
there are no or little deviations between the standards and the actual, then the decision is to
maintain the existing performance. If the standard is significantly less than the actual, then
the decision can be to modify the standards. If the standard is significantly higher than the
actual then the decision may be to increase momentum or to modify the standard if the
standard is believed unattainable.
A project is like a journey, and project plans (such as work breakdown structures, schedules, and
cost reports) serve as road maps to help team member’s measure their precise location. Project
reviews are checkpoints along the way to ensure the project is on course. If the project has
deviated from course, the review can identify the variance and help you make the proper
adjustments. Project reviews also help motivate team members, customers, and project sponsors.
The evaluations provide feedback that helps everyone stay focused on the project objectives.
People work best when they know how they are progressing toward the goal. Feedback helps
people stay committed and motivated. People thrive on constructive feedback.
Ongoing Reviews
Work on the project should be reviewed constantly by project team members as part of an
ongoing quality assurance program. Even though others may inspect for quality at specified
checkpoints, the responsibility for quality rests with individual workers. They must feel a
commitment to produce quality work, even if no one were to inspect it! Quality must be
incorporated into the project from the beginning. It cannot be “inspected in” later. Ongoing
reviews should ensure that the standards included in the project scope statement are being
applied to the work. Such standards may include safety regulations, security issues, licensing
requirements, environmental considerations, and legal requirements. Ongoing reviews should
also verify that finances are being handled according to guidelines and that other project data,
such as schedule data, are being reported correctly.
Periodic Inspections
Team leaders, functional supervisors, or quality inspectors should review project work
periodically (both scheduled and unscheduled) to ensure that project objectives are being met.
These may be daily, weekly, or monthly inspections according to the needs of the project. Since
it is generally not feasible to inspect every bit of work produced, it should be determined at the
beginning of the project what will be inspected at what frequency.
Milestone Evaluations
Additional project evaluations should take place when milestone events are reached (for
example, at the conclusion of each major phase of the project). Such an evaluation is used to
certify that all work scheduled for that phase of the project has been completed according to
specifications.
Team Performance
Sports teams review game films periodically to evaluate their performance and see where they
need to improve. Without this kind of review, they may become very good at playing badly.
Project teams also need to evaluate whether they are performing as well as they can. Such
reviews may focus on efficiency and effectiveness of the work performed. They may analyze the
work processes to determine if there is a more efficient workflow. These reviews may be
conducted by the project team members themselves, the project manager, independent auditors,
or other specialists.
COMPARISON WITH PAST PERFORMANCE _ If consistent data are gathered over time,
periodic reviews provide a history to which current performance may be compared. This
comparison over time shows whether team performance is improving or declining.
COMPARISON WITH BENCHMARKS _ Team performance may also be compared with that of
other companies or industry standards. Benchmarking is the process of defining a standard or
point of reference to measure quality or performance. A survey of comparable companies
showing their performance or quality levels could be used as a reference point in evaluating your
project. If the industry standard to construct a comparable building is $75 per square foot, you
could measure your results against that to see if you are doing as well as the industry average.
Project Status
The project status review compares the planned with actual results and notes the variances. It
reports any deviations in the schedule, cost, scope, or performance, and whether such deviations
appear to be likely in the future.
Special attention should be given to activities on the critical path, because any delay in these
activities will cause the project to be late (unless, of course, subsequent activities are completed
in less than the scheduled time). Also give special attention to activities with high risk. Early
identification and mitigation of problems can minimize their impact on your project.
Exercise 6.1
Blankets, Inc. is upgrading its order processing system. You are assigned to manage the
project, which includes six months of software development and two weeks of training.
Describe below the evaluations you plan to perform for the project. For each, consider the
quality of work, team performance, and project status.
The problems associated with MIE can be classified in to four major groups.
Central M/E Agencies (CMEA) arc frequently perceived as a threat or as a powerful resource
that needs to be controlled. As a result CMEA’s are often switched from one
ministry or department to another or have their powers or resources greatly reduced. Other
organizational problems arise when the M/E functions are located in an appropriate agency,
when functions arc assigned to different agencies and thus arc difficult to coordinate, or when
coordination problems restrict the flow of information between the
central agency and the intended users. It is also common to find NGO’s many of which have
extensive evaluation experience —excluded from collaborating in the evaluation of
public sector programs. Donor agencies have considerable influence on the content and
organization of M/E systems. The fact that donors and borrowers often need different
kinds of information can create a further set of problems.
b) Managerial Problems
Many M/E agencies at the project sectoral and national levels have failed to establish clear
procedures for identifying the main users of the information they produce, for comparing the
importance of studies requested by different national and international
-— organizations and for defining the kinds of information required by each potential user.
Consequently the potential users compliant that the studies do not provide the information they
require for that information is produced to late or in a form that is not easily understood. The
highly centralized nature of many CMEAs means that M/E
information is used mainly by central government agencies to control line ministries and project
Units and is not considered a management tool to be used by project managers.
Many managers thus see M/E as a threat, or at least an inconvenience and they are unwilling to
cooperate in data collection or analysis. This has also created concern about the quality and
reliability of the M/E information provided by line agencies. Even though a broad range of
federally and state funded programs have mandated that such evaluations be conducted, and even
though the potential utility of evaluation is widely recognized, many programs managers still
seem reluctant to initiate evaluations, for the following reasons:
Minimization of accountability
The pressure to reduce the size of government has brought a new sense of risk. Managers are
aware that legislators and budget departments are seeking programs that can be cut or scaled
down. Consequently there is a fear that any kind of evaluation result could be used to justify
closing the program. At the same time, no benefits are expected from a positive evaluation.
Lack of confidence that evaluation products will yield practical benefits, exceeding their
costs.
The process of obtaining approval to conduct an evaluation and then to complete the
procurement process for contracting consultants is often very slow and cumbersome. Many
managers do not feel the evaluation results are likely to justify the effort involved.
Another set of managerial problems relate to the difficulties of recruiting and retaining
qualified staff for the MJE units. Often the kinds of researchers required for these units are
not appropriately defined in the civil service structure. As a result it can be difficult to offer,
competitive employment conditions. Also the lack of clearly defined career for evaluators
can discourage the qualified staff from entering this field.
c) Problem of Focus
CMEA usually focus on the monitoring of project implementation, and few studies are
conducted to determine how programs operate, how they are sustained, or whether they are
able to produce the intended impacts. Thus, although a great deal of information is collected
on whether programs are implemented on time and within their budgets, little is known about
the massive social and economic development programs actually achieve the intended
objectives and produce the benefits or changes for which they were designed.
One reason for this implementation bias is that most developing countries the capital
investment budget is Usually far greater than the operations or revenue budgets from which
funds arc obtained for operations and maintenance. Because most government resources go
into project implementation, this is the area in which there is most demand for careful
monitoring and bccausc international aid agencies are mainly involved with project
implementation, they too arc more interested in monitoring implementation. Many M/E units
are thus located in agencies created to over see project implementation. Since many of these
agencies are disbanded once implementation is completed they
cannot manage long term impact evaluations.
Another constraint on the use of evaluation is that most governments and implementing
agencies focus more on the assessment of inputs than on the evaluation of outputs and
products. This limits the demands for evaluations of the quality or cost effectiveness of
outputs or the estimation of impacts.
A broader problem ariss from the fact that most governments and policy makers operate
1w ithin a one year or at the most two year time horizon. Most countries continue to
- operate on annual budget cycles, and consequently planners and operational agencies
• tend to focus on the short term implementation objectives. This means that one of the most
powerful applications of evaluations — mainly long term prospective studies — is rarely
used. It is pointed out that some of the more innovative local and state authorities have
moved towards ten year planning and budget cycles. This approach when combined
with strategic planning can generate a whole new range of prospective and retrospective
evaluation studies that will help planners and managers project the future on the basis of
systematic analysis of past and present experience.
d) Methodological Problems
During the l970s a number of large scale impact evaluations using quasi experimental
designs were financed by international aid agencies in sectors such as health, housing and
-- 1 agriculture. The results of most of these evaluations were disappointing, and now many
government authorities and donors argue it is impossible for rigorous impact evaluations to
be cost effective and operationally useful. Thus the proponents of impact evaluations are
required to defend the technical feasibility of rigorous impact evaluations, while at the same
time responding to criticisms that the result of such evaluations are too academic or arrived
too late to be of any operational use. Some of the other methodological problems include the
mono-method bias, that arises from relying on a single (small number of) data collection
methods; the preference for the quantitative methods and the tendency to ignore many
valuable qualitative methods; the preference for static comparisons between points in time
rather than an analysis of process of change and excessive reliance on computers and the lack
of concern for the constraints that computerization imposes on the kinds of data collected or
on the quality and validity of data.