Project Supervision and Administratioin
Project Supervision and Administratioin
MANDATORY CONTINUING
PROFESSIONAL EDUCATION
COURSE MATERIAL ON
PROJECT
SUPERVISION AND
ADMINISTRATION
TABLE OF CONTENTS
Learning Outcomes :
3
1.0 Introduction
4
1.1 The Traditional Project Management Approach
5
1.2 Project Development Stages
6
2.0 Initiation
6
2.1 Planning and Design
7
2.2 Executing
7
2.3 Monitoring and Controlling
7
2.4 Closing
8
2.5 Project Control Systems
8
3.0 Project Management Triple Constraints
8
4.0 Project Management Knowledge Areas
9
4.1 Project Integration Management
9
4.2 Project Scope Management
10
4.3 Project Time Management
10
4.4 Project Cost Management
10
4.5 Project Quality Management
11
4.6 Project Human Resource Management
11
4.7 Project Communication Management
12
4.8 Project Risk Management
12
4.9 Project Procurement Management
12
5.0 The Project Manager
13
5.1 Be Agile
14
5.2 Do not Micromanage
14
5.3 Keep Improving your Project Management Practice
14
5.4. Ongoing Planning
14
5.5 Work with a Sense of Urgency
14
5.6 Visualise and Communicate all Project Deliverables and Activities
14
5.7 Complete Deliverables Step–By–Step
15
5.8 Healthy Risk Management
15
5.9 Report Concerns or Challenges
15
5.10 Open Communication
15
5.11 Never Lose Sight of the 3-Factors: Time, Budget, and Quality
15
6.0 Causes of Project Failure
15
7.0 Steps to Successful Project Delivery
15
8.0 Software Applications in Project Management
17
8.1 Collaborate on Projects
17
LEARNING OUTCOMES
By the end of the training the participant would be able to
1.0 INTRODUCTION
The 1950s marked the beginning of the modern Project Management era.
Again, in the United States, prior to the 1950s, projects were managed on an
adhoc 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) developed in a joint venture by both DuPont
Corporation and Remington Rand Corporation for managing plant maintenance
projects; and the "Program Evaluation and Review Technique" or PERT,
developed by Booz-Allen & Hamilton as part of the United States Navy's (in
conjunction with the Lockheed Corporation)
At the same time, 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 (nowAACE
International; the Association for the Advancement of Cost Engineering) was
formed byearly practitioners of project management and the associated
specialties of planning and scheduling, cost estimating, and cost/schedule
control (project control). AACE has continued its pioneering work and in 2006
released the first ever integrated process for portfolio, program and project
management (Total Cost Management Framework).
In 1969, the Project Management Institute (PMI) was formed to serve the
interests of the project management industry. The premise of PMI is that the
tools and techniques of project management are common even among the
widespread application of projects from the software industry to the
construction industry. In 1981, the PMI Board of Directors authorized the
development of what has become A Guide to the Project Management Body of
Knowledge (PMBOK Guide), containing the standards and guidelines of
practice that are widely used throughout the profession.
There are several approaches that can be taken to managing project activities
including agile, interactive, incremental, and phased approaches. Regardless of the
approach employed, careful consideration needs to be given to clarify surrounding
project objectives, goals, and importantly, the roles and responsibilities of all
participants and stakeholders. A traditional phased approach identifies a
sequence of steps to be completed. In the "traditional approach", we can
distinguish 5 components of a project (4 stages plus control) in the
development of a project:
• Project initiation stage;
• Project planning or design stage;
• Project execution or production stage;
• Project monitoring and controlling systems;
• Project completion stage.
Not all the projects will visit every stage, as projects can be terminated before
they reach completion. Some projects probably don't have the planning and/or the
monitoring. Some projects will go through steps 2, 3 and 4 multiple times.
Many industries utilize variations on these stages. For example, in bricks and mortar
architectural design, projects typically progress through stages like Pre-Planning,
Conceptual Design, Schematic Design, Design Development, Construction
Drawings (or Contract Documents), and Construction Administration. In
software development, this approach is often known as "waterfall
development", i.e., one series of tasks after another in linear sequence. In
software development many organizations have adapted the Rational Unified
Process (RUP) to fit this methodology, although RUP does not require or explicitly
recommend this practice. Waterfall development can work for small tightly
defined projects, but for larger projects of undefined or unknowable scope, it
is less suited. The Cone of Uncertainty explains some of this as the planning
made on the initial phase of the project suffers from a high degree of
uncertainty. This becomes specially true as software development is often the
realization of a new or novel product, this method has been widely accepted
as ineffective for software projects where requirements are largely
unknowable up front and susceptible to change. While the names may differ from
industry to industry, the actual stages typically follow common steps to problem
solving — "defining the problem, weighing options, choosing a path,
implementation and evaluation."
2.0 INITIATION
The initiation stage determines the nature and scope of the development. If this stage
is not performed well, it is unlikely that the project will be successful in
meeting the business’ needs. The key project controls needed here are an
understanding of the business environment and making sure that all necessary
controls are incorporated into the project. Any deficiencies should be reported
and a recommendation should be made to fix them.
The initiation stage should include a cohesive plan that encompasses the
following areas :
• Study analyzing the business needs in measurable goals.
• Review of the current operations.
• Conceptual design of the operation of the final product.
• Equipment and contracting requirements including an assessment of
'long-lead' items.
• Financial analysis of the costs and benefits including a budget.
• Stakeholder analysis, including users, and support personnel for the project.
• Project charter including costs, tasks, deliverables, and schedule.
Over the course of any project, the work scope changes. Change is a normal
and expected part of the project development process. Changes can be the result of
necessary design modifications, differing site conditions, material availability,
contractor-requested changes, value engineering and impacts from third parties,
to name a few. Beyond executing the change in the field, 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 final
record to show all changes or, more specifically, any change that modifies the
tangible portions of the finished work. The record is made on the contract
documents – usually, but not necessarily limited to, the design drawings. The
end product of this effort is what the industry terms as-built drawings, or
more simply, “as-builts.” The requirement for providing them is a norm in
fabrication/construction contracts.
When changes are introduced to the project the viability of the project has to be
assessed again. It is important not to lose sight of the initial goals and targets of the
projects. When the changes accumulate, the forecasted end result may not justify the
proposed investment.
2.4 Closing
Closing includes the formal acceptance of the project and the ending thereof.
Administrative activities include the archiving of the files and documenting lessons
learned. Close out phase consist of two parts:
• Close project: to finalize all activities across all of the process
groups to formally close the project or a project phase
• Contract closure: necessary for completing and settling
each contract, including the resolution of any open items,
and closing each contract applicable to the project or a
project phase.
Control systems are needed for cost, risk, quality, communication, time, change,
procurement, and human resources. In addition, auditors should consider how
important the projects are to the financial 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 final product
may also be assessed if needed or requested. A business may want the auditing
firm to be involved throughout the process to catch problems earlier on so that
they can be fixed more easily. An auditor can serve as a control consultant, as part
of the development team or as an independent auditor as part of an audit.
The time constraint refers to the amount of time available to complete a project. The
cost constraint refers to the budgeted amount available for the project. The scope
constraint refers to what must be done to produce the project's end result.
These three constraints are often competing constraints: increased scope typically
means increased time and increased cost, a tight time constraint could mean
increased costs and reduced scope, and a tight budget could mean increased time
and reduced scope.
The discipline of Project Management is about providing the tools and
techniques that enable the project team (not just the project manager) to
organize their work to meet these constraints.
5.11 Never Lose Sight of the 3-Factors: Time, Budget, and Quality
While project management practices have changed to be more flexible and
open, the foundation remains the same. Project success occurs when it is
delivered on time, within budget, with a level of deliverables that are
satisfactory to the client. The Project Manager's main role is to keep all team
members aware of these big 3 - Time, Budget, and Quality.
Successful projects do not just happen. They require structured planning, the
right tools, insightful management and good interpersonal skills.
Unfortunately, many new project managers receive little training in how to do
the job. Anyone can learn to draw a Gantt chart, but effective project managers
also rely on the savvy that comes from painful experience. Coaching and survival
tips from people who have already done their tour of duty in the project
management trenches can save project managers from learning such lessons
the hard way.
The project manager must balance competing stakeholder interests against the
constraints of limited resources and time, ever-changing technologies, and
unachievable demands from unreasonable people. Project management is
people management, technology management, business management, risk
management, and expectation management. It's a juggling act, with too many balls
in the air at once. However, a project successfully completed, handed over and
closed out to the satisfaction of all stakeholders is one of the most exhilarating and
gratifying experiences in project management.
8.0 SOFTWARE APPLICATIONS IN PROJECT MANAGEMENT
Project management software provides small to large businesses, who
undoubtedly juggle a number of tasks, with a solution that helps keep them
organized. There are a wide variety of project management software packages
available, including web-based applications accessible from any location. Each
software boasts its own set of features, but they all share common benefits
businesses can appreciate.
Other project management software on the market includes but not limited to
the followings: Dapulse, Teamwork Project, Jira, Wrike, Workfront, Slack,
Trello, and Smartsheet.