Toolkit Pmo
Toolkit Pmo
HOT TIPS: Four Ways to Create a More Successful Project Management Office ................ 3
WHITE PAPER: Creating a Project Management Office........................................................ 6
BLOG EXCERPT: PMO - Where to start? .............................................................................. 12
DICTIONARY: PMO Terms/Acronyms Defined...................................................................... 14
Four Ways to Create a More
Successful Project Management
Office
2
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Four Ways to Create a More Successful Project Management Office
September 16, 2005 – Project management offices (PMOs) have proliferated across the IT
landscape, driven by the need to reduce major project cost overruns, delays, and cancellations. A
majority of industry analysts agree that when IT organizations establish enterprise standards for
project management, including a Project Office with suitable governance, they experience reduced
costs and improved efficiencies.
A dedicated PMO provides the oversight and coordination to deliver projects on time and on budget
by managing and reporting on your total schedule, risk, cost, quality, scope, and resources across
all projects. But many PMOs fail to deliver on the promise, often because they are not properly
empowered or equipped with the right tools.
Here are four ideas for either making an existing PMO stronger or creating a successful PMO from
the start:
To get an entire enterprise focused on project success, the PMO must be designed, empowered,
and equipped to serve the entire enterprise. It must be capable of solving big business problems
like selecting the right projects, assigning the right resources to them, and then determining Return
on Investment (ROI). It should also provide a collaborative environment for knowledge-sharing,
document repository and communication horizontally across project teams and vertically across
business line management.
In fact, at most companies the business case for any given project is unknown. Only an effective
PMO-one that allows an organization to understand key metrics of success-can enable C-level
executives to quickly and easily view real-time project status across the enterprise, reallocate
resources as necessary, and wisely choose which projects to pursue.
In departments where practices are less than satisfactory, the PMO can provide assistance (i.e.,
training, coaching, and mentoring) in complying with standard project management practices. To
ensure that methods are being practiced properly, the PMO should have the software tools to
provide a business governance dashboard or scoreboard, with a variety of views and reporting
such as GANTT charts for projects throughout the enterprise. This dashboard should display
agreed-upon project metrics such as strategic alignment or cost/benefit.
3
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
#3) Provide On-demand Access to the PMO System
To be fully embraced by all stakeholders, the PMO must permeate the enterprise at every level.
The most effective way to do this is to make your PMO system accessible, via the web (on-
demand) to everyone in the organization. This includes those inside the enterprise, such as
executive management, PMO staffers, and internal project team members, as well as constituents
outside the enterprise like vendors, partners, and customers.
The PMO also must reach across international borders and connect branch offices with ease.
Internet-based access with a standard web browser is ideal since it works virtually everywhere
around the globe.
Too often, a PMO becomes a centralizing force, a bottleneck that hinders project success. The
web-based workspace is important for keeping the PMO decentralized and ensuring that
knowledge is shared across the enterprise. This is vital for fast growing, mid-size companies, where
teams tend to be more cross-functional and there are fewer barriers between departments.
Additionally, many project management systems are designed for multi-billion dollar corporations,
not small to mid-size businesses ($75 million to $1 billion in revenues). These companies don't
need that level of complexity, and certainly can't afford the high price tags. The trick is to look for
project management systems that offer 80 percent of the features of the bigger systems at a
fraction of the cost. At minimum, the web-based solution should have:
Then deploy your system and re-engineered processes at the same time. Trying to fix the process
first usually fails. You must codify the new processes and implement consistent metrics for
measuring projects using the right tools.
Conclusion
We have all seen the transformation that takes place in an organization when a PMO is successful.
We call it "the awakening," when everyone is working together with visibility and collaboration. If
your company already has a PMO, use these ideas to fix some of the parts that may be broken.
Your PMO can increase its value by helping the rest of organization with project success. You can
become heroes. If you're just thinking about creating a PMO, use these ideas to do it right the first
time, so it won't cost you time and money to change later.
4
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Project Management Office
White Paper
5
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Project Management Office White Paper
The focus of the Project Management Office (PMO) is to coordinate and communicate on all
programs and projects in the enterprise or company and to be the center of excellence that
supports project managers in the implementation of the functions required to achieve successful
project completion.
Designing and implementing solutions and services or managing change in today’s environment is
more complex than ever before. Today’s companies have multiple corporate project initiatives,
multiple hardware and software vendors, a diverse range of partnerships and alliances, a complex
project environment and limited project resources. Trying to maintain control over all projects in the
corporate project portfolio can be a huge challenge. Issues and communication problems can span
multiple projects and can delay projects for weeks and months and can turn into lost revenue, a lost
competitive advantage and an unhappy client.
A dedicated PMO provides the oversight and coordination to deliver projects on time and on budget
by managing and reporting on your total schedule, risk, cost, quality, scope and resources across
all projects. The PMO provides expertise tailored to your business requirements while taking
responsibility for all projects included in your company, enterprise or program. A PMO provides the
extra focus and resources for project management excellence for companies of all sizes. A truly
effective PMO not only delivers projects on time and on budget, but also ensures that projects are
aligned with overall business goals to set business strategy in motion and propel your business
forward.
y Scope keeps changing throughout your projects – Extra expertise is necessary to manage
this change.
y The company is managing multiple projects with one resource pool – Whenever you have
multiple projects or multiple initiatives utilizing the same resources, you need a centralized
office to maximize resource allocation.
y Multiple contractors and vendors are necessary because of the complexity or size of the
projects or as a condition of the bid process –The PMO has a centralized view of the solution
and can help manage contractors and vendors across multiple projects or the enterprise.
y It is necessary to provide consolidated reports and metrics across all projects
y It is necessary to provide a single source for communications to the client or clients
y Time to market – Whenever time to market is a critical factor in completing the program or
projects
y Diverse geographic locations – Whenever services are being implemented across diverse
geographic regions
y Limited resources – Whenever limited resources need to accomplish multiple tasks
6
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Project Management Office Benefits
7
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Managing the PMO with eProject
eProject maximizes the effectiveness of the Project Management Office by providing a complete
web-based project management solution. Project tasks, discussions, issues, documents, time and
costs can be managed with eProject and the information can be collected for reporting and
communications across the enterprise. eProject’s powerful template technology enables a
company’s project management methodology, document templates, tools, issues database and
tasks to be created in named templates. New projects can be created and managed from the fully
populated project templates to provide consistency and efficiencies.
8
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Formation of a PMO
In a number of cases, the Project Management Office is both a physical location and project
personnel. To start a Project Management Office, the company executive or senior manager
responsible for project delivery will have to select an individual or individuals capable of:
y Leading and managing a team to set up all functions of a PMO in a matrixed environment
y Managing and tracking multiple priorities at the same time
y Training, mentoring and coaching project managers
y Communicating on all levels of project delivery
y Managing and negotiating with contractors
Additionally, it is recommended that a company set aside a physical location (“War Room”) and
create a collaborative workspace to be used for the PMO. The “War Room” should be set up to
accommodate the tracking and management of information such as whiteboards or bulletin boards
to allow the posting and tracking of project schedules, financials and resource schedules.
The web-based workspace such as eProject should be implemented to allow the project teams to
collaborate. At a minimum, the web-based solution should have:
9
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Get Started!
y Hire the PMO Director or Manager and the right people for the PMO
y Set up the web-based PMO collaborative workspace and the physical space if needed
y Create and agree on the project management methodology, templates, toolkits and tools to
be used
y Create the job descriptions, career progression and development paths and training needs
and availability
y Train all project team members in the process, the collaborative workspace, the methodology
and the templates
y Present all projects for consideration to the governance committee for selection
y Start managing all projects with the methodology as a guide including the creation of the
PMO and use the collaborative workspace for all activities
y Consolidate all project documentations into PMO documentation and post to the
collaborative workspaces
y Coach and mentor project teams
y Review projects while in progress and at completion. Present review information to the
governance committee with recommendations to go forward, modify the project or
discontinue the project to free up project and company resources
y Collect and distribute customer satisfaction and project benefit information. Use the
collaborative workspace as your presentation tool and portal for corporate project
management knowledge
Summary
eProject Enterprise provides the PMO and corporation with the ideal solution for project lifecycle
management. Powerful template technologies and automation of phase gate reviews ensures
consistency and quality. As a central repository for all projects, eProject extends and leverages
best practices, knowledge and insights to all team members and projects across the organization.
_______________________________________________________________________________
The information contained in this document represents the current view of eProject, Inc. on the
issues discussed as of the date of publication. Because eProject must respond to changing market
conditions, it should not be interpreted to be a commitment on the part of eProject and eProject
cannot guarantee the accuracy of any information presented after the date of publication.
This document is for informational purposes only. eProject Inc. makes no warranties, express or
implied, in this document.
In no event shall eProject, and/or its respective suppliers, be liable for any special, indirect or
consequential damages or any damages whatsoever resulting from loss of use, data or profits,
whether in action of contract, negligence, or other fortuitous action, arising out of or in connection
with the use or performance of any guidelines, documents, provision of or failure to provide
services or information available from this document.
The example companies, organizations, products, people and events depicted herein are fictitious.
No association with any real company, organization, product, person or event is intended or should
be inferred.
eProject may have patents, patent applications, trademarks, copyrights or other intellectual
property rights covering subject matter in this document. Except as expressly provided in any
written license agreement from eProject, the furnishing of this document does not give you any
license to these patents, trademarks, copyrights or other intellectual property.
2004 eProject, Inc. All rights reserved.
10
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
PMO - Where to Start?
Blog excerpt from:
http://elounge.eproject.com
Written by
David Blumhorst
Former IT-PMO director at PeopleSoft
11
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
PMO - Where to Start?
OK - eProject seems to have turned me loose on a Blog. This sounds like it might be dangerous,
especially for someone who likes to pontificate as much as I do :-)
By way of introduction, I'm Dave Blumhorst, CEO and founder of EffectiveIT Group. I am a former
CIO and CFO, and the former Sr. Director of the IT-PMO at PeopleSoft. You may have attended
one of my Webinars, or attended one of my presentations at eProject's users conference last
Septembers (BTW - those are available from my web site). In any event, I have now been given a
new forum for discussing all things PMO related. So, here goes:
For my first topic, I'd like to address the question I get most often. If we are just starting a Project
Management Office, where should we start? To address this question, let's first look at what goes
into a PMO.
PMOs have widely varying charters. They range from simple offices for managing large projects or
programs, to strategic planning entities inside of project driven organizations, the most common
being Information Technology (IT). It is the latter that I ran at PeopleSoft, and that I typically
address.
At EffectiveIT Group, we take a comprehensive approach that looks at 3 basic practices. These are
not always contained in the PMO, but all relate to each other no matter where they are located.
They are:
Portfolio Management - organizing and tracking the slate of projects in meaningful groups, or
portfolios, and prioritizing the list of requested and active projects.
Project Management - the methodologies and execution of projects.
Resource Management - How those projects get staffed, and the resulting resource conflicts
managed.
So, where do you start? It all depends on where the pain is!
Many organizations have mature project management practices, but haven't even looked at how to
organize or prioritize them. They should start with portfolio management. Others have their projects
well organized, but can't seem to execute successfully - they should start at Project Management.
And many organizations suffer from acute resource overload - resource management is a great
starting point for them.
But what if it all hurts?!? This is the most common problem, and here's my quick take:
Start by developing sound project management methodologies. If you can't deliver on single
projects, the rest won't do you much good!
After that, group them into portfolios, and start prioritizing them. Start with the grouping part, then
develop a sound project intake, or request, process to control the flow of work into the organization.
Finally, learn to plan you resources. Oddly enough, this starts by logging time so you ca get real
world feedback on what your resources are doing. Without that feedback, all the planning in the
world is just guess work. You should also start making those planning guesses by assigning people
to tasks in your project plans. Don't go to capacity planning until you have some experience with
the former 2 steps.
OK - that sounds good - but how do you actually do those things? More on that in future blogs . . .
12
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
PMO and Project Management
Dictionary
13
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
PMO and Project Management Dictionary
Abstract Resource: Imaginary resource introduced so its availability and activity requirement
gives an extra means of control. (For example, two jobs not being worked upon simultaneously in
order to obviate an accident hazard.)
Acceptance Test: Formal, pre-defined test conducted to determine the compliance of the
deliverable item(s) with the acceptance criteria.
Accrued Costs: Earmarked for the project and for which payment is due, but has not been made.
Acquisition Strategy: Determining the most appropriate means of procuring the component
parts or services of a project.
Active: Project status describing an approved initiative or project with applied resource and
management activities.
Activity: Task, job, operation or process consuming time and possibly other resources. (The
smallest self-contained unit of work used to define the logic of a project. In general, activities share
the following characteristics: a definite duration, logic relationships to other activities in a project,
use resources such as people, materials or facilities, and have an associated cost. They should be
defined in terms of start and end dates and the person or organization responsible for their
completion.)
Activity Definition: Identifying the specific activities to be performed in order to produce the
various project deliverables.
Activity Description (AD): A short phrase or label used in a project network diagram. The
activity description normally describes the scope of work of the activity.
Activity Duration: Specifies the length of time (hours, days, weeks, months) that it takes to
complete an activity.
Activity Duration Estimating: Estimating the number of work periods which will be needed to
complete individual activities.
Activity File: A file containing all data related to the definition of activities on a particular project.
Activity-on-Arrow Network: Arrow diagram, network in which the arrows symbolize the
activities.
14
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Activity on Node Network: Precedence diagram, a network in which the nodes symbolize the
activities.
Activity Status: The state of completion of an activity. A planned activity has not yet started. A
started activity is in progress. A finished activity is complete.
Actual Cost (AC): Incurred costs charged to the project budget for which payment has been
made or accrued for payment. See Earned Value Analysis.
Actual Cost of Work Performed (ACWP)(Spent Costs): Total costs incurred (direct and
indirect) in accomplishing work during a given time period. See also earned value analysis.
Actual Dates: Actual dates are entered as the project progresses. These are the dates that
activities really started and finished as opposed to planned or projected dates.
Actual Direct Costs: Those costs specifically identified with a contract or project. See also direct
costs.
Actual Finish Date (AF): The point in time that work actually ended on an activity.
Note: in some application areas, the activity is considered "finished" when work is "substantially
complete."
Actual Start Date (AS): The point in time that work actually started on an activity.
Adjourning: The last stage of team building where the team disbands.
Advanced Material Release: A document used by organizations to initiate the purchase of long
lead-time or time-critical materials prior to the final release of a design.
AND Relationship: Logical relationship between two or more activities that converge on or
diverge from an event.
Note: The AND relationship indicates that every one of the activities has to be undertaken.
AOA: Activity-on-Arrow.
AON: Activity-on-Node.
Approved: Project status describing Governance or Steering Committee approval prior to the
start of project activities.
15
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Assumption: Factors, for planning purposes, considered to be true, real, or certain. Assumptions
generally involve a degree of risk.
Activity: An element of work performed during the course of a project. An activity normally has an
expected duration, an expected cost, and expected resource requirements. Activities are often
subdivided into tasks.
Activity Definition: Identifying the specific activities that must be performed in order to produce
the various project deliverables.
Activity Description (AD): A short phrase or label used in a project network diagram. The
activity description normally describes the scope of work of the activity.
Activity Duration Estimating: Estimating the number of work periods which will be needed to
complete individual activities.
Actual Cost of Work Performed (ACWP): Total costs incurred (direct and indirect) in
accomplishing work during a given time period. See also earned value.
Actual Finish Date (AF): The point in time that work actually ended on an activity.
Note: in some application areas, the activity is considered "finished" when work is "substantially
complete."
Actual Start Date (AS): The point in time that work actually started on an activity.
Application Area: A category of projects that have common elements not present in all projects.
Application areas are usually defined in terms of either the product of the project (i.e., by similar
technologies or industry sectors) or the type of customer (e.g., internal vs. external, government vs.
commercial). Application areas often overlap.
Approval: The term used when an individual accepts a deliverable as fit for purpose so that the
project can continue.
Approval to Proceed: Approval given to the project at initiation or prior to the beginning of the
next stage.
Arrow: The graphic presentation of an activity. A connecting line between two nodes in a network.
See also arrow diagramming method.
16
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Arrow Diagramming Method (ADM): A network diagramming technique in which activities are
represented by arrows. The tail of the arrow represents the start and the head represents the finish
of the activity (the length of the arrow does not represent the expected duration of the activity).
Activities are connected at points called nodes (usually drawn as small circles) to illustrate the
sequence in which the activities are expected to be performed. See also precedence diagramming
method.
Arrow Diagram Method: One of two conventions used to represent an activity in a project. See
also activity-on-arrow.
As Late as Possible (ALAP): An activity for which the early start date is set as late as possible
without delaying the early dates of any successor.
Associated Revenue: That part of a project cost that is of a revenue nature and therefore
charged as incurred to the profit and loss account.
Note: Associated revenue differs from the capital element of the project in that the capital element
is taken as an asset to the balance sheet and depreciated over future accounting periods.
As Soon as Possible (ASAP): An activity for which the early start date is set to be as soon as
possible. This is the default activity type in most project management systems.
Assumptions: Assumptions are factors that, for planning purposes, are considered to be true,
real, or certain. Assumptions generally involve a degree of risk.
Authorization: The decision that triggers the allocation of funding needed to carry on the project.
Authorized Un-Priced Work: Any scope change for which authorization to proceed has been
given, but for which the estimated costs are not yet settled.
Authorized Work: The effort which has been defined, plus that work for which authorization has
been given, but for which defined contract costs have not been agreed upon.
Automatic Decision Event: Decision event where the decision depends only on the outcome of
the preceding activities and that can be programmed or made automatic.
Backward Pass: The calculation of late finish dates and late start dates for the uncompleted
portions of all network activities. Determined by working backwards through the network logic from
the project’s end date. The end date may be calculated in a forward pass or set by the customer or
sponsor. See also network analysis.
17
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Bar Chart: A graphic display of schedule-related information. In the typical bar chart, activities or
other project elements are listed down the left side of the chart, dates are shown across the top,
and activity durations are shown as date-placed horizontal bars. Also known as a Gantt chart.
Baseline: The original plan (for a project, a work package, or an activity), plus or minus approved
changes. Usually used with a modifier (e.g., cost baseline, schedule baseline, performance
measurement baseline).
Backward Pass: The calculation of late finish dates and late start dates for the uncompleted
portions of all network activities. Determined by working backwards through the network logic from
the project’s end date. The end date may be calculated in a forward pass or set by the customer or
sponsor. See also network analysis.
Balanced Matrix: An organizational matrix where functions and projects have the same priority.
Bar Chart: A graphic display of schedule-related information. In the typical bar chart, activities or
other project elements are listed down the left side of the chart, dates are shown across the top,
and activity durations are shown as date-placed horizontal bars. Also known as a Gantt chart.
Baseline: The original plan (for a project, a work package, or an activity), plus or minus approved
changes. Usually used with a modifier (e.g., cost baseline, schedule baseline, performance
measurement baseline).
Baseline Cost: The amount of money an activity was intended to cost when the schedule was
baselined.
Baseline Dates: Original planned start and finish dates for an activity. Used to compare with
current planned dates to determine any delays. Also used to calculate budgeted cost of work
scheduled for earned-valued analysis.
Baseline Schedule: The baseline schedule is a fixed project schedule. It is the standard by
which project performance is measured. The current schedule is copied into the baseline schedule
which remains frozen until it is reset. Resetting the baseline is done when the scope of the project
has been changed significantly, for example after a negotiated change. At that point, the original or
current baseline becomes invalid and should not be compared with the current schedule.
18
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Benefits: The enhanced efficiency, economy and effectiveness of future business or other
operations to be delivered by a project or program.
Benefits Framework: An outline of the expected benefits of the project or program, the business
operations affected and current and target performance measures.
Benefits Management Plan: Specifies who is responsible for achieving the benefits set out in
the benefit profiles and how achievement of the benefits is to be measured, managed and
monitored.
Bottom up Cost Estimating: This is the method of making estimates for every activity in the
work breakdown structure and summarizing them to provide a total project cost estimate.
Breakdown Structure: A hierarchical structure by which project elements are broken down, or
decomposed. See also product breakdown structure (PBS), organizational breakdown structure
(OBS) and work breakdown structure (WBS).
Budget: Quantification of resources needed to achieve a task by a set time, within which the task
owners are required to work.
Note: A budget consists of a financial and/or quantitative statement, prepared and approved prior to
a defined period, for the purpose of attaining a given objective for that period. (The planned cost for
an activity or project.)
Budget at Completion (BAC): The sum total of the time-phased budgets. The estimated total
cost of the project when done.
Budgetary Control: System of creating budgets, monitoring progress and taking appropriate
action to achieve budgeted performance.
Note: A budget should provide the information necessary to enable approval, authorization and
policy-making bodies to assess a project proposal and reach a rational decision.
Budgeted Cost of Work Performed (BCWP): The sum of the budget for work completed plus
apportioned work in progress to be completed during a relevant time period. BCWP can also be
calculated by taking the percentage of work completed times the baseline cost of the activity (%
Complete x Planned Cost for each activity).
Budgeted Cost of Work Scheduled (BCWS): The sum of the budgets for work scheduled to
be accomplished during a relevant time period. See also earned value analysis. The planned cost
of work that should have been achieved according to the project baseline dates. Elapsed
costs/baseline cost to date.
19
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Budget Element: Budget elements are the same as resources - the people, materials, or other
entities needed to do the work budget elements can be validated against a resource breakdown
structure (RBS). They are typically assigned to a work package, but can also be defined at the cost
account level.
Budget Estimate: An approximate estimate prepared in the early stages of a project to establish
financial viability or secure resources.
Budget Unit: The budget unit is the base unit for the calculation. For example, the engineer
budget element might have a budget unit of hours. Since budget units are user defined, they can be
any appropriate unit of measure. For example, a budget unit might be hours, pounds sterling, linear
meters, or tons.
Burden: Overhead expenses distributed over appropriate direct labor and/or material base.
Business Case: Information necessary to enable approval, authorization and policy making
bodies to assess a project proposal and reach a reasoned decision.
Calendar Unit: The smallest unit of time used in scheduling the project. Calendar units are
generally in hours, days, or weeks, but can also be in shifts or even in minutes. Used primarily in
relation to project management software.
Calendars: A project calendar lists time intervals in which activities or resources can or cannot be
scheduled. A project usually has one default calendar for the normal workweek (for example
Monday to Friday), but may have other calendars as well. Each calendar can be customized with its
own holidays and extra work days. Resources and activities can be attached to any of the
calendars that are defined.
Capital Cost: The carrying cost in a balance sheet of acquiring an asset and bringing it to the
condition where it is capable of performing its intended function over a future series of periods.
Note: see also revenue cost.
Capital Employed: Amount of investment in an organization or project, normally the sum of fixed
and current assets, less current liabilities at a particular date.
Cascade Chart: Bar chart on which the vertical order of activities is such that each activity is
dependent only on activities higher in the list.
Cash Flow, Net: Difference between cash received and payments made during a specific period.
Champion: An end user representative often seconded into a project team. Someone who acts as
an advocate for a proposal or project.
Change Control: Process that ensures potential changes to the deliverables of a project or the
sequence of work in a project, are recorded, evaluated, authorized, and managed.
20
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Change Control Board (CCB): A formally constituted group of stakeholders responsible for
approving or rejecting changes to the project baselines.
Change Management: The formal process where changes to the project are introduced and
approved.
Change Request: A request submitted to obtain formal approval for project changes (see Project
Change Control). Change requests may arise through changes in the business or because of
issues in the project. Change requests should be documented, logged, analyzed, and approved
before a change to the project can be made.
Chart of Accounts: Any numbering system used to monitor project costs by category (e.g.,
labor, supplies, and materials). The project chart of accounts is usually based upon the corporate
chart of accounts of the primary performing organization. See also code of accounts.
Child Activity: Subordinate task belonging to a 'parent' task existing at a higher level in the work
breakdown structure.
Client or Customer: The party to a contract who commissions the work and pays for it on
completion. The client or customer also functions as a representative for the users and is a project
stakeholder.
Closure: The formal end point of a project, either because it has been completed or because it
has been terminated early.
Code of Accounts: Any numbering system used to uniquely identify each element of the work
breakdown structure. See also chart of accounts.
Commitment: A binding financial obligation, typically in the form of a purchase order or contract.
Committed costs: Costs legally committed even if delivery has not taken place with invoices
neither raised nor paid.
Communication: The transmission of information so that the recipient understands clearly what
the sender intends.
Completed: Project status describing work that has moved through the full project lifecycle and
has been accepted as complete by the customer or client.
21
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Completion Date: The date calculated by which the project could finish following careful
estimating.
Conception Phase: The phase that triggers and captures new ideas or opportunities and
identifies potential candidates for further development in the feasibility phase.
Concurrent Engineering: An approach to project staffing that, in its most general form, calls for
implementers to be involved in the design phase. Sometimes confused with fast tracking.
Configurations Audit: A check to ensure that all deliverable items on a project conform with one
another and to the current specification. It ensures that relevant quality assurance procedures have
been implemented and that there is consistency throughout project documentation.
Configurations Control: A system through which changes may be made to configuration items.
Configuration Item: A part of configuration that has a set function and is designated for
configuration management. It identifies uniquely all items within the configuration.
Configuration Status Accounting: Records and reports the current status and history of all
changes to the configuration. Provides a complete record of what happened to the configuration to
date.
Constraint: Applicable restriction affecting the performance of the project. Any factor affecting
when an activity can be scheduled.
Consumable Resource: A type of resource that only remains available until consumed (for
example, a material).
Contingency: A contingency is the planned allotment of time and cost or other resources for
unforeseeable elements with a project.
Contingency Plan: Alternative course(s) of action devised to cope with project risks.
Note: See risk plan.
22
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Contingency Planning: The development of a management plan using alternative strategies to
minimize or negate the adverse effects of a risk, should it occur.
Contingency Reserve: A separately planned quantity used to allow for future situations which
may be planned for only in part (sometimes called "known unknowns"). For example, rework is
certain, the amount of rework is not. Contingency reserves may involve cost, schedule, or both.
Contingency reserves are intended to reduce the impact of missing cost or schedule objectives.
Contingency reserves are normally included in the project’s cost and schedule baselines.
Contract: A contract is a mutually binding agreement which obligates the seller to provide the
specified product and obligates the buyer to pay for it. Contracts generally fall into one of three
broad categories:
y Fixed price or lump sum contracts—this category of contract involves a fixed total price for a
well-defined product. Fixed price contracts may also include incentives for meeting or
exceeding selected project objectives such as schedule targets.
y Unit price contracts—the contractor is paid a preset amount per unit of service (e.g., $70 per
hour for professional services or $1.08 per cubic yard of earth removed) and the total value
of the contract is a function of the quantities needed to complete the work.
Contract Budget Base: The negotiated contract cost value plus the estimated value of
authorized but unpriced work.
Contract Close-Out: Completion and settlement of the contract, including resolution of all
outstanding items.
Contractor: A person, company, or firm who holds a contract for carrying out the works and/or the
supply of goods or services in connection with the project.
Contract Target Cost: The negotiated costs for the original defined contract and all contractual
changes that have been agreed and approved, but excluding the estimated cost of any authorized,
unpriced changes. The contract target cost equals the value of the budget at completion plus
management or contingency reserve.
Contract Target Price: The negotiated estimated costs plus profit or fee.
Control: The process of comparing actual performance with planned performance, analyzing
variances, evaluating possible alternatives, and taking appropriate corrective action as needed.
Control Charts: Control charts are a graphic display of the results, over time and against
established control limits, of a process. They are used to determine if the process is "in control" or
in need of adjustment.
23
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Coordination: The act of ensuring that work carried out by different organizations and in different
places fits together effectively. It involves technical matters, time, content, and cost in order to
achieve the project objectives effectively.
Coordinated Matrix: An organizational structure where the project leader reports to the
functional manager and doesn’t have authority over team members from other departments.
Corrective Action: Changes made to bring expected future performance of the project into line
with the plan.
Cost Account: Defines what work is to be performed who will perform it and who is to pay for it.
Cost accounts are the focal point for the integration of scope, cost, and schedule. Another term for
cost account is control account.
Cost Account Manager: A member of a functional organization responsible for cost account
performance, and for the management of resources to accomplish such tasks.
Cost Benefit Analysis: An analysis of the relationship between the costs of undertaking a task
or project, initial and recurrent, and the benefits likely to arise from the changed situation, initially
and recurrently.
Note: the hard, tangible, readily measurable benefits may sometimes be accompanied by soft
benefits which may be real but difficult to isolate, measure and value. (Allows comparison of the
returns from alternative forms of investment.)
Cost Center: Location, person, activity or project in respect of which costs may be ascertained
and related to cost units.
Cost Code: Unique identity for a specified element of work. (Code assigned to activities that allow
costs to be consolidated according to the elements of a code structure.)
Cost Control Point: The point within a program at which costs are entered and controlled.
Frequently, the cost control point for a project is either the cost account or the work package.
Cost Control System: Any system of keeping costs within the bounds of budgets or standards
based upon work actually performed.
Cost Curve: A graph plotted against a horizontal time scale and cumulative cost vertical scale.
Cost Element: A unit of costs to perform a task or to acquire an item. The cost estimated may be
a single value or a range of values.
Cost Estimating: Estimating the cost of the resources needed to complete project activities.
Cost Incurred: Costs identified through the use of the accrued method of accounting or costs
actually paid. Costs include direct labor, direct materials, and all allowable indirect costs.
Cost Management: The effective financial control of the project through evaluating, estimating,
budgeting, monitoring, analyzing, forecasting and reporting the cost information.
24
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Cost of Quality: The costs incurred to ensure quality. The cost of quality includes quality
planning, quality control, quality assurance, and rework.
Cost Overrun: The amount by which a contractor exceeds or expects to exceed the estimated
costs, and/or the final limitations (the ceiling) of a contract.
Cost Performance Index (CPI): The ratio of budgeted costs to actual costs (BCWP/ACWP).
CPI is often used to predict the magnitude of a possible cost overrun using the following formula:
original cost estimate/CPI = projected cost at completion. See also earned value. The cost
efficiency ratio of earned value to actual costs. CPI is often used to predict the magnitude of a
possible cost overrun. See also earned value.
Cost Performance Report: A regular cost report to reflect cost and schedule status information
for management.
Cost Plan: A budget which shows the amounts and expected dates of incurring costs on the
project or on a contract.
Cost Plus Fixed Fee (CPFF) Contract: A type of contract where the buyer reimburses the
seller for the seller’s allowable costs (allowable costs are defined by the contract) plus a fixed
amount of profit (fee).
Cost Plus Incentive Fee (CPIF) Contract: A type of contract where the buyer reimburses the
seller for the seller’s allowable costs (allowable costs are defined by the contract), and the seller
earns its profit if it meets defined performance criteria.
Cost-Time Resource Sheet (CTR): A document that describes each major element in the work
breakdown structure, including a statement of work (SOW) describing the work content, resources
required, the time frame of the work element and a cost estimate.
Crashing: A specific type of project schedule compression technique performed by taking action
to decrease the total project schedule duration after analyzing a number of alternatives to
determine how to get the maximum schedule duration compression for the least cost. Typical
approaches for crashing a schedule include reducing schedule activity durations and increasing the
assignment of resources on schedule activities.
Credited Resource: Created by an activity or event and can then be used by the project.
25
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Critical Activity: Any activity on a critical path with zero or negative float. Most commonly
determined by using the critical path method. Although some activities are "critical" in the dictionary
sense without being on the critical path, this meaning is seldom used in the project context.
Criticality Index: Used in risk analysis, the criticality index represents the percentage of
simulation trails that resulted in the activity being placed on the critical path.
Critical Path: In a project network diagram, the series of activities which determines the earliest
completion of the project. The critical path will generally change from time to time as activities are
completed ahead of or behind schedule. Although normally calculated for the entire project, the
critical path can also be determined for a milestone or subproject. The critical path is usually
defined as those activities with float less than or equal to a specified value, often zero. See critical
path method.
Critical Path Analysis: Procedure for calculating the critical path and floats in a network.
Critical Path Method (CPM): A network analysis technique used to predict project duration by
analyzing which sequence of activities (which path) has the least amount of scheduling flexibility
(the least amount of float). Early dates are calculated by means of a forward pass using a specified
start date. Late dates are calculated by means of a backward pass starting from a specified
completion date (usually the forward pass’s calculated project early finish date).
Critical Performance Indicator: A critical factor against which aspects of project performance
may be assessed.
Current Finish Date: The current estimate of the point in time when an activity will be completed.
Current Start Date: The current estimate of the point in time when an activity will begin.
Customer: Any person who defines needs or wants, justifies or pays for part or the entire project,
or evaluates or uses the results. Could be the project promoter, client, owner or employer.
Data Date (DD): The point in time that separates actual (historical) data from future (scheduled)
data. Also called as-of date.
Decision Event: State in the progress of a project when a decision is required before the start of
any succeeding activity.
Note: the decision determines which of a number of alternative paths is to be followed.
26
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Delaying Resource: In resource scheduling, inadequate availability of one or more resources
may require that the completion of an activity be delayed beyond the date on which it could
otherwise be completed. The delaying resource is the first resource on an activity that causes the
activity to be delayed.
Delegation: The practice of effectively getting others to perform work which one chooses not to
do oneself. The process by which authority and responsibility is distributed from project manager to
subordinates.
Deliberate Decision Event: Decision event where the decision is made as a result of the
outcomes of the preceding activities and possibly other information. A deliberate decision event
cannot be made automatically.
Deliverables: End products of a project or the measurable results of intermediate activities within
the project organization.
Note: Deliverables may be in the form of hardware, software, services, processes, documents, or
any combination thereof.
Delphi Technique: A process where a consensus view is reached by consultation with experts.
Often used as an estimating technique.
Denied: Project status describing proposed project work that will not be considered.
Dependency: Precedence relationship. Restriction that one activity has to precede, either in part
or in total, another activity. (Dependencies are relationships between products or tasks. For
example, one product may be made up of several other ‘dependent’ products or a task may not
begin until a ‘dependent’ task is complete.) See logical relationship.
Dependency Arrow: A link arrow used in an activity on a node network to represent the
interrelationships of activities in a project.
Design Authority: The person or organization with overall design responsibility for the products
of the project.
Design and Development Phase: The time period in which facility and production processes
are developed and designed.
Deterministic Network: Contains paths, all of which have to be followed and whose durations
are fixed.
Note: deterministic network is a term used to distinguish traditional networking from probabilistic
networking.
Discounted Cash Flow (DCF): Concept of relating future cash inflows and outflows over the life
of a project or operation to a common base value thereby allowing more validity to comparison of
projects with different durations and rates of cash flow.
Discrete Milestone: A milestone that has a definite scheduled occurrence in time. Logical link
that may require time but no other resource.
27
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Dummy Activity in Activity on Arrow Network: An activity representing no actual work to be
done but required for reasons of logic or nomenclature.
Note: There are three uses for a dummy activity in 'activity-on-arrow network': logic, time delay, and
uniqueness.
DU: Duration.
Dummy Activity: An activity of zero duration used to show a logical relationship in the arrow
diagramming method. Dummy activities are used when logical relationships cannot be completely
or correctly described with regular activity arrows. Dummies are shown graphically as a dashed line
headed by an arrow.
Duration (DU): The number of work periods (not including holidays or other non-working periods)
required to complete an activity or other project element. Usually expressed as workdays or
workweeks. Sometimes incorrectly equated with elapsed time. See also effort.
Duration Compression: Shortening the project schedule without reducing the project scope.
Duration compression is not always possible and often requires an increase in project cost.
Earliest Feasible Date: The earliest date on which the activity could be scheduled to start based
on the scheduled dates of all its predecessors, but in the absence of any resource constraints on
the activity itself. This date is calculated by resource scheduling.
Early Dates: Calculated in the forward pass of time analysis, early dates are the earliest dates on
which an activity can start and finish.
Early Finish Date (EF): In the critical path method, the earliest possible point in time on which
the uncompleted portions of an activity (or the project) can finish based on the network logic and
any schedule constraints. Early finish dates can change as the project progresses and changes are
made to the project plan.
Early Start Date (ES): In the critical path method, the earliest possible point in time on which the
uncompleted portions of an activity (or the project) can start, based on the network logic and any
schedule constraints. Early start dates can change as the project progresses and changes are
made to the project plan.
Earned Hours: The time in standard hours credited as a result of the completion of a given task
or a group of tasks.
Earned Value (EV): A measure of the value of completed work. Earned value uses original
estimates and progress-to-date to show whether the actual costs incurred are on budget and
whether the tasks are ahead or behind the baseline schedule.
Earned Value Analysis: Analysis of project progress where the actual money, hours (or other
measure) budgeted and spent is compared to the value of the work achieved.
Earned Value Cost Control: The quantification of the overall progress of a project in financial
terms so as to provide a realistic yardstick against which to compare the actual cost to date.
28
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Effort: The number of labor units necessary to complete the work. Effort is usually expressed in
staff-hours, staff-days or staff-weeks and should not be confused with duration.
Elapsed Time: Elapsed time is the total number of calendar days (excluding non-work days such
as weekends or holidays) that is needed to complete an activity. It gives a realistic view of how long
an activity is scheduled to take for completion.
End Event (of a Project): Event with proceeding, but no succeeding activities.
Note: There may be more than one end event.
Environmental Factoring: Use of data relating to an external factor (such as the weather) to
modify or bias the value of parameters concerned.
Equivalent Activity: Activity that is equivalent, in the probabilistic sense, to any combination of
series and parallel activities.
Estimate: An assessment of the likely quantitative result. Usually applied to project costs and
durations and should always include some indication of accuracy (e.g., ± x percent). Usually used
with a modifier (e.g., preliminary, conceptual, feasibility). Some application areas have specific
modifiers that imply particular accuracy ranges (e.g., order-of-magnitude estimate, budget estimate,
and definitive estimate in engineering and construction projects).
Estimate at Completion (EAC): A value expressed in either money and/or hours, to represent
the projected final costs of work when completed. The EAC is calculated as ETC + ACWP.
Estimate to Complete (ETC): The value expressed in either money or hours developed to
represent the cost of the work required to complete a task.
Estimating: The act of combining the results of post project reviews, metrics, consultation and
informed assessment to arrive at time and resource requirements for an activity.
Event: State in the progress of a project after the completion of all preceding activities, but before
the start of any succeeding activity. A defined point that is the beginning or end of an activity.
Event-on-Node: A network diagramming technique in which events are represented by boxes (or
nodes) connected by arrows to show the sequence in which the events are to occur. Used in the
original Program Evaluation and Review Technique.
Exception Report: Focused report drawing attention to instances where planned and actual
results are expected to be, or are already, significantly different.
Note: An exception report is usually triggered when actual values are expected to cross a
29
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
predetermined threshold that is set with reference to the project plan. The actual values may be
trending better or worse than plan.
Exclusive or Relationship: Logical relationship indicating that only one of the possible activities
can be undertaken.
Execution Phase: The phase of a project in which work towards direct achievement of the
project’s objectives and the production of the project’s deliverables occurs. Sometimes called the
implementation phase.
Exceptions: Occurrences causing deviation from a plan, such as issues, change requests and
risks. Exceptions can also refer to items where the cost variance and schedule variance exceed
predefined thresholds.
Expected Monetary Value: The product of an event’s probability of occurrence and the gain or
loss that will result. For example, if there is a 50 percent probability that it will rain, and rain will
result in a $100 loss, the expected monetary value of the rain event is $50 (.5 x $100).
Fallback Plan: A plan for an alternative course of action that can be adopted to overcome the
consequences of a risk, should it occur (including carrying out any advance activities that may be
required to render the plan practical).
Feasibility Phase: The project phase that demonstrates that the client's requirement can be
achieved, this phase identifies and evaluates the options to determine the one preferred solution.
Feasibility Study: Analysis to determine if a course of action is possible within the terms of
reference of the project.
Feasible Schedule: Any schedule capable of implementation within the externally determined
constraints of time and/or resource limits.
Final Report: Post-implementation report. Normally a retrospective report that formally closes the
project having handed over the project deliverables for operational use.
Note: The report should draw attention to experiences that may be of benefit to future projects and
may form part of the accountability of the project team.
Finish Date: The actual or estimated time associated with an activity’s completion.
Finishing Activity: A finishing activity is the last activity that must be completed before a project
can be considered finished. This activity is not a predecessor to any other activity-it has no
successors.
30
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Finish-to-Finish (FF): See logical relationship.
Finish-to-finish Lag: The finish-to-finish lag is the minimum amount of time that must pass
between the finish of one activity and the finish of its successor(s).
Finish-to-Start Lag: The finish-to-start lag is the minimum amount of time that must pass
between the finish of one activity and the start of its successor(s). The default finish-to-start lag is
zero.
Firm Fixed Price (FFP) Contract: A type of contract where the buyer pays the seller a set
amount (as defined by the contract) regardless of the seller’s costs.
Fixed Date: A calendar date (associated with a plan) that cannot be moved or changed during the
schedule.
Fixed-Price Contracts: A generic category of contracts based on the establishment of firm legal
commitments to complete the required work. A performing contractor is legally obligated to finish
the job, no matter how much it costs to complete. Risks of all cost growth rest on the performing
contractor.
Fixed Price Incentive Fee (FPIF) Contract: A type of contract where the buyer pays the seller
a set amount (as defined by the contract), and the seller can earn an additional amount if it meets
defined performance criteria.
Float: The amount of time an activity may be delayed from its early start without delaying the
project finish date. Float is a mathematical calculation and can change as the project progresses
and changes are made to the project plan. Also called slack, total float, and path float. See also
free float.
Forward Pass: The calculation of the early start and early finish dates for the uncompleted
portions of all network activities. See also network analysis and backward pass.
Free Float (FF): The amount of time an activity can be delayed without delaying the early start of
any immediately following activities. See also float.
31
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
FS: Finish-to-Start.
Functional Matrix: An organization type where the project has a team leader in each functional
department and the products are passed from one team to the next.
Functional Specification: A document specifying in some detail the functions that is required of
a system and the constraints that will apply.
Gantt Chart: Particular type of bar chart showing planned activity against time.
Note: 'Gantt chart', although named for a particular type of bar chart, is in current usage as a name
for bar charts in general.
(A Gantt chart is a time-phased graphic display of activity durations. Activities are listed with other
tabular information on the left side with time intervals over the bars. Activity durations are shown in
the form of horizontal bars.)
Grade: A category or rank used to distinguish items that have the same functional use (e.g.,
"hammer") but do not share the same requirements for quality (e.g., different hammers may need to
withstand different amounts of force).
Graphical Evaluation and Review Technique (GERT): A network analysis technique that
allows for conditional and probabilistic treatment of logical relationships (i.e., some activities may
not be performed).
Hammock: An aggregate or summary activity (a group of related activities is shown as one and
reported at a summary level). A hammock may or may not have an internal sequence. See also
subproject and subnet.
Hammock Activity: Joining two specified points, that spans two or more activities.
Note: its duration is initially unspecified and is only determined by the durations of the specified
activities. Hammocks are usually used to collect time-dependent information, e.g. overheads. A
group of activities, milestones, or other hammocks aggregated together for analysis or reporting
purposes. Sometimes used to describe an activity such as management support that has no
duration of its own but derives one from the time difference between the two points to which it is
connected.
Handover: The formal process of transferring responsibility for and ownership of the products of a
project to the operator or owner.
Hanger: An unintended break in a network path. Hangers are usually caused by missing activities
or missing logical relationships.
32
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Hierarchical Coding Structure: A coding system that can be represented as a multi-level tree
structure in which every code except those at the top of the tree has a parent code.
Hierarchy of Networks: Range of networks at different levels of detail, from summary down to
working levels, showing the relationships between those networks.
Histogram: A graphic display of planned and or actual resource usage over a period of time. It is
in the form of a vertical bar chart, the height of each bar representing the quantity of resource
usage in a given time unit. Bars may be single, multiple, or show stacked resources.
Holiday: An otherwise valid working day that has been designated as exempt from work.
Host Organization: Organization providing the administrative and logistical support for the
project.
Implementation Phase: The project phase that develops the chosen solution into a completed
deliverable.
Note: realization is the internationally accepted and preferred term for implementation.
Inclusive or Relationship: Logical relationship indicating that at least one but not necessarily all
of the activities have to be undertaken.
Incurred Costs: Sum of actual and committed costs, whether invoiced/paid or not, at a specified
time.
Indirect Cost: Costs associated with a project that cannot be directly attributed to an activity or
group of activities. (Resources expended which are not directly identified to any specific contract,
project, product or service, such as overheads and general administration.)
In-House Project: A project commissioned and carried out entirely within a single organization.
In Progress: An activity that has been started, but not yet completed.
33
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Integrated Cost/Schedule Reporting: See earned value.
y Develop support arrangements that are consistently related to design and to each other
y Provide the necessary support at the beginning and during customer use at optimum cost
Integration: The process of bringing people, activities and other things together to perform
effectively.
Internal Rate of Return (IRR): Discount rate at which the net present value of a future cash
flow is zero.
Note: IRR is a special case of the ‘discounted cash flow’ procedures.
Inverted Matrix: A project oriented organization structure that employs permanent specialists to
support projects.
Invitation for Bid (IFB): Generally, this term is equivalent to request for proposal. However, in
some application areas it may have a narrower or more specific meaning.
Issue: An immediate problem requiring resolution. If a risk (see Risk) does occur, it may turn into
an issue or issues and be managed as an issue.
Key Events: Major events, the achievement of which that are deemed to be critical to the
execution of the project.
Key Performance Indicators: Measurable indicators used to report progress chosen to reflect
the critical success factors of the project.
Labor Rate Variances: Difference between planned labor rates and actual labor rates.
Lag:
y In a network diagram, the minimum necessary lapse of time between the finish of one activity
and the finish of an overlapping activity
y Delay incurred between two specified activities. For example, in a finish-to-start dependency
with a 10-day lag, the successor activity cannot start until 10 days after the predecessor has
finished.
See also lead.
Late Dates: Calculated in the backward pass of time analysis, late dates are the latest dates by
which an activity can be allowed to start or finish.
34
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Latest Event Time: Latest time by which an event has to occur within the logical and imposed
constraints of the network, without affecting the total project duration.
Late Event Date: Calculated from backward pass, it is the latest date an event can occur.
Late Finish Date (LF): In the critical path method, the latest possible point in time that an activity
may be completed without delaying a specified milestone (usually the project finish date).
Latest Finish Time: The latest possible time by which an activity has to finish within the logical
activity and imposed constraints of the network, without affecting the total project duration.
Late Start Date (LS): In the critical path method, the latest possible point in time that an activity
may begin without delaying a specified milestone (usually the project finish date).
Latest Start Time: Latest possible time by which an activity has to start within the logical and
imposed constraints of the network, without affecting the total project duration.
Lead: In a network diagram, the minimum necessary lapse of time between the start of one activity
and the start of an overlapping activity. For example, in a finish-to-start dependency with a 10-day
lead, the successor activity can start 10 days before the predecessor has finished. See also lag.
Lead Contractor: The contractor who has responsibility for overall project management and
quality assurance.
Letter of Intent: A letter indicating intent to sign a contract, usually so that work can commence
prior to signing that contract.
Level of Effort (LOE): Support-type activity (e.g., vendor or customer liaison) that does not
readily lend itself to measurement of discrete accomplishment. It is generally characterized by a
uniform rate of activity over a specific period of time.
Life Cycle: A sequence of defined stages over the full duration of a project.
Life-Cycle Costing: The concept of including acquisition, operating, and disposal costs when
evaluating various alternatives.
Line Manager:
y The manager of any group that actually makes a product or performs a service
y A functional manager
Linked Bar Chart: A bar chart that shows the dependency links between activities.
35
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Logic: See network logic.
Logic Diagram: A diagram that displays the logical relationships between project activities. See
project network diagram.
Logical Relationship: A dependency between two project activities, or between a project activity
and a milestone. See also precedence relationship. The four possible types of logical relationships
are:
y Finish-to-start—the "from" activity must finish before the "to" activity can start.
y Finish-to-finish—the "from" activity must finish before the "to" activity can finish.
y Start-to-start—the "from" activity must start before the "to" activity can start.
y Start-to-finish—the "from" activity must start before the "to" activity can finish.
Loop: A network path that passes the same node twice. Loops cannot be analyzed using
traditional network analysis techniques and are treated as errors.
Management by Project: A term used to describe normal management processes that are
being project managed.
Management Reserve: A separately planned quantity used to allow for future situations which
are impossible to predict (sometimes called "unknown unknowns"). Management reserves may
involve cost or schedule. Management reserves are intended to reduce the risk of missing cost or
schedule objectives. Use of management reserve requires a change to the project’s cost baseline.
Mandate: A document that defines the goals and constraints of a project and functions as a
working agreement or contract between the client and the project manager.
Master Network: Network showing the complete project, from which more detailed networks are
derived.
Master Schedule: A summary-level schedule which identifies the major activities and key
milestones. See also milestone schedule.
Material: Property which may be incorporated into or attached to an end item to be delivered
under a contract, or which may be consumed or expended in the performance of a contract. It
includes, but is not limited to, raw and processed material, parts, components, assemblies, fuels
and lubricants, and small tools and supplies which may be consumed in normal use in the
performance of a contract.
Matrix Organization: Any organizational structure in which the project manager shares
responsibility with the functional managers for assigning priorities and for directing the work of
individuals assigned to the project.
36
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Methodology: A documented process for management of projects containing the process,
definitions, and roles and responsibilities. An organization may have multiple methodologies for
various types of activities, initiatives, or projects.
Mid-Stage Assessment: An assessment in the middle of a project that can be held for several
reasons:
y At the request of the project board
Milestone: A key event. An event selected for its importance in the project.
Note: Milestones are commonly used in relation to progress. (A milestone is often chosen to
represent the start of a new phase or the completion of a major deliverable. They are used to
monitor progress at summary level. Milestones are activities of zero duration.)
Milestone Plan: A plan containing only milestones which highlight key points of the project.
Milestone Schedule: A schedule that identifies the major milestones. See also master schedule.
Mission Statement: Brief summary, approximately one or two sentences, that sums up the
background, purposes and benefits of the project.
Mitigation: Working to reduce risk by lowering its chances of occurring or by reducing its effect if it
occurs.
Mobilization: The bringing together of project personnel and securing equipment and facilities.
carried out during project start-up phases.
Modern Project Management (MPM): A term used to distinguish the current broad range of
project management (scope, cost, time, quality, risk, etc.) from narrower, traditional use that
focused on cost and time.
Monitoring: The capture, analysis, and reporting of project performance, usually as compared to
plan.
Monte Carol Simulation: A schedule risk assessment technique used to estimate the likely
range of outcomes from a complex process by simulating the process under randomly selected
conditions a large number of times.
Multi-Project Analysis: Multi-project analysis is used to analyze the impact and interaction of
activities and resources whose progress affects the progress of a group of projects or for projects
with shared resources or both. Multi-project analysis can also be used for composite reporting on
projects having no dependencies or resources in common.
37
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Multi-Project Management: Managing multiple projects that are interconnected either logically
or by shared resources.
Multi-Project Scheduling: Use of the techniques of resource allocation to schedule more than
one project concurrently.
Negative Total Float: Time by which the duration of an activity or path has to be reduced in
order to permit a limiting imposed date to be achieved.
Negotiation: The art of satisfying needs by reaching agreement or compromise with other parties.
Net Present Value: Aggregate of future net cash flows discounted back to a common base date,
usually the present.
Network: A pictorial presentation of project data in which the project logic is the main determinant
of the placements of the activities in the drawing. Frequently called a flowchart, PERT chart, logic
drawing, or logic diagram. See project network diagram.
Network Analysis: The process of identifying early and late start and finish dates for the
uncompleted portions of project activities. See also Critical Path Method, Program Evaluation and
Review Technique, and Graphical Evaluation and Review Technique.
Network Logic: The collection of activity dependencies making up a project network diagram.
Network Path: Any continuous series of connected activities in a project network diagram.
Node: One of the defining points of a network; a junction point joined to some or all of the other
dependency lines. See also arrow diagramming method and precedence diagramming method.
Non-Recurring Costs: Expenditures against specific tasks that are expected to occur only once
on a given project.
Non-Splittable Activity: An activity that, once started, has to be completed to plan without
interruption.
Note: resources should not be diverted from a non-splittable activity to another activity.
No Earlier Than: A restriction on an activity that indicates that it may not start or end earlier than
a specified date.
No Later Than: A restriction on an activity that indicates that it may not start or end later than a
specified date.
38
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
OBS: Organization(al) Breakdown Structure.
On-Hold: Status describing a change from Active (see Active) to being held, generally due to
other work demands or priorities.
Operation Phase: Period when the completed deliverable is used and maintained in service for
its intended purpose.
Opportunity: The opposite of a risk. The chance to enhance the project benefits.
Order of Magnitude Estimate: An estimate carried out to give very approximate indication of
likely out-turn costs. See estimate.
Organizational Breakdown Structure (OBS): Hierarchical way in which the organization may
be divided into management levels and groups, for planning and control purposes and to relate
work packages to organizational units.
Organization Designs: The design of the most appropriate organizational design for a project.
Original Budget: The initial budget established at or near the time a contract was signed or a
project authorized, based on the negotiated contract cost or management’s authorization.
Original Duration: The duration of activities or groups of activities as recorded in the baseline
schedule.
Other Direct Costs (ODC): A group of accounting elements which can be isolated to specific
tasks, other than labor and material. Included in ODC are such items as travel, computer time, and
services.
Out-of-Sequence Progress: Progress that has been reported even though activities that have
been deemed predecessors in project logic have not been completed.
Output Format: Information that governs the final appearance of a report or drawing. (Usually
refers to computer–generated documents.)
Overall Change Control: Coordinating and controlling changes across an entire project.
Overhead: Costs incurred in the operation of a business that cannot be directly related to the
individual products or services being produced. See also indirect cost.
Overrun: Costs incurred in excess of the contract target costs on an incentive type contract or the
estimated costs on a fixed-price contract. An overrun is that value of costs which are needed to
complete a project, over that value originally authorized by management.
39
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Parallel Activities: Parallel activities are two or more activities than can be done at the same
time. This allows a project to be completed faster than if the activities were arranged serially.
Parent Activity: Task within the work breakdown structure that embodies several subordinate
“child” tasks.
Pareto Diagram: A histogram, ordered by frequency of occurrence, that shows how many results
were generated by each identified cause.
Parties (to a Contract): The persons or companies who sign a contract with one another.
Path: A set of sequentially connected activities in a project network diagram. (Refer to critical path
method for information on critical and non-critical paths.)
Pending: Status describing project work submitted for review but not yet discussed.
Percent Complete (PC): An estimate, expressed as a percent, of the amount of work which has
been completed on an activity or group of activities. May be aggregated to sections of a project or
the whole project.
Performing: A team building stage where the emphasis is on the work currently being performed.
Performing Organization: The enterprise whose employees are most directly involved in doing
the work of the project.
40
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
PERT Chart: A specific type of project network diagram. See Program Evaluation and Review
Technique.
Phase (of a Project): That part of a project during which a set of related and interlinked activities
are performed.
Note: A project consists of a series of phases that together constitute the whole project life cycle.
See project phase.
Physical Percent Complete: The percentage of the work content of an activity that has been
achieved.
Pilot: A form of testing a new development and its implementation prior to committing to its full
release.
Plan: An intended future course of action. It is owned by the project manager, it is the basis of the
project controls and includes the “what”, “how”, “when”, and “who”.
Planned Value (PV): The sum of the budgets for all planned work scheduled to be accomplished
within a given time period. Also known as the Budgeted Costs of Work Scheduled (BCWS).
Planner: A member of a project team or project support office with the responsibility for planning,
scheduling and tracking of projects. They are often primarily concerned with schedule, progress
and manpower resources.
Planning: The process of identifying the means, resources and actions necessary to accomplish
an objective.
Planning Stage: The stage prior to the implementation stage when product activity, resource and
quality plans are produced.
Portfolio: A grouping of projects and programs for management convenience. They may or may
not have a common objective and are often related only by the use of common resources, funding,
or by company departments.
Portfolio Management: The management of a number of projects that do not share a common
objective.
41
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Positive Float: Positive float is defined as the amount of time that an activity's start can be
delayed without affecting the project completion date. An activity with positive float is not on the
critical path and is called a non-critical activity. The difference between early and late dates (start or
finish) determines the amount of float.
Post Implementation Review: A review between 6-12 months after a system in a project has
met its objectives to verify that it continues to meet user requirements.
Post Project Appraisal: An evaluation that provides feedback in order to learn for the future.
y Finish of activity depends on finish of preceding activity, either immediately or after a lapse of
time
y Start of activity depends on start of preceding activity, either immediately or after a lapse of
time
y Finish of activity depends on start of preceding activity, either immediately or after a lapse of
time
Precedence Relationship: The term used in the precedence diagramming method for a logical
relationship. In current usage, however, precedence relationship, logical relationship, and
dependency are widely used interchangeably regardless of the diagramming method in use.
Predecessor: An activity that must be completed (or be partially completed) before a specified
activity can begin.
Predecessor Activity:
y In the arrow diagramming method, the activity which logically precedes the current activity
and enters a node
Prime or Lead Contractor: A main supplier who has a contract for much or all of the work on a
contract.
Probabilistic Network: Network containing alternative paths with which probabilities are
associated.
42
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Probability: Likelihood of a risk occurring.
Process: Set of interrelated resources and activities which transform inputs into outputs.
Product Description: The description of the purpose form and components of a product. It
should always be used as a basis for acceptance of the product by the customer.
Product Flow Diagram: Represents how the products are produced by identifying their
derivation and the dependencies between them.
Program: A portfolio of projects selected, planned, and managed in a coordinated way to achieve
a set of defined objectives; a single, large or very complex project with phases managed as
separate projects; or a set of otherwise unrelated projects bounded by a business cycle.
Program Benefits Review: A review to assess if targets have been reached and to measure
the performance levels in the resulting business operations.
Program Director: The senior manager with the responsibility for the overall success of the
program.
Program Directorate: A committee that directs the program when circumstances arise where
there is no individual to direct the program.
Program Management: The effective management of several individual but related projects or
functional activities in order to produce an overall system that works effectively.
Program Management Office: The office responsible for the business and technical
management of a specific contract or program.
Program Manager: Individual or body with responsibility for managing a group of projects.
Program Support Office: A group that gives administrative support to the program manager
and the program executive.
43
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Progress Payments: Payments made to a contractor during the life of a fixed-price type
contract, on the basis of some agreed-to formula, for example, budget cost of work performed or
simply costs incurred.
Project: The application of resources to a unique set of coordinated activities, with a defined start
and finish, undertaken to meet specific objectives within defined cost and performance parameters.
Project Base Date: Reference date used as a basis for the start of a project calendar.
Project Board: A project board is the body to which the project manager is accountable for
achieving the project objectives.
Project Brief: Statement that describes the purpose, cost, time and performance
requirements/constraints for a project. A statement of reference terms for a project. A written
statement of the client’s goals and requirements in relation to the project.
Project Calendar: A calendar that defines global project working and non-working periods.
Project Change Control: The process ensuring potential changes to a project including scope,
cost, resources, time (schedule), deliverables, design, methods, costs, or any other planned
aspects of a project are recorded, evaluated, authorized, and managed.
Project Charter: A document issued by senior management that provides the project manager
with the authority to apply organizational resources to project activities.
Project Coordination: Communication linking various areas of a project to ensure the transfer of
information or hardware at interface points at the appropriate times and identification of any further
necessary resources.
Project Coordination Procedure: Defines the parties relevant to the project and the approved
means of communicating between them.
Project Champion: Person within the parent organization who promotes and defends a project.
Project Closure: Formal termination of a project at any point during its life.
Project Cost Management: A subset of project management including resource planning, cost
estimating, cost control and cost budgeting in an effort to complete the project within its approved
budget.
Project Culture: The general attitude toward projects within the business.
44
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Project Definition: A report defining a project, i.e. “why it is required?” “What will be done?”
“How when and where it will be delivered?” The organization and resources required the standards
and procedures to be followed.
Project Director: The manager of a very large project that demands senior level responsibility or
the person at the board level in an organization who has the overall responsibility for the
management of projects.
Project Environment: The project environment is the context within which the project is
formulated, assessed and realized. This includes all external factors that have an impact on the
project.
Project File: A file containing the overall plans of a project and any other important documents.
Project Human Resource Management: A subset of project management that includes the
processes required to make the most effective use of the people involved with the project. It
consists of organizational planning, staff acquisition, and team development.
Project Initiation: The beginning of a project at which point certain management activities are
required to ensure that the project is established with clear reference terms and adequate
management structure.
Project Initiation Document: A document approved by the project board at project initiation
that defines the terms of reference for the project.
Project Issue Report: A report that raises either technical or managerial issues in a project.
Project Life Cycle: All phases or stages between a project's conception and its termination.
Note: the project life cycle may include the operation and disposal of project deliverables. This is
usually known as an “extended life cycle”.
Project Life Cycle Cost: Cumulative cost of a project over its whole life cycle.
Project Log: A project diary. A chronological record of significant occurrences throughout the
project.
Project Management Body of Knowledge (PMBOK): An inclusive term describing the sum
of knowledge within the profession of project management. As with other professions such as law,
medicine, and accounting, the body of knowledge rests with the practitioners and academics that
apply and advance it. The PMBOK includes proven, traditional practices which are widely applied
as well as innovative and advanced ones which have seen more limited use.
45
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Project Management Plan: A plan for carrying out a project, to meet specific objectives, that is
prepared by or for the project manager.
Project Management Office: The office or department responsible for establishing, maintaining
and enforcing project delivery and management processes, procedures, and standards. It provides
services, support, and training for project managers.
Project Management Team: The members of the project team who are directly involved in
project management activities. On some smaller projects, the project management team may
include virtually all of the project team members.
Project Manager (PM): The person responsible for all elements of planning, managing,
executing, and controlling the project and who is responsible for bringing the project in on time,
cost, to specifications, and to a given quality with agreed upon resources.
Project Management (PM): The application of knowledge, skills, tools, and techniques to
project activities in order to meet or exceed stakeholder needs and expectations from a project.
Project Matrix: An organization matrix that is project based, in which the functional structures are
duplicated in each project.
Project Monitoring: Comparison of current project status with what was planned to be done to
identify and report any deviations.
Project Network: Representation of activities and/or events with their inter-relationships and
dependencies.
Project Network Diagram: Any schematic display of the logical relationships of project
activities. Always drawn from left to right to reflect project chronology. Often incorrectly referred to
as a "PERT chart".
Project Network Techniques: Group of techniques that, for the description, analysis, planning,
and control of projects, considers the logical inter-relationships of all project activities. The group
includes techniques concerned with time, resources, costs, and other influencing factors, e.g.
uncertainty.
Note: the terms program evaluation and review technique (PERT) critical path analysis (CPA),
critical path method (CPM) and precedence method refer to particular techniques and should not
be used as synonyms for project network.
Project Organization: Structure that is created or evolves to serve the project and its
participants. (A term which refers to the structure, roles, and responsibilities of the project team and
its interfaces to the outside world.)
Project Phase: A collection of logically related project activities, usually culminating in the
completion of a major deliverable.
46
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Project Plan: A formal, approved document used to guide both project execution and project
control. The primary uses of the project plan are to document planning assumptions and decisions,
to facilitate communication among stakeholders, and to document approved scope, cost, and
schedule baselines. A project plan may be summary or detailed.
Project Plan Development: Taking the results of other planning processes and putting them
into a consistent, coherent document.
Project Plan Execution: Carrying out the project plan by performing the activities included
therein.
Project Portfolio Management (PPM): The organization of projects and programs into a single
portfolio to allow prioritization based on factors such as alignment with corporate strategy, ROI, risk,
applied resource levels, and technology focus. Used wisely, it will increase the company's value by
exposing redundant or risky projects, while revealing how to shift funds from low-value investments
to high-value, strategic ones. The process also allows the corporate strategy to be communicated
throughout the organization, better equipping it to choose and execute those projects and initiatives
that support the strategy, while eliminating those that do not.
Project Procedures Manual: A collected set of the management and administrative procedures
needed for the project.
Project Progress Report: Formal statement that compares the project progress, achievements
and expectations with the project plan.
Project Review Calendar: Calendar of project review dates, meetings and issues of reports set
against project week numbers or dates.
Project Schedule: The planned dates for performing activities and meeting milestones.
47
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Project Scope Management: A subset of project management including the processes
required to ensure that the project includes all of the work required, and only the work required, to
complete the project successfully. It consists of initiation, scope planning, scope definition, scope
verification, and scope change control.
Project Sponsor:
y The individual or body for whom the project is undertaken, the primary risk taker
y The individual representing the sponsoring body and to whom the project manager reports
y Yellow = Caution, at risk, behind schedule, over budget, action needed by project manager
or by the steering committee
y Red = Alert, project in serious trouble and almost certain to miss the target date or other
project objectives. Immediate action needs to be taken and senior management needs to be
involved to save the project
Project Status Report: A report on the status of accomplishments and any variances to
spending and schedule plans.
Project Strategy: A comprehensive definition of how a project will be developed and managed.
Project Success/Failure Criteria: The criteria by which the success or failure of a project may
be judged.
Project Support Office: The central location of planning and project support functions. Often
provides personnel and facilities for centralized planning, cost management, estimating,
documentation control and sometimes procurement to a number of projects.
Project Team: Set of individuals, groups and/or organizations that are responsible to the project
manager for undertaking project tasks (this includes all contractors and consultants).
Project Team Members: The people who report either directly or indirectly to the project
manager.
Project Technical Plan: A plan produced at the beginning of a project that addresses technical
issues and strategic issues related to quality control and configuration management.
Project Time Management: A subset of project management including the processes required
to ensure timely completion of the project. It consists of activity definition, activity sequencing,
activity duration estimating, schedule development, and schedule control.
Projectized Organization: Any organizational structure in which the project manager has full
authority to assign priorities and to direct the work of individuals assigned to the project.
48
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Public Relations: An activity meant to improve the project organization’s environment in order to
improve project performance and reception.
Qualitative Risk Analysis: A generic term for subjective methods of assessing risks.
Quality: A trait or characteristic used to measure the degree of excellence of a product or service.
Meeting customer’s needs.
Quality Assurance Plan: A plan that guarantees a quality approach and conformance to all
customer requirements for all activities in a project.
Quality Criteria: The characteristics of a product that determines whether it meets certain
requirements.
Quality Guide: The quality guide describes quality and configuration management procedures
and is aimed at people directly involved with quality reviews, configuration management and
technical exceptions.
Quality Plan (For a Project): The part of the project plan that concerns quality management
and quality assurance strategies.
Quality Planning: Identifying which quality standards are relevant to the project and determining
how to apply them.
Recurring Costs: Expenditures against specific tasks that would occur on a repetitive basis.
Examples are hire of computer equipment, tool maintenance, etc.
49
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Remaining Duration (RDU): The time needed to complete an activity or project.
Re-Planning: Actions performed for any remaining effort within project scope. Often the cost
and/or schedule variances are zeroed out at this time for history items.
Request For change: A proposal by the project manager for a change to the project as a result
of a project issue report.
Request for Proposal (RFP): A type of bid document used to solicit proposals from prospective
sellers of products or services. In some application areas it may have a narrower or more specific
meaning.
Request for Quotation (RFQ): Generally, this term is equivalent to request for proposal, but
with more specific application areas.
Reserve: A provision in the project plan to mitigate cost and/or schedule risk. Often used with a
modifier (e.g., management reserve, contingency reserve) to provide further detail on what types of
risk are meant to be mitigated. The specific meaning of the modified term varies by application
area.
Resource: Any personnel, material or equipment required for the performance of an activity.
Resource Aggregation: Summation of the requirements for each resource, and for each time
period.
Note: where the earliest start time of an activity is used alone, it is often termed an ‘early start’
aggregation. Similarly a ‘late start’ aggregation uses the latest start times.
Resource Allocation: Scheduling of activities and the resources required by those activities, so
that predetermined constraints of resource availability and/or project time are not exceeded.
Resource Analysis: The process of analyzing and optimizing the use of resources on a project.
Often uses resource leveling and resource smoothing techniques.
Resource Availability: The level of availability of a resource, which may vary over time.
Resource Calendar: A calendar that defines the working and non-working patterns for specific
resources.
Resource Accumulation: Process of accumulating the requirements for each resource to give
the total required to date at all times throughout the project.
50
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Resource Driven Task Durations: Task durations that are driven by the need for scarce
resources.
Resource Histogram: A view of project data in which resource requirements, usage, and
availability are shown using vertical bars against a horizontal time scale.
Resource Level: A specified level of resource units required by an activity per time unit.
Resource Leveling: Any form of network analysis in which scheduling decisions (start and finish
dates) are driven by resource management concerns (e.g., limited resource availability or difficult-
to-manage changes in resource levels).
Resource-Limited Schedule: A project schedule whose start and finish dates reflect expected
resource availability so predetermined resource levels are never exceeded. The final project
schedule should always be resource-limited.
Note: this may cause the minimum overall or specified project duration to be exceeded.
Resource Plan: Part of the definition statement stating how the program will be resource loaded
and what supporting services, infrastructure and third party services are required.
Resource Planning: Determining what resources (people, equipment, materials) are needed in
what quantities to perform project activities.
Resource Smoothing: Scheduling of activities, within the limits of their float, so that fluctuations
in individual resource requirements are minimized. (In smoothing, as opposed to resource leveling,
the project completion date may not be delayed.)
Responsibility Matrix: A document correlating the work required by a work breakdown structure
element to the functional organizations responsible for accomplishing the assigned tasks.
Responsible Organization: A defined unit within the organization structure which is assigned
responsibility for accomplishing specific tasks, or cost accounts.
Responsibility Assignment Matrix (RAM): A structure which relates the project organization
structure to the work breakdown structure to help ensure that each element of the project’s scope
of work is assigned to a responsible individual.
Retainage: A portion of a contract payment that is held until contract completion in order to
ensure full performance of the contract terms.
Retention: A part of payment withheld until the project is completed in order to ensure satisfactory
performance or completion of contract terms.
51
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Revenue Cost: Expenditure charged to the profit and loss account as incurred or accrued due.
Risk: The likelihood of the occurrence of an event expressed in terms of probability, impact, and a
triggering event.
Risk Analysis: Systematic use of available information to determine how often specified events
may occur and the magnitude of their likely consequences. (A technique designed to quantify the
impact of uncertainty.)
Risk Assessment: The process of identifying potential risks, quantifying their likelihood of
occurrence and assessing their likely impact on the project.
Risk Avoidance: Planning activities to avoid risks that have been identified.
Risk Event: A discrete occurrence that may affect the project for better or worse.
Risk Identification: Determining which risk events are likely to affect the project.
Risk Management: Systematic application of policies, procedures, methods and practices to the
tasks of identifying, analyzing, evaluating, treating and monitoring risk. (The process whereby
decisions are made to accept known or assessed risks and /or the implementation of actions to
reduce the consequences or probability of occurrence.)
Risk Management Plan: A document defining how project risk analysis and management is to
be implemented in the context of a particular project.
Risk Matrix: A matrix with risks located in rows and with impact and likelihood in columns.
Risk Prioritizing: Ordering of risks according first to their risk value, and then by which risks
need to be considered for risk reduction, risk avoidance, and risk transfer.
Risk Quantification: Evaluating the probability of risk event occurrence and effect.
Risk Reduction: Action taken to reduce the likelihood and impact of a risk.
Risk Register: Formal record of identified risks (a body of information listing all the risks identified
for the project, explaining the nature of each risk and recording information relevant to its
assessment and management).
Risk response: Contingency plans to manage a risk should it materialize (action to reduce the
probability of the risk arising, or to reduce the significance of its detrimental impact if it does arise).
Risk Response Control: Responding to changes in risk over the course of the project.
Risk Response Development: Defining enhancement steps for opportunities and mitigation
steps for threats.
52
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Risk, Secondary: Risk that can occur as a result of treating a risk.
Risk Sharing: Diminution of a risk by sharing it with others, usually for some consideration.
Risk Transfer: A contractual arrangement between two parties for delivery and acceptance of a
product where the liability for the costs of a risk is transferred from one party to the other.
Risk Treatment: Selection and implementation of appropriate options for dealing with risk.
Safety Plan: The standards and methods which minimize to an acceptable level the likelihood of
accident or damage to people or equipment.
Schedule: The timetable for a project. It shows how project tasks and milestones are planned out
over a period of time.
Schedule Dates: Start and finish dates calculated with regard to resource or external constraints
as well as project logic.
Schedule Performance Index (SPI): Ratio of work accomplished versus work planned, for a
specified time period. The SPI is an efficiency rating for work accomplishment, comparing work
accomplished to what should have been accomplished.
Schedule Variance (Cost): The difference between the budgeted cost of work performed and
the budgeted cost of work scheduled at any point in time.
Scheduled Finish: The earliest date on which an activity can finish, having regard to resource or
external constraints as well as project logic.
Scheduled Start: The earliest date on which an activity can start, having regard to resource or
external constraints as well as project logic.
Scheduling: Scheduling is the process of determining when project activities will take place
depending on defined durations and precedent activities. Schedule constraints specify when an
activity should start or end based on duration, predecessors, external predecessor relationships,
resource availability, or target dates.
Scope Change: Any change in a project scope that requires a change in the project’s cost or
schedule.
Scope Verification: Ensuring all identified project deliverables have been completed
satisfactorily.
Secondary Risk: The risk that may occur as a result of invoking a risk response or fall-back plan.
53
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
S-Curve: Graphic display of cumulative costs, labor hours, or other quantities, plotted against
time. The name derives from the S-like shape of the curve (flatter at the beginning and end, steeper
in the middle) produced on a project that starts slowly, accelerates, and then tails off.
Schedule: A time sequence of activities and events representing an operating timetable for
performing activities and meeting milestones. See project schedule.
Schedule Performance Index (SPI): Ratio of work accomplished versus work planned
(BCWP/BCWS), for a specified time period. The SPI is an efficiency rating for work
accomplishment, comparing work accomplished to what should have been accomplished. See
earned value.
Scheduled Finish Date (SF): The point in time work was scheduled to finish on an activity. The
scheduled finish date is normally within the range of dates delimited by the early finish date and the
late finish date.
Scheduled Start Date (SS): The point in time work was scheduled to start on an activity. The
scheduled start date is normally within the range of dates delimited by the early start date and the
late start date.
Scope Change: Any change to the project scope. A scope change almost always requires an
adjustment to the project cost or schedule.
Scope Definition: Decomposing the major deliverables into smaller, more manageable
components to provide better control.
Scope Planning: Developing a written scope statement that includes the project justification, the
major deliverables, and the project objectives.
Scope Verification: Ensuring that all identified project deliverables have been completed
satisfactorily.
Sequence: Sequence is the order in which activities will occur with respect to one another.
54
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
SF: Scheduled Finish date or Start-to-Finish.
Slack: Calculated time span during which an event has to occur within the logical and imposed
constraints of the network, without affecting the total project duration.
Note 1: It may be made negative by an imposed date.
Note 2: The term slack is used as referring only to an event. See PERT.
Slip Chart: A pictorial representation of the predicted completion dates of milestones (also
referred to as trend chart).
Slippage: The amount of slack or float time used up by the current activity due to a delayed start
or increased duration.
Soft Project: A project that is intended to bring about change and does not have a physical end
product.
Soft Skills: Soft skills include team building, conflict management and negotiation.
Splittable Activity: Activity that can be interrupted in order to allow its resources to be
transferred temporarily to another activity.
Sponsor: The executive responsible for the overall project delivery including management,
monitoring, and funding. They must be in a position to solve problems at a higher level when
necessary for a project manager.
Staff Acquisition: Getting the human resources needed assigned to and working on the project.
Stage: A natural high level subsection of a project that has its own organizational structure,
lifespan and manager.
Stage Payment: Payment part way through a project at some predetermined milestone.
55
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Start-to-Finish: See logical relationship.
Start-to-Start Lag: Start-to-start lag is the minimum amount of time that must pass between the
start of one activity and the start of its successor(s). This may be expressed in terms of duration or
percentage.
Starting Activity: A starting activity has no predecessors. It does not have to wait for any other
activity to start.
Status: The comparison of actual against planned progress to determine variance and corrective
action. Possible statuses are: Active, Approved, Cancelled, Completed, On-hold, and Pending.
Status Report: A report completed and distributed to all stakeholders describing the project
status. Status reports should be used to control the project and to keep management informed of
project status.
Steering Group: A body established to monitor the project and give guidance to the project
sponsor or project manager.
Subcontract: A contractual document which legally transfers the responsibility and effort of
providing goods, services, data, or other hardware, from one firm to another.
Subproject: A group of activities represented as a single activity within a higher level of the
overall project.
Success Factors: Critical factors that will ensure achievement of success criteria.
Successor: A successor is an activity whose start or finish depends on the start or finish of a
predecessor activity.
Successor Activity:
y In the arrow diagramming method, the activity which departs a node
56
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Supplier: Includes contractors, consultants and any organization that supplies services or goods
to the customer.
System: The complete technical output of the project including technical products.
Systems and Procedures: Systems and procedure detail the standard methods, practices, and
procedures of handling frequently occurring events within the project.
Systems Management: Management that includes the prime activities of systems analysis,
systems design and engineering and systems development.
Target Completion Date (TC): An imposed date which constrains or otherwise modifies the
network analysis.
Target Finish Date: The date planned to finish work on a project, initiative, or activity.
Target Start Date: The planned date for start of work on a project, initiative, or activity.
Team Development: Developing individual and group skills to enhance project performance.
Time-Scaled Network Diagram: Any project network diagram drawn in such a way that
thepositioning and length of the activity represents its duration. Essentially, it is a bar chart that
includes network logic.
Target Completion Date: A date which contractors strive towards for completion of the activity.
Target Date: Date imposed on an activity or project by the user. There are two types of target
dates; target start dates, and target finish dates.
Target Finish Date (TF): The date work is planned (targeted) to finish on an activity.
Target Start Date (TS): The date work is planned (targeted) to start on an activity.
Task: The smallest indivisible part of an activity when it is broken down to a level best understood
and performed by a specific person or organization.
Team: A team is made up of two or more people working interdependently towards a common
goal and a shared reward.
57
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Team Building: The ability to gather the right people to join a project team and get them working
together for the benefit of a project.
Team Development: Developing skills, as a group and individually, that enhance project
performance.
Technical Guide: A document that guides managers, team leaders and technical assurance
coordinators on planning the production of products.
Tender: A document proposing to meet a specification in a certain way and at a stated price (or on
a particular financial basis), an offer of price and conditions under which the tenderer is willing to
undertake work for the client.
Termination: Completion of the project, either upon formal acceptance of its deliverables by the
client and/or the disposal of such deliverables at the end of their life.
Tied Activities: Activities that have to be performed sequentially or within a predetermined time
of each other.
Time Analysis: The process of calculating the early and late dates for each activity on a project,
based on the duration of the activities and the logical relations between them.
Time Based Network: A linked bar chart, a bar chart that shows the logical and time
relationships between activities.
Time Limited Scheduling: Scheduling of activities, so that the specified project duration, or any
imposed dates, are not exceeded.
Note: This may cause the envisaged resource levels to be exceeded.
Time Now: Specified date from which the forward analysis is deemed to commence (the date to
which current progress is reported, sometimes referred to as the status date because all progress
information entered for a project should be correct as of this date).
Time Recording: The recording of effort expended on each activity in order to update a project
plan.
Time-Scaled Logic Drawing: A drawing that displays the logical connection between activities
in the context of a timescale in which each horizontal position represents a point in time.
Time-Scaled Network Diagram: A project network diagram drawn so that the positioning of the
activity represents the schedule.
58
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
Time Sheet: A means of recording the actual effort expended against project and non-project
activities.
Top Down Cost Estimating: The total project cost is estimated based on historical costs and
other project variables and then subdivided down to individual activities.
Total Float (TF): Time by which an activity may be delayed or extended without affecting the total
project duration (or violating a target finish date). See float.
Total Quality Management (TQM): A strategic, integrated management systems for customer
satisfaction that guides all employees in every aspect of their work.
Transit Time: Dependency link that requires time and no other resources. It may be a negative
time.
Turnaround Report: A report created specially for the various responsible managers to enter
their progress status against a list of activities that are scheduled to be in progress during a
particular time window.
Users: The group of people who are intended to benefit from the project.
Value Management: A structured means of improving business effectiveness that includes the
use of management techniques such as value engineering and value analysis.
Value Engineering: A technique for analyzing qualitative and quantitative costs and benefits of
component parts of a proposed system.
Value Planning: A technique for assessing, before significant investment is made, the desirability
of a proposal based on the value that will accrue to the organization from that proposal.
Variance: A discrepancy between the actual and planned performance on a project, either in
terms of schedule or cost.
Variation: A change in scope or timing of work which a supplier is obliged to do under a contract.
59
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.
What-if Simulation: Changing the value of the parameters of the project network to study its
behavior under various conditions of its operation.
Work: The total number of hours, people or effort required to complete a task.
Work Breakdown Code: A code that represents the “family tree” of an element in a work
breakdown structure.
Workaround: A response to a negative risk event. Distinguished from contingency plan in that a
workaround is not planned in advance of the occurrence of the risk event.
Work Breakdown Structure (WBS): A deliverable oriented grouping of project elements that
organizes and defines the total work scope of the project. Each descending level represents an
increasingly detailed definition of the project work.
Workload: Workload is the amount of work units assigned to a resource over a period of time.
Work Package: A group of related tasks that are defined at the same level within a work
breakdown structure. In traditional cost/schedule systems, the criteria for defining work packages
are as follows:
y Each work package is clearly distinguishable from all other work packages
y Each work package has an assigned budget that is time-phased over the duration of the
work package
y Each work package either has a relatively short duration, or can be divided into a series of
milestones whose status can be objectively measured
y Each work package has a schedule that is integrated with higher-level schedules
Work Units: Work units provide the measurement units for resources. For example, people as a
resource can be measured by the number of hours they work.
Zero Float: Zero float is a condition where there is no excess time between activities. An activity
with zero float is considered a critical activity. If the duration of any critical activity is increased (the
activity slips), the project finish date will slip.
60
eProject, Inc. 1008 Western Ave, Suite 500 Seattle, WA 98104 | 206.341.9117 m | 206.341.9123 f | www.eproject.com
Copyright © 2006 eProject Inc. All rights reserved.