Sei sulla pagina 1di 24

A discussion Paper on

The Basic Concepts of Project Management

Presenters:

- Hyrine Matheka

-Fred Wekesa

JANUARY, 2011.
Table of Contents

1.0 INTRODUCTION ...........................................................................................................................1

1.1 Theories /Concepts and uses ........................................................................................................................... 1

2.0 THEORIES OF PROJECT MANAGEMENT ...................................................................................4

3.0 WHAT IS A PROJECT ....................................................................................................................4

4.O WHAT IS A PROJECT MANAGEMENT ? .....................................................................................4

4.1 Four Basic Elements of Project Management .............................................................................................. 5


4.1.1 Managing Resources ............................................................................................................................. 6
4.1.2 Managing Time and schedule ............................................................................................................... 6
4.1.3 Managing Cost ...................................................................................................................................... 6

5.0 PROJECT CYCLE ...........................................................................................................................4

5.1 Need Identification ...................................................................................................................................... 5


5.2 Initiation ................................................................................................................................................. 6
5.3Planning .................................................................................................................................................... 6
5.4 Execution and Control .............................................................................................................................. 6
5.5 Closure..................................................................................................................................................... 6

6.0 CRITICAL CHAIN MANAGEMENT...............................................................................................4

6.1 Extreme Project Management .................................................................................................................... 5


6.2 Event Chain Methodology

6.2.1 Probabilistic moment of Risk ................................................................................................................. 6


6.2.2 Event Chain .......................................................................................................................................... 6
6.2.3 Critical Event or Chain Event ................................................................................................................. 6
6.2.4 Project Tracking with Events .................................................................................................................. 6
6.2.5 Event Chain Visualization ...................................................................................................................... 6
6.3 Prince 2 Process Model ............................................................................................................................ 6
6.4 Process Based Management .................................................................................................................... 6
6.5 Agile Project Management ...................................................................................................................... 6

7.0 PROJECT MANAGER ....................................................................................................................4

7.1.Role of Project Manager ............................................................................................................................. 5


7.1.1 Planning ................................................................................................................................................... 5

7.1.2. Organizing ............................................................................................................................................... 5

7.1.3 Controlling ................................................................................................................................................ 5

7.1.4 Leading ..................................................................................................................................................... 5

7.1.5 Communication ........................................................................................................................................ 5

7.1.6 Cognitive Functions ................................................................................................................................. 5

7.1.7 Self management Functions .................................................................................................................... 5

7.1.8 Motivational and Personal development Function ................................................................................... 5

7.1.9. Customers awareness Function ............................................................................................................... 5

7.1.10 Organizational Savvy Function ............................................................................................................... 5

8.0 CONCLUSION ................................................................................................................................4

REFERENCES .......................................................................................................................................4
1.0) INTRODUCTION;

This paper will examines explicitly concepts as used in project management drawing examples
from the classical and neo classical theories of management whilst standing on its own as new
discipline . as new discipline as new project management authors defend the concept as an
important steps towards successful implementation of projects

In a number of literatures, it has generally been seen that there is no explicit theory of
project management. Thus, the foundation of the project management discipline appears
to be somewhat weak. On the other hand, there is a wealth of literature researching
projects to determine what people do in project management, followed by conclusions
drawn, as well as a wealth of advice on ‗How to do it better‘ (practices). However, since
few projects appear to predefine their product success criteria, the results of these projects
may be good, bad, or indifferent.

1.1) THEORIES/ CONCEPTS AND USES .

A theory emanates from concepts and causal relationships that relate to these concepts.
(Whetten 1989).

A theory of project management should be prescriptive: it should reveal how action


contributes to the goals set to it. On the most general level, there are three possible
actions: design of the systems employed in designing and making; control of those
systems in order to realize the production intended; improvement of those systems.
Project management, and indeed all production, has three kinds of goals. Firstly, the goal
of getting intended products produced in general.
Secondly, there are internal goals, such as cost minimization and level of utilization.
Thirdly, there are external goals related to the needs of the customer, like quality,
dependability and flexibility.
An explicit theory of project management would serve various functions. According to
Koskela (2000) the roles of a theory include providing an explanation of observed
behavior, and thus contributes to understanding and prediction of future behavior, it is a
basis for building tools for analyzing , designing and controlling and when shared a
theory
He further explains that a theory provides an explanation of observed behavior, and
contributes thus to understanding. A theory provides a prediction of future behavior. On
the basis of the theory, tools for analyzing, designing and controlling can be built. A
theory, when shared, provides a common language or framework, through which the
cooperation of people in collective undertakings, like project, firm, etc., is facilitated and
enabled. A theory gives direction in pinpointing the sources of further progress. When
explicit, testing the validity of the theory in practice leads to learning. Innovative
practices can be transferred to other settings by first abstracting a theory from that
practice and then applying it in target conditions. And finally a theory can be seen as a
condensed piece of knowledge: it empowers novices to do the things that formerly only
experts could do. It is thus instrumental in teaching.

