Project Management WP
Project Management WP
Project Management WP
Project management is the process and activity of plan- techniques to complex engineering projects.* [9]
ning, organizing, motivating, and controlling resources,
procedures and protocols to achieve specic goals in
scientic or daily problems. A project is a temporary
endeavor designed to produce a unique product, service or result with a dened beginning and end (usually
time-constrained, and often constrained by funding or
deliverables) undertaken to meet unique goals and objectives, typically to bring about benecial change or added
value.* [1]* [2] The temporary nature of projects stands in
contrast with business as usual (or operations),* [3] which
are repetitive, permanent, or semi-permanent functional
activities to produce products or services. In practice, the
management of these two systems is often quite dierent,
and as such requires the development of distinct technical
skills and management strategies.* [4]
The primary challenge of project management is to
achieve all of the project goals* [5] and objectives while
honoring the preconceived constraints.* [6] The primary
constraints are scope, time, quality and budget.* [7] The
secondary and more ambitious challenge is to
optimize the allocation of necessary inputs and integrate
them to meet pre-dened objectives.
History
As a discipline, project management developed from several elds of application including civil construction, engineering, and heavy defense activity.* [10] Two forefathers of project management are Henry Gantt, called the
father of planning and control techniques,* [11] who is famous for his use of the Gantt chart as a project management tool (alternatively Harmonogram rst proposed by
Karol Adamiecki* [12]); and Henri Fayol for his creation
of the ve management functions that form the foundation of the body of knowledge associated with project
and program management.* [13] Both Gantt and Fayol
were students of Frederick Winslow Taylor's theories of
scientic management. His work is the forerunner to
modern project management tools including work breakdown structure (WBS) and resource allocation.
2
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 the United States Navy in conjunction with the Lockheed Corporation and Booz Allen
Hamilton as part of the Polaris missile submarine program.* [15]
PERT and CPM are very similar in their approach but still
present some dierences. CPM is used for projects that
assume deterministic activity times; the times at which
each activity will be carried out are known. PERT, on
the other hand, allows for stochastic activity times; the
times at which each activity will be carried out are uncertain or varied. Because of this core dierence, CPM and
PERT are used in dierent contexts. These mathematical
techniques quickly spread into many private enterprises.
2 APPROACHES
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 oers multiple certications.
2 Approaches
There are a number of approaches for managing project
activities including lean, iterative, incremental, and
phased approaches.
Regardless of the methodology employed, careful consideration must be given to the overall project objectives,
timeline, and cost, as well as the roles and responsibilities
of all participants and stakeholders.
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 rst integrated process for portfolio, program and project management (Total Cost Management Framework).
1. initiation
2. planning and design
3. execution and construction
4. monitoring and controlling systems
5. completion
2.3
(RUP) to t this methodology, although RUP does not require or explicitly recommend this practice. Waterfall development works well for small, well dened projects, but
often fails in larger projects of undened and ambiguous
nature. The Cone of Uncertainty explains some of this
as the planning made on the initial phase of the project
suers from a high degree of uncertainty. This becomes
especially true as software development is often the realization of a new or novel product. In projects where
requirements have not been nalized and can change,
requirements management is used to develop an accurate and complete denition of the behavior of software
that can serve as the basis for software development.* [21]
While the terms may dier from industry to industry, the
actual stages typically follow common steps to problem
solving"dening the problem, weighing options, choosing a path, implementation and evaluation.
2.2
PRINCE2
3
its Business Case. This allows for continuous assessment
and adjustment when deviation from the Business Case is
required.
PRINCE2 provides a common language for all participants in the project. The governance framework of
PRINCE2 its roles and responsibilities are fully described and require tailoring to suit the complexity of the
project and skills of the organisation.* [23]
agement released in 1996 as a generic project management method.* [22] It combines 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 dened
framework.
PRINCE2 focuses on the denition and delivery of products, in particular their quality requirements. As such, it
denes a successful project as being output-oriented (not
activity- or task-oriented) through creating an agreed set
of products* [23] that dene the scope of the project and
provides the basis for planning and control, that is, how
then to coordinate people and activities, how to design
and supervise product delivery, and what to do if products
and therefore the scope of the project has to be adjusted
if it does not develop as planned.
The project plan should typically undergo resource leveling, and the longest sequence of resource-constrained
tasks should be identied as the critical chain. In some
cases, such as managing contracted sub-projects, it is advisable to use a simplied approach without resource leveling.
In multi-project environments, resource leveling should
be performed across projects. However, it is often enough
to identify (or simply select) a singledrum. The drum
can be a resource that acts as a constraint across projects,
which are staggered based on the availability of that single
resource.
One can also use avirtual drumby selecting a task or
group of tasks (typically integration points) and limiting
the number of projects in execution at that stage.
2 APPROACHES
2.5
approaches, based on the principles of human interaction management and founded on a process view of human collaboration. Agile-based methodologies aremost
typicallyemployed in software development as well as
thewebsite, technology, creative, and marketing industries.* [24] This sharply contrasts with traditional approaches such as the Waterfall method. In agile software
development or exible product development, the project
is seen as a series of relatively small tasks conceived and
executed to conclusion as the situation demands in an
adaptive manner, rather than as a completely pre-planned
process.
Advocates of this technique claim that:
ea
weeks
on
ati
ter
n
pla
days
Acceptance Test
hours
St
an
minutes
i
Pa
up
ee
tin
r
N
tio
ia
ot
eg
ing
est
it T
Un
mm
ra
Prog
Pair
Code
se
months
Re
l
pl
an
It is the most consistent project management tech- Main article: Extreme project management
nique since it involves frequent testing of the project In critical studies of project management it has been
under development.
Scrum - A holistic approach to development that focuses on iterative goals set by the Product Owner Planning and feedback loops in Extreme programming (XP) with
through a backlog, which is developed by the De- the time frames of the multiple loops.
livery Team through the facilitation of the Scrum
noted that several PERT based models are not well suited
Master.
3.1
Initiating
2.8
In project environments with a signicant exploratory element (e.g., research and development), these stages may
be supplemented with decision points (go/no go decisions) at which the project's continuation is debated and
decided. An example is the Phasegate model.
Initiating
Planning or design
Production or execution
PROCESSES
3.2
In multi-phase projects, the monitoring and control process also provides feedback between project phases, in order to implement corrective or preventive actions to bring
3.3 Executing
the project into compliance with the project management
Executing consists of the processes used to complete plan.
the work dened in the project plan to accomplish the Project maintenance is an ongoing process, and it inproject's requirements.
cludes:* [7]
3.5
Closing
3.5 Closing
Correction of errors
Updates of the software over time
In this stage, auditors should pay attention to how eectively and quickly user problems are resolved.
Over the course of any construction project, the work
scope may change. Change is a normal and expected part
of the construction process. Changes can be the result of
necessary design modications, diering site conditions,
material availability, contractor-requested changes, value
engineering and impacts from third parties, to name a
few. Beyond executing the change in the eld, the change
normally needs to be documented to show what was actually constructed. This is referred to as change management. Hence, the owner usually requires a nal record to
show all changes or, more specically, any change that
modies the tangible portions of the nished work. The
record is made on the contract documents usually, but
not necessarily limited to, the design drawings. The end
product of this eort is what the industry terms as-built
drawings, or more simply, as built.The requirement
for providing them is a norm in construction contracts.
Construction document management is a highly important task undertaken with the aid an online or desktop
software system, or maintained through physical documentation. The increasing legality pertaining to the construction industries maintenance of correct documentation has caused the increase in the need for document
management systems.
When changes are introduced to the project, the viability of the project has to be re-assessed. It is important
not to lose sight of the initial goals and targets of the
projects. When the changes accumulate, the forecasted
result may not justify the original proposed investment
in the project. Successful project management identies
these components, and tracks and monitors progress so
as to stay within time and budget frames already outlined
at the commencement of the project.
4 TOPICS
creation of transparency among the project parame- successfully. A formal process is more eective in creatters* [32]
ing strong controls, and auditors should review this process to conrm that it is well designed and is followed in
Fulllment and implementation of these tasks can be practice. A good formal systems development plan outachieved by applying specic methods and instruments lines:
of project controlling. The following methods of project
A strategy to align development with the organizacontrolling can be applied:
tions broader objectives
investment analysis
costbenet analysis
expert surveys
simulation calculations
risk-prole analysis
4 Topics
surcharge calculations
sources. In addition, auditors should consider how important the projects are to the nancial statements, how reliant the stakeholders are on controls, and how many controls exist. Auditors should review the development process and procedures for how they are implemented. The
process of development and the quality of the nal product may also be assessed if needed or requested. A business may want the auditing rm to be involved throughout
the process to catch problems earlier on so that they can
be xed more easily. An auditor can serve as a controls
consultant as part of the development team or as an independent auditor as part of an audit.
4.5
4.3
9
Capability Maturity Model from the Software Engineering Institute.
GAPPS, Global Alliance for Project Performance
Standards an open source standard describing
COMPETENCIES for project and program managers.
A Guide to the Project Management Body of
Knowledge from the Project Management Institute
(PMI)
HERMES method, Swiss general project management method, selected for use in Luxembourg and
international organizations.
The ISO standards ISO 9000, a family of standards for quality management systems, and the ISO
10006:2003, for Quality management systems and
guidelines for quality management in projects.
PRINCE2, Projects IN Controlled Environments.
Association for Project Management Body of
Knowledge* [39]
A WBS can be developed by starting with the end objective and successively subdividing it into manageable
components in terms of size, duration, and responsibility
(e.g., systems, subsystems, components, tasks, sub-tasks,
and work packages), which include all steps necessary to
achieve the objective.* [21]
4.4
International standards
There have been several attempts to develop project management standards, such as:
Total Cost Management Framework, AACE International's Methodology for Integrated Portfolio,
Program and Project Management.
ISO 21500: 2012 - Guidance on project manage- 4.5 Project portfolio management
ment. This is the rst project management ISO.
Main article: Project portfolio management
ISO 31000: 2009 - Risk management. Risk management is 1 of the 10 knowledge areas of either
ISO 21500 or PMBoK5 concept of project manage- An increasing number of organizations are using, what
is referred to as, project portfolio management (PPM)
ment.
as a means of selecting the right projects and then using
ISO/IEC/IEEE 16326-2009 - Systems and Software project management techniques* [40] as the means for deEngineering--Life Cycle Processes--Project Man- livering the outcomes in the form of benets to the peragement * [38]
forming private or not-for-prot organization.
10
4.6
REFERENCES
4.7
See also
References
[1]
[20] Winston W. Royce (1970). Managing the Development of Large Software Systemsin: Technical Papers of
Western Electronic Show and Convention (WesCon) August 2528, 1970, Los Angeles, USA.
[21] Stellman, Andrew; Greene, Jennifer (2005). Applied Software Project Management. O'Reilly Media. ISBN 978-0596-00948-9.
[5] Lewis R. Ireland (2006) Project Management. McGrawHill Professional, 2006. ISBN 0-07-147160-X. p.110.
[6] Joseph Phillips (2003). PMP Project Management Professional Study Guide. McGraw-Hill Professional, 2003.
ISBN 0-07-223062-2 p.354.
[7] PMI (2010). A Guide to the Project Management Body of
Knowledge p.27-35
[8] Dennis Lock (2007) Project Management (9th ed.) Gower
Publishing, Ltd., 2007. ISBN 0-566-08772-3
11
7 External links
[27] Peter Nathan, Gerald Everett Jones (2003). PMP certication for dummies. p.63.
Guidelines for Managing Projects from the UK Department for Business, Enterprise and Regulatory
Reform (BERR)
[29] James P. Lewis (2000). The project manager's desk reference: : a comprehensive guide to project planning, scheduling, evaluation, and systems. p.185
[30] Jrg Becker, Martin Kugeler, Michael Rosemann (2003).
Process management: a guide for the design of business
processes. ISBN 978-3-540-43499-3. p.27.
[31] Bernhard Schlagheck (2000).
Objektorientierte
Referenzmodelle fr das Prozess- und Projektcontrolling.
Grundlagen Konstruktionen Anwendungsmglichkeiten. ISBN 978-3-8244-7162-1. p.131.
[32] Josef E. Riedl (1990). Projekt Controlling in Forschung
und Entwicklung. ISBN 978-3-540-51963-8. p.99.
[33] Steinle, Bruch, Lawa (1995). Projektmanagement. FAZ
Verlagsbereich Wirtschaftsbcher. p.136143
[34] Cynthia Snyder, Frank Parth (2006). Introduction to IT
Project Management. p.393-397
[35] Certied Construction Manager. CMAA. Retrieved
23 November 2013.
[36] Certicate in Biotechnology Project Management.
University of Washington. Retrieved 23 November 2013.
[37] NASA NPR 9501.2D. May 23, 2001.
[38] ISO/IEC/IEEE
16326-2009
Systems
and
Software
Engineering--Life
Cycle
Processes-Project Management.
December 2009.
DOI:
10.1109/IEEESTD.2009.5372630.
ISBN 978-07381-6116-7
[39] Body of Knowledge 5th edition, Association for Project
Management, 2006, ISBN 1-903494-13-3
[40] Albert Hamilton (2004). Handbook of Project Management Procedures. TTL Publishing, Ltd. ISBN 0-72773258-7
[41] PMBOK 4h Ed. p. 443. ISBN 978-1933890517.
[42] Tom Kendrick. The Project Management Tool Kit:
100 Tips and Techniques for Getting the Job Done
Right, Third Edition. AMACOM Books, 2013 ISBN
9780814433454
[43] Curlee, Wanda (2011). The Virtual Project Management
Oce: Best Practices, Proven Methods.
[44] Khazanchi, Deepak (2005). Patterns of Eective Project
Management in Virtual Projects: An Exploratory Study.
Project Management Institute. ISBN 9781930699830.
[45] Velagapudi, Mridula (April 13, 2012).Why You Cannot
Avoid Virtual Project Management 2012 Onwards.
12
8.1
Text
8.2
Images
13
8.2
Images
8.3
Content license