2.0) THEORIES OF PROJECT MANAGEMENT:

The Project Management Book of Knowledge ( PMBOK) Guide states that projects are
composed of two kinds of processes: project management processes and product-oriented
processes (which specify and create the project product). Project management processes
are further divided into initiating, planning, execution, controlling and closing processes.

According to Turner (1993), scope management is the raison d’être of project


management. He defines the purpose of scope management as follows;
a) An adequate or sufficient amount of work is done;
b) Unnecessary work is not done;
c) The work that is done delivers the stated business purpose. The scope is defined
through the work breakdown structure (WBS).
What does Turner say, from a theoretical point of view? Firstly, he (implicitly) claims
that project management is about managing work; this is the conceptualization.
Secondly, he claims that work can be managed by decomposing the total work effort into
smaller chunks of work, which are called activities and tasks in the PMBOK Guide.
Thirdly, he claims that this conceptualization and the principle of decomposition serve
three essential purposes of project management. Even if not mentioned by Turner, there
is an important, but implicit assumption associated with decomposition, namely that tasks
are related if at all by sequential dependence.
Indeed, a review of the PMBOK Guide reveals that activities and tasks are the unit of
analysis in the core processes of project management, like scope management, time
management, and cost management, and that their management and control is centralized.
This is also supported by the description of Morris of the classic - and still current -
project management approach as follows (Morris 1994):
‗first, what needs to be done; second, who is going to do what; third, when actions are to be
performed; fourth, how much is required to be spent in total, how much has been spent so far, and
how much has still to be spent. ... Central to this sequence is the Work Breakdown Structure
(WBS)..‘.

When we compare this crystallization of project management to the theories of operations


management in general, it is easy to recognize that it rests on the transformation theory
(or view) of production, which has dominated production thinking throughout the 20th
century. For example, Starr (1966) formulates:
‗Any production process can be viewed as an input-output system. In other words, there is a set of
resources which we call inputs. A transformation process operates on this set and releases it in a
modified form which we call outputs…..The management of the transformation process is what
we mean by production management‘

In the transformation view, production is conceptualized as a transformation of inputs to


outputs. There are a number of principles, by means of which production is managed
(Koskela 2000). These principles suggest, for example, decomposing the total
transformation hierarchically into smaller transformations, tasks, and minimizing the cost
of each task independently. The transformation view has its intellectual origins in
economics. The popular value chain theory, proposed by Porter (1985), is one approach
embodying the transformation view. An explicit production theory based directly on the
original view on production in economics has been proposed by a group of scholars led
by Wortmann (1992). However, mostly the transformation view has been implicit – so
embedded in thinking and practice that it has formed the basis of an invisible, unspoken
paradigm that shapes behavior.

2.1) HISTORY ON PROJECT MANAGEMENT


Project management has been practiced since early civilization. Until 1900 civil
engineering projects were generally managed by creative
architects and engineers themselves, among those for example Vitruvius (1st century
BC), Christopher Wren (1632–1723), Thomas Telford(1757–1834) and Isambard
Kingdom Brunel (1806–1859).It was in the 1950s that organizations started to
systematically apply project management tools and techniques to complex engineering
projects.

As a discipline, Project Management developed from several fields of application


including civil construction, engineering, and heavy defense activity. Two forefathers of
project management are Henry Gantt, called the father of planning and control
techniques, who is famous for his use of the Gantt chart as a project management tool;
and Henri Fayol for his creation of the 5 management functions which form the
foundation of the body of knowledge associated with project and program management
Both Gantt and Fayol were students of Frederick Winslow Taylor's theories of scientific
management. His work is the forerunner to modern project management tools
including work breakdown structure (WBS) and resource allocation.

The 1950s marked the beginning of the modern Project Management era where core
engineering fields come together working as one. Project management became
recognized as a distinct discipline arising from the management discipline with
engineering mode In the United States, prior to the 1950s, projects were managed on
an ad hoc basis using mostly Gantt Charts, and informal techniques and tools. At that
time, two mathematical project-scheduling models were developed. The "Critical Path
Method" (CPM) was developed as a joint venture between DuPont
Corporation and Remington Rand Corporation for managing plant maintenance projects.
And the "Program Evaluation and Review Technique" or PERT, was developed by Booz
Allen Hamilton as part of the United States Navy's (in conjunction with the Lockheed
Corporation) Polaris missile submarine program; These mathematical techniques quickly
spread into many private enterprises. At the same time, as project-scheduling models
were being developed, technology for project cost estimating, cost management, and
engineering economics was evolving, with pioneering work by Hans Lang and others. In
1956, the American Association of Cost Engineers (now AACE International; the
Association for the Advancement of Cost Engineering) was formed by early practitioners
of project management and the associated specialties of planning and scheduling, cost
estimating, and cost/schedule control (project control). AACE continued its pioneering
work and in 2006 released the first integrated process for portfolio, program and project
management (Total Cost Management Framework).
The International Project Management Association (IPMA) was founded in Europe in
1967,as a federation of several national project management associations. IPMA
maintains its federal structure today and now includes member associations on every
continent except Antarctica. IPMA offers a Four Level Certification program based on
the IPMA Competence Baseline (ICB). The ICB covers technical competences,
contextual competences, and behavioral competences.

In 1969, the Project Management Institute (PMI) was formed in the USA.PMI
publishes A Guide to the Project Management Body of Knowledge (PMBOK Guide),
which describes project management practices that are common to "most projects, most
of the time." PMI also offers multiple certifications.

3.0) WHAT IS A PROJECT?

“A project is a one-shot, time-limited, goal-directed, major undertaking, requiring the

commitment of varied skills and resources‖. A project is ―unique endeavor. Projects are
temporary in nature, while operations are ongoing. UNCRD (2000) Projects have. ‗a
complex set of activities where resources are used in expectation of returns and which
lends itself to planning, financing and implementing as a unit. A project usually has a
specific starting point and a specific ending point, intending to accomplish specific
objectives. It usually has a well defined sequence of investment and production activities
and a specific group of benefits that can be identified, quantified and valued, either
socially or monetarily.‘

ISO 10006 see a project as ‗a unique process consisting of a set of coordinated and
controlled activities with start and finish dates undertaken to achieve an objective
conforming to specific requirements including the constraints of time, cost and resources
. Singh and Nyandemo (2004) define a project as ‗an endeavor in which human, material
and financial resources are organized in a novel way to undertake a unique scope of
work, of a given specification within constraints of cost, time and the prevailing
environment, so as to achieve beneficial changes defined by quantitative and qualitative
objectives

Gittinger (1982) defines a ‗project‘ as... an investment activity upon which resources – costs – are
expended to create capital assets that will produce benefits over an extended period of time and
which logically lends itself to planning, financing, and implementing as a Unit. A specific
activity, with specific starting point and specific ending point, intended to accomplish a specific
objective..

Or, put more succinctly, ‗The whole complex of activities for which money will be spent in
expectation of returns‘ (ibid.). In this sense, each project, such as building a highway, is regarded
as a discrete or separate activity.

4.0) WHAT IS PROJECT MANAGEMENT?

Project management is the discipline of planning, organizing, and managing resources to bring
about the successful completion of specific project goals and objectives. The primary challenge of
project management is to achieve all of the project goals and objectives while honoring the
preconceived project constraints.

Typical constraints are scope, time, and budget. The secondary—and more determined —
challenge is to optimize the allocation and integration of inputs necessary to meet pre-defined
objectives. Project management is concerned with the overall planning and co-ordination of a
project from beginning to end aimed at meeting the stated requirements and ensuring completion
on time, within cost and to required quality standards. Project management is normally reserved
for focused, non-repetitive, time-limited activities with some degree of risk and that are beyond
the usual scope of operational activities for which the organization is responsible.
―Project Management is the skills; tools and management processed required undertaking a
project successfully‖.

Fig 1. Typical Project Constraints, Adopted from PMBOK 4th Edition 2004.

Project Management comprises:


Skills: A set of skills. Specialist knowledge, skills and experience are required to reduce the level
of risk within a project and thereby enhance its likelihood of success.
Tools: A suite of tools. Various types of tools are used by project managers to improve their
chances of success. Examples include document templates, register, and planning software,
modeling software, audit checklists and review forms
Processes: Various management techniques and processes are required to monitor and
control time, cost, quality and scope on projects, examples includes management
cost, mgmt time, change management, risk mgmt and issue management .

4.1) Four Basic Elements of Project Management:


A successful Project Manager must simultaneously manage the four basic elements of a project:
resources, time, cost, and scope. Each element must be managed effectively. All these elements
are interrelated and must be managed together if the project, and the project manager, is to be a
success.

Figure 2: Project management framework11( source : Basic Project Management two learning books , 2009)

4.1.1) Managing Resources


A successful Project Manager must effectively manage the resources assigned to the project. This
includes the labor hours of the project team. It also includes managing labor subcontracts and
vendors. Managing the people resources means having the right people, with the right skills and
the proper tools, in the right quantity at the right time. However, managing project resources
frequently involves more than people management. The project manager must also manage the
equipment (cranes, trucks and other heavy equipment) used for the project and the material (pipe,
insulation, computers, manuals) assigned to the project.

4.1.2) Managing Time and Schedule


Time management is a critical skill for any successful project manager. The most common cause
of bloated project budgets is lack of schedule management. Fortunately there is a lot of software
on the market today to help you manage your project schedule or timeline. Any project can be
broken down into a number of tasks that have to be performed. To prepare the project schedule,
the project manager has to figure out what the tasks are, how long they will take, what resources
they require, and in what order they should be done
4.1.3) Managing Costs
Often a Project Manager is evaluated on his or her ability to complete a project within budget.
The costs include estimated cost, actual cost and variability. Contingency cost takes into account
influence of weather, suppliers and design allowances.

5.0) PROJECT LIFE CYCLE:

Patel and Morris (2004) have stated that "The life cycle is the only thing that uniquely
distinguishes projects from non- projects".

The Project Life Cycle refers to a logical sequence of activities to accomplish the project‘s goals
or objectives. Regardless of scope or complexity, any project goes through a series of stages
during its life. There is first an Initiation or Birth phase, in which the outputs and critical success
factors are defined, followed by a Planning phase, characterized by breaking down the project
into smaller parts/tasks, an Execution phase, in which the project plan is executed, and lastly a
Closure or Exit phase, that marks the completion of the project. Project activities must be grouped
into phases because by doing so, the project manager and the core team can efficiently plan and
organize resources for each activity, and also objectively measure achievement of goals and
justify their decisions to move ahead, correct, or terminate. It is of great importance to organize
project phases into industry-specific project cycles. Why? Not only because each industry sector
involves specific requirements, tasks, and procedures when it comes to projects, but also because
different have industry sectors had different needs for life cycle management methodology. And
paying close attention to such details is the difference between doing things well and excelling as
project managers.
Diverse project management tools and methodologies prevail in the different project cycle
phases. Let‘s take a closer look at what‘s important in each one of these stages;

5.1) . Need Identification.


The first step in the project development cycle is to identify components of the project.
Projects may be identified both internally and externally:
5.2) Initiation
In this first stage, the scope of the project is defined along with the approach to be taken to
deliver the desired outputs. The project manager is appointed and in turn, he selects the
team members based on their skills and experience. The most common tools or
methodologies used in the initiation stage are Project Charter, Business Plan, Project
Framework (or Overview), Business Case Justification, and Milestones Reviews.
According to Christensen and Kreiner (2004) the purpose of the initial,
conceptualising goal-setting phase has traditionally been to reach agreement on a
distinct and operational prime goal for the project. But, argue (ibid) , ‗it may be
counterproductive if all project participants are forced to agree to the same prime
goal of the project‘. The various participants may have different motives for taking
part in the project, and forcing through one interpretation of the project goal may be
bad for motivation.
5.3) Planning;
The second phase should include a detailed identification and assignment of each task until
the end of the project. It should also include a risk analysis and a definition of criteria for the
successful completion of each deliverable. The governance process is defined, stake holders
identified and reporting frequency and channels agreed. The most common tools or
methodologies used in the planning stage are Business Plan and Milestones Reviews. The
planning processes dominate the scene in the PMBOK Guide: in addition to the ten
planning processes, there is only one executing process and two controlling
processes.

Comparison to theories in the general field of operations reveals that the perspective is
that of management-as-planning (Johnston & Brennan 1996). Here, it is assumed that
the organization consists of a management part and an effect or part. Management at the
operations level is seen to consist of the centralized creation, revision and
implementation of plans. This approach to management views a strong causal
connection between the actions of management and outcomes of the organization. By
assuming that translating a plan into action is the simple process of issuing ―orders‖, it
takes plan production to be essentially synonymous with action.
Trott (1998:157) e.g. argues that ―it is the setting of achievable targets and realistic
objectives that helps to ensure a successful project‖. Also the EU requirements
concerning the management of EU-funded research projects has a focus on scheduling
milestones and deliverables. Yet contrary to this common-sense assumption, realism is
no useful concept in project planning say Christensen and Kreiner. First of all ‗realism‘
is not at all feasible given the high amount of uncertainty surrounding project work.
Secondly ‗realistic‘ plans might lead to underachievement.
Evidence presented by Locke (1968) also suggests that individuals who have been given
difficult but attainable goals are more motivated to work towards these goals than
individuals who have been given goals that are perceived as either too easy or too
difficult (in the latter case this may lead to non-acceptance of the goal). Therefore, rather
than advocating unrealistic planning I would recommend using such terms as ‗highly
ambitious‘, ‗challenging‘ or ‗very optimistic‘ planning. Bennis and Biederman
(1997:209) have also stressed the importance of an optimistic approach to work and
claim that optimistic People accomplish more.

5.4) Execution and controlling

The most important issue in this phase is to ensure project activities are properly executed
and controlled. During the execution phase, the planned solution is implemented to solve
the problem specified in the project's requirements. In product and system development, a
design resulting in a specific set of product requirements is created. This convergence is
measured by prototypes, testing, and reviews. As the execution phase progresses, groups
across the organization become more deeply involved in planning for the final testing,
production, and support. The most common tools or methodologies used in the execution
phase are an update of Risk Analysis and Score Cards, in addition to Business Plan and
Milestones Reviews. The underlying theory of execution turns out to be similar to the
concept of job dispatching in manufacturing where it provides the interface between
plan and work. This concept can be traced back to Emerson (1917). The basic issue
in dispatching is allocating or assignment of tasks or jobs to machines or work
crews, usually by a central authority. According to a modern definition, job
dispatching is a procedure that uses logical decision rules to select a job for
processing on a machine that has just come available (Bhaskaran & Pinedo 1991).
Here, the underlying theory seems to be the classical theory of communication (Shannon &
Weaver 1949), where a set of symbols (voice or written speech) is transmitted from sender
to receiver. Here on controlling we consider only performance reporting, based on
performance baseline, and associated corrections to execution. They clearly correspond to
the cybernetic model of management control (thermostat model) that consists of the
following elements (Hofstede 1978): standard performance , performance measured at the
out put or input , possible variance between standard and measured value is used for
correcting the process so that the standards can be reached .
.
5.5) Closure
In this last stage, the project manager must ensure that the project is brought to its proper
completion. The closure phase is characterized by a written formal project review report
containing the following components: a formal acceptance of the final product by the client,
Weighted Critical Measurements (matching the initial requirements specified by the client
with the final delivered product), rewarding the team, a list of lessons learned, releasing
project resources, and a formal project closure notification to higher management. No
special tool or methodology is needed during the closure phase. the termination of the
project, focuses on evaluating the results of the project. The traditional way to
measure project success is to try to assess how well the final results correspond to
the aims originally set for the project. But, argue Christensen and Kreiner, this is not
a reasonable way to evaluate a project given that conditions for the project may have
changed considerably during the project period.

But how can we measure the success of a project? Numerous perspectives may be
applied not just the rather obvious ones related to the utility of the project result itself or
the utility for the organisation in which the project was carried out. Indeed, even a strict,
organizational perspective may also be open to more than one interpretation where
several organisations are involved in a joint project or where several departments within
one organisation take part. In addition to the organizational/project perspective at least
also an individual and a societal perspective may be applied to measure success. What
did participants get out of the project personally and/or professionally? What will the
project mean for the participants‘ future co-operation in the field? What kind of new
research does the project give rise to for each project participant? What may the project
mean for society in terms of economy, jobs, rate of innovation etc.?
Figure 3: Project Life Cycle Souce ; Gido, J., Successful Project Management, 4th Ed.

6.0) CRITICAL CHAIN PROJECT MANAGEMENT

Critical Chain Project Management (CCPM) is a method of planning and managing


projects that puts more emphasis on the resources (physical and human) needed in order
to execute project tasks. The most complex part involves engineering professionals of
different fields (Civil, Electrical, Mechanical etc) working together. It is an application of
the Theory of Constraints (TOC) to projects. The goal is to increase the rate of
throughput (or completion rates) of projects in an organization. Applying the first three of
the five focusing steps of TOC, the system constraint for all projects is identified as are
the resources. To exploit the constraint, tasks on the critical chain are given priority over
all other activities. Finally, projects are planned and managed to ensure that the resources
are ready when the critical chain tasks must start, subordinating all other resources to the
critical chain.

Regardless of project type, the project plan should undergo Resource Leveling, and the
longest sequence of resource-constrained tasks should be identified as the critical chain.
In multi-project environments, resource leveling should be performed across projects.
However, it is often enough to identify (or simply select) a single "drum" resource—a
resource that acts as a constraint across projects—and stagger projects based on the
availability of that single resource.
6.1) EXTREME PROJECT MANAGEMENT

In critical studies of Project Management, it has been noted that several of these
fundamentally PERT-based models are not well suited for the multi-project company
environment of today. Most of them are aimed at very large-scale, one-time, non-routine
projects, and nowadays all kinds of management are expressed in terms of projects.

Using complex models for "projects" (or rather "tasks") spanning a few weeks has been
proven to cause unnecessary costs and low maneuverability in several cases. Instead,
project management experts try to identify different "lightweight" models, such as Agile
Project Management methods including Extreme Programming for software development
and Scrum techniques.

The generalization of Extreme Programming to other kinds of projects is extreme project


management, which may be used in combination with the process modeling and
management principles of human interaction management.

6.2) EVENT CHAIN METHODOLOGY

Event chain methodology is another method that complements critical path


method and critical chain project management methodologies.

Event chain methodology is an uncertainty modeling and schedule network analysis


technique that is focused on identifying and managing events and event chains that affect
project schedules. Event chain methodology helps to mitigate the negative impact of
psychological heuristics and biases, as well as to allow for easy modeling of uncertainties
in the project schedules. Event chain methodology is based on the following principles.

6.2.1) Probabilistic moment of risk: An activity (task) in most real life processes is
not a continuous uniform process. Tasks are affected by external events, which
can occur at some point in the middle of the task.
6.2.2) Event chains: Events can cause other events, which will create event chains.
These event chains can significantly affect the course of the project. Quantitative
analysis is used to determine a cumulative effect of these event chains on the
project schedule.
6.2.3) Critical events or event chains: The single events or the event chains that have
the most potential to affect the projects are the ―critical events‖ or ―critical chains
of events.‖ They can be determined by the analysis.
6.2.4) Project tracking with events: Even if a project is partially completed and data
about the project duration, cost, and events occurred is available, it is still
possible to refine information about future potential events and helps to forecast
future project performance.
6.2.5) Event chain visualization: Events and event chains can be visualized
using event chain diagrams on a Gantt chart.

6.3) PRINCE2 PROCESS MODEL

PRINCE2 is a structured approach to project management, released in 1996 as a generic


project management method. It combined the original PROMPT methodology (which
evolved into the PRINCE methodology) with IBM's MITP (managing the
implementation of the total project) methodology. PRINCE2 provides a method for
managing projects within a clearly defined framework. PRINCE2 describes procedures to
coordinate people and activities in a project, how to design and supervise the project, and
what to do if the project has to be adjusted if it does not develop as planned.

In the method, each process is specified with its key inputs and outputs and with specific
goals and activities to be carried out. This allows for automatic control of any deviations
from the plan. Divided into manageable stages, the method enables an efficient control of
resources. On the basis of close monitoring, the project can be carried out in a controlled
and organized way.

PRINCE2 provides a common language for all participants in the project. The various
management roles and responsibilities involved in a project are fully described and are
adaptable to suit the complexity of the project and skills of the organization.

6.4) PROCESS-BASED MANAGEMENT

Also furthering the concept of project control is the incorporation of process-based


management. This area has been driven by the use of Maturity models such as
the CMMI (Capability Maturity Model Integration) and ISO/IEC15504 (SPICE -
Software Process Improvement and Capability Estimation).

6.5) AGILE PROJECT MANAGEMENT

Agile Project Management approaches based on the principles of human interaction


management are founded on a process view of human collaboration. This contrasts
sharply with the traditional approach. In the agile software development or flexible
product development approach, the project is seen as a series of relatively small tasks
conceived and executed as the situation demands in an adaptive manner, rather than as a
completely pre-planned process

7.0) PROJECT MANAGER

The central task of any project manager regardless of her field is to navigate between the
conflicting demands of time, cost and performance. The project manager constantly has
to weigh these demands against each other and trade off one against the other. If there are
time delays this may increase cost. But if the delay is cut short this may impact
negatively on the result of the project. Juggling this triangle of time, cost and
performance is the most overall level at which to describe any project manager‘s
responsibility. Mikkelsen and Riis (1998:94-95)
A project manager is usually responsible for the success or the failure of the project. They first
need to define the project and then build its work plan. If the scope of the project is not very clear,
or the project is executing poorly, the manager is held accountable. However, this does not mean
that the manager does all the work by himself (which is practically impossible). There is an entire
team under the project manager, which helps to achieve all the objectives of the project.
However, if something goes wrong, the project manager is ultimately accountable.

7.1) Role of Project Manager.

It is the responsibility of project manager to make sure that the customer is satisfied and the work
scope is completed in a quality manner, using budget, and on time. The Project Manager has
primary responsibility for providing leadership in planning, organizing and controlling the work
effort to accomplish the project objectives. In other words, the project manager provides the
leadership to project team to accomplish the project objective. The project manager coordinates
the activities of various team members to ensure that they perform the right tasks at the proper
time, as a cohesive group. The different roles of project manager are as follows:
7.1.1) Planning
First, the project manager clearly defines the project objectives and reaches agreement with the
customer on this objective. The manager then communicate this objective to the project team in
such a manner as to create a vision of what will constitute successful accomplishment of the
objective. The project manager spearheads development of a plan to achieve the project
objectives. By involving the project team in developing this plan, the project manager ensures
more comprehensive plan than he or she could develop alone. Furthermore, such participation
gains the commitment of the team to achieve the plan. The project manager reviews the plan with
the customer to gain endorsement and then sets up the project management information system-
either manual or computerized-for comparing actual progress to plan progress. It‘s important that
this system be explained to the project team so that the team can use it properly to manage the
project.

7.1.2) Organizing
Organizing involves securing the appropriate resources to perform the work. First, the project
must decide which tasks should be done in-house and which tasks should be done by
subcontractors or consultants. For tasks that will be carried out in- house, the project manager
gains a commitment from the specific people who will work on the project. For tasks that will be
performed by subcontractors, the project manager clearly defines the work scope and deliverables
and negotiates a contract with each subcontractor. The project manager also assigns responsibility
and delegates‘ authority to specific individuals or subcontractors for the various tasks, with the
understanding that they will be accountable for the accomplishment of their tasks within the
assigned budget and schedule. For large projects involving many individuals, the project manager
may designate leaders for specific group of tasks. Finally, and most important, the task of
organizing involves creating an environment in which the individuals are highly motivated to
work together as a project team.

7.1.3) Controlling
To control the project, the project manager implements a management information system
designed to track actual progress and compare it with planned progress. Such a system helps the
manager distinguish between busyness and accomplishments. Project team members monitor the
progress of their assigned tasks and regularly. provide data on progress, schedule and cost. These
data are supplemented by regular project review meetings. If actual progress falls behind planned
progress or unexpected events occur the project manager takes immediate action. He or she
obtains input and advice from team members regarding appropriate corrective actions and how to
re-plan those parts of the project. It‘s important that problems and even potential problems, be
identified early and action taken. The project manager cannot take a ―let‘s wait and see how
things works out‖ approach- things never works out on their own. He or she must intervene and
be proactive, resolving problems before they become worse.

7.1.4) Leading
Project manager fosters development of a common mission and vision to the team members. He
should clearly define roles, responsibilities and performance expectations for all his team
members. He uses leadership style appropriately to situation or stage of team development. He
should be able to foster collaboration among team members. He should provide clear direction
and priorities to his team members. He should be efficient enough to remove obstacles that
hamper team progress, readiness or effectiveness. He should promote team participation in
problem solving and decision making as appropriate. He should pass credit on to team, and
promotes their positive visibility to upper management. He should appreciate, promote and
leverage the diversity within the team.

7.1.5) Communicating
The Project Manager should be able to communicate effectively with all levels inside and outside
of the organizations. He should be able to negotiate fairly and effectively with the
customers/subcontractors. He should be able to bring conflicts into the open and manages it
collaboratively and productively with the help of other team members. He should be able to able
to influence without relying on coercive power or threats. He should be able to convey ideas and
information clearly and concisely, both in writing and orally to all the team members.

7.1.6) Cognitive functions;


The project manager should identify the problem and gathers information systematically and
seeks input from several sources. He should then consider a broad range of issues or factors while
solving these problems. For this he collects the appropriate quantity of data for the situation and
discusses it with all the team members before making a decision. He then draws accurate
conclusions from quantitative data and makes decisions in an unbiased, objective manner using
an appropriate process. For this process of decision making he understands the concept of risk
versus return and makes decision accordingly.

7.1.7) Self management functions;


The project manager should be able to maintain focus and control when faced with ambiguity and
uncertainty and should be able to show consistency among principles, values and behavior. He
should be resilient and tenacious in the face of pressure, opposition, constraints, or adversity.
Being the head of the project he should
manage implementations effectively and should recognize as someone ―who gets things done.‖
He should continuously seek feedbacks from the team members and modify his behavior
accordingly. He should take keen interest in learning and self development opportunities.

7.1.8) Motivational and personal development functions


Project manager should consider individual skills, values and interest of all his team members
when assigning or delegating tasks to them. He should allow team members an appropriate
amount of freedom to do the job. He should accurately access individual strength and
development needs of his team members to complete the work effectively. He should
continuously offer opportunities for personal and professional growth to his team members. He
should arrange for training program and continuously seeks support to his team member when
needed. He should pass credit on to the individuals and promote their positive visibility to upper
management. He should give timely, specific and constructive feedback to all his team members.

7.1.9) Customer awareness functions


Project manager should be able to anticipate customer‘s needs effectively and proactively strives
to satisfy them. He should be able to accurately translate the customer‘s verbalized wants into
what they actually needs. He should be able to understand customers and their business and
actively build and maintain strong customer relationships. He should understand customer‘s
issues, concerns and queries and try to resolve them effectively. He should actively strive to
exceed customer expectations.

7.1.10 Organizational savvy functions


Project manager should involve the right people at the right time for a particular job.
Understands, accepts and properly uses power and influence in relationships. He should build and
leverage formal and informal networks to get things done. He should know the mission, structure
and functions of the organizations and others.
He should understand profitability and general management philosophy. He balance interests and
needs of team/project with those of the broader organization.

8.0) CONCLUSION:

In Summary Proposed ‗Fundamental Principles‘ or concepts of Project Management are


as follow seven principles which are ; success, commitment , tetrad –trade off primary
communication , cultural environment ,, process and the life cycle principle

REFERENCE :

Bennis, Warren and Biederman, Patricia Ward. 1997. Organizing Genius. The Secrets of

Creative

Bhaskaran, K. & Pinedo, M. Dispatching. In: Handbook of Industrial Engineering. G. Salvendy

(ed.),John Wiley, New York. 1991. Pp. 2182-2198

Cleland, D. I., & Ireland, L. R. (2002). Project management:

Strategic design and implementation (4th ed.). New York: McCraw-Hill Intemational

Cleland, David, & H. Kerzner, A Project Management Dictionary of Terms, Van Nostrand, New

York, 1985, p187.

Gido, Jack. 1985. An Introduction to Project Planning. Industrial Press Inc., New York

Hofstede, Geert. 1978. The Poverty of Management Control Philosophy. Academy of

Management Review, July, 450-461

Koskela, L., & Howell, C. (2002, July). The underlying theory of project management is obsolete. Proceedings of

PMI Research Conference 2002 (pp. 293-301). Newtown Square, PA: Project Management Institute.

Koskela, Lauri. 2000. An exploration towards a production theory and its application to

Construction. Espoo, VTT Building Technology. 296 p. VTT Publications; 408. WWW:
http://www.inf.vtt.fi/pdf/publications/2000/P408.pdf

Locke, E. A. 1968. Toward a Theory of task motivation and incentives. Organizational Behavior
and Human Performance, no. 3, pp. 157-189.

Morris, P, W, C, (2002, May). Science, objeaive knowledge and the theory of projea management. Proceedings of

the Institute of Civil Engineering, 150, 82-90.

Nyandemo, T. O. & Sign (2002). Practice guide for successful Management. Nairobi: Mac
Millian.eative

Collaboration. Nicholas Brealey Publishing, London

Porter, Theodore. 1995. Trust in numbers. The pursuit of objectivity in Science and Public Life.

Princeton University Press, Princeton, New Jersey

Shannon, Claude E. & Weaver, Warren. 1949. The Mathematical Theory of Communication.

(Republished ed. 1962). The University of Illinois Press, Urbana. 117 p

Starr, Martin. 1966. Evolving concepts in production management. In: Readings in production

and operations management, Elwood S. Buffa (ed.). John Wiley, New York. Pp. 28 – 35.

Turner, J. Rodney. 1993. The handbook of project-based management. McGraw-Hill, London.

540 p.

Trott, Paul. 1998. Innovation Management and New Product Development. Financial Times

Pitman Publishing, London.

Wortmann, J.C. 1992. Factory of the Future: Towards an integrated theory for one-of-a-kind

production. In: 'One-of-a-kind production': New approaches. Hirsch, B.E. & Thoben, K.-
D. (Ed.). Elsevier Science, Amsterdam. Pp. 37 – 74

Potrebbero piacerti anche