Difference between revisions of "PMBOK Guide"

From CNM Wiki
Jump to: navigation, search
(Sixth Edition)
 
(6 intermediate revisions by the same user not shown)
Line 1: Line 1:
[[PMBOK Guide|PMBOK® Guide]] is ''A Guide to the Project Management Body of Knowledge'' that is copyrighted and marketed by [[Project Management Institute|Project Management Institute, Inc]].
+
[[PMBOK Guide|PMBOK® Guide]] is ''A Guide to the Project Management Body of Knowledge'' that is published, copyrighted, and marketed by [[Project Management Institute|Project Management Institute, Inc]].
  
  
 
==Glossary==
 
==Glossary==
 +
:''Main wikipage: [[PMI Lexicon of Project Management Terms]]''
 +
 
===Second edition===
 
===Second edition===
  
Line 234: Line 236:
 
Source: [http://www.cs.bilkent.edu.tr/~cagatay/cs413/PMBOK.pdf cs.bilkent.edu.tr/~cagatay/cs413/PMBOK.pdf]
 
Source: [http://www.cs.bilkent.edu.tr/~cagatay/cs413/PMBOK.pdf cs.bilkent.edu.tr/~cagatay/cs413/PMBOK.pdf]
  
===Sixth Edition===
+
===Sixth edition===
 
:According to the ''Guide'',<blockquote>X1.2 RULES FOR HARMONIZATION BETWEEN GLOSSARY TERMS AND THE PMI LEXICON OF PROJECT MANAGEMENT TERMS. To ensure that terms used in the PMBOK® Guide align with the PMI Lexicon of Project Management Terms 1 and harmonize with other relevant PMI standards, the Sixth Edition followed these business rules:<ul><li>For terms found in both the PMBOK® Guide and the PMI Lexicon, the definition from the PMI Lexicon is used.</li><li>Where terms used in the PMBOK® Guide are not found in the PMI Lexicon but are found in other relevant
 
:According to the ''Guide'',<blockquote>X1.2 RULES FOR HARMONIZATION BETWEEN GLOSSARY TERMS AND THE PMI LEXICON OF PROJECT MANAGEMENT TERMS. To ensure that terms used in the PMBOK® Guide align with the PMI Lexicon of Project Management Terms 1 and harmonize with other relevant PMI standards, the Sixth Edition followed these business rules:<ul><li>For terms found in both the PMBOK® Guide and the PMI Lexicon, the definition from the PMI Lexicon is used.</li><li>Where terms used in the PMBOK® Guide are not found in the PMI Lexicon but are found in other relevant
 
PMI standards, the definitions of the terms should be identical. If the definitions do not align with the respective standards, the term is elevated to the PMI Lexicon team for assistance in creating an acceptable common definition.</li></ul>
 
PMI standards, the definitions of the terms should be identical. If the definitions do not align with the respective standards, the term is elevated to the PMI Lexicon team for assistance in creating an acceptable common definition.</li></ul>
Line 323: Line 325:
 
*[[Corrective Action]]. An intentional activity that realigns the performance of the project work with the project management plan.
 
*[[Corrective Action]]. An intentional activity that realigns the performance of the project work with the project management plan.
 
*[[Cost Aggregation]]. Summing the lower-level cost estimates associated with the various work packages for a given level within the project's WBS or for a given cost control account.
 
*[[Cost Aggregation]]. Summing the lower-level cost estimates associated with the various work packages for a given level within the project's WBS or for a given cost control account.
*[[Cost Baseline]]. The approved version of the time-phased project budget, excluding any management reserves, which can be changed only through formal change control procedures and is used as a basis for comparison to actual results.
+
*[[Project cost baseline|Cost Baseline]]. The approved version of the time-phased project budget, excluding any management reserves, which can be changed only through formal change control procedures and is used as a basis for comparison to actual results.
 
*[[Cost-Benefit Analysis]]. A financial analysis tool used to determine the benefits provided by a project against its costs.
 
*[[Cost-Benefit Analysis]]. A financial analysis tool used to determine the benefits provided by a project against its costs.
 
*[[Cost Management Plan]]. A component of a project or program management plan that describes how costs will be planned, structured, and controlled.
 
*[[Cost Management Plan]]. A component of a project or program management plan that describes how costs will be planned, structured, and controlled.
Line 416: Line 418:
 
*[[Influence Diagram]]. A graphical representation of situations showing causal influences, time ordering of events, and other relationships among variables and outcomes.
 
*[[Influence Diagram]]. A graphical representation of situations showing causal influences, time ordering of events, and other relationships among variables and outcomes.
 
*[[Information]]. Organized or structured data, processed for a specific purpose to make it meaningful, valuable, and useful in specific contexts.
 
*[[Information]]. Organized or structured data, processed for a specific purpose to make it meaningful, valuable, and useful in specific contexts.
*[[Information Management Systems]]. Facilities, processes, and procedures used to collect, store, and distribute
+
*[[Information Management Systems]]. Facilities, processes, and procedures used to collect, store, and distribute information between producers and consumers of information in physical or electronic format.
*[[information between producers and consumers of information in physical or electronic format.
 
 
*[[Initiating Process Group]]. Those processes performed to define a new project or a new phase of an existing project by obtaining authorization to start the project or phase.
 
*[[Initiating Process Group]]. Those processes performed to define a new project or a new phase of an existing project by obtaining authorization to start the project or phase.
 
*[[Input]]. Any item, whether internal or external to the project, which is required by a process before that process proceeds. May be an output from a predecessor process.
 
*[[Input]]. Any item, whether internal or external to the project, which is required by a process before that process proceeds. May be an output from a predecessor process.
Line 587: Line 588:
 
*[[Requirements Documentation]]. A description of how individual requirements meet the business need for the project.
 
*[[Requirements Documentation]]. A description of how individual requirements meet the business need for the project.
 
*[[Requirements Management Plan]]. A component of the project or program management plan that describes how requirements will be analyzed, documented, and managed.
 
*[[Requirements Management Plan]]. A component of the project or program management plan that describes how requirements will be analyzed, documented, and managed.
*[[Requirements Traceability Matrix]]. A grid that links product requirements from their origin to the deliverables that satisfy them.
+
*[[Requirements traceability matrix|Requirements Traceability Matrix]]. A grid that links product requirements from their origin to the deliverables that satisfy them.
 
*[[Reserve]]. A provision in the project management 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.
 
*[[Reserve]]. A provision in the project management 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.
 
*[[Reserve Analysis]]. An analytical technique to determine the essential features and relationships of components in the project management plan to establish a reserve for the schedule duration, budget, estimated cost, or funds for a project.
 
*[[Reserve Analysis]]. An analytical technique to determine the essential features and relationships of components in the project management plan to establish a reserve for the schedule duration, budget, estimated cost, or funds for a project.
Line 631: Line 632:
 
*[[Root Cause Analysis]]. An analytical technique used to determine the basic underlying reason that causes a variance or a defect or a risk. A root cause may underlie more than one variance or defect or risk.
 
*[[Root Cause Analysis]]. An analytical technique used to determine the basic underlying reason that causes a variance or a defect or a risk. A root cause may underlie more than one variance or defect or risk.
 
*[[Schedule]]. See project schedule and schedule model.
 
*[[Schedule]]. See project schedule and schedule model.
*[[Schedule Baseline]]. The approved version of a schedule model that can be changed using formal change control procedures and is used as the basis for comparison to actual results.
+
*[[Project schedule baseline|Schedule Baseline]]. The approved version of a schedule model that can be changed using formal change control procedures and is used as the basis for comparison to actual results.
 
*[[Schedule Compression]]. A technique used to shorten the schedule duration without reducing the project scope.
 
*[[Schedule Compression]]. A technique used to shorten the schedule duration without reducing the project scope.
 
*[[Schedule Data]]. The collection of information for describing and controlling the schedule.
 
*[[Schedule Data]]. The collection of information for describing and controlling the schedule.

Latest revision as of 04:48, 6 January 2023

PMBOK® Guide is A Guide to the Project Management Body of Knowledge that is published, copyrighted, and marketed by Project Management Institute, Inc.


Glossary

Main wikipage: PMI Lexicon of Project Management Terms

Second edition

  • 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 can be subdivided into tasks.
  • Activity definition. Identifying the specific activities that must be performed 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 that will be needed to complete individual activities.
  • Activity sequencing. Identifying and documenting interactivity logical relationships.
  • Actual cost (AC). Total costs incurred that must relate to whatever cost was budgeted within the planned value and earned value (which can sometimes be direct labor hours alone, direct costs alone, or all costs including indirect costs) 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.
  • Administrative closure. Generating, gathering, and disseminating information to formalize phase or project completion.
  • 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 versus external, government versus commercial). Application areas often overlap.
  • Arrow. The graphic presentation of an activity. See also arrow diagramming method.
  • 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.
  • Assumption. The factor that, for planning purposes, is considered to be true, real, or certain. Assumptions affect all aspects of project planning, and are part of the progressive elaboration of the project. Project teams frequently identify, document, and validate assumptions as part of their planning process. Assumptions generally involve a degree of risk.
  • Assumptions analysis. A technique that explores the assumptions' accuracy and identifies risks to the project from inaccuracy, inconsistency, or incompleteness of assumptions.
  • 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.
  • 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 called a Gantt chart.
  • Baseline. The original approved plan (for a project, a work package, or an activity), plus or minus approved scope changes. Usually used with a modifier (e.g., cost baseline, schedule baseline, performance measurement baseline).
  • Brainstorming. A general creativity technique that can be used to identify risks using a group of team members or subject-matter experts. Typically, a brainstorming session is structured so that each participant's ideas are recorded for later analysis. A tool of the risk identification process.
  • Budget at completion (BAC). The sum of the total budgets for a project.
  • 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 system.
  • Change control board (CCB). A formally constituted group of stakeholders responsible for approving or rejecting changes to the project baselines.
  • Chart of accounts. Any numbering system used to monitor project costs by category (e.g., labor, supplies, materials, and equipment). The project chart of accounts is usually based upon the corporate chart of accounts of the primary performing organization. See also code of accounts.
  • Checklist. A listing of many possible risks that might occur on a project. It is used as a tool in the risk identification process. Checklists are comprehensive, listing several types of risk that have been encountered on prior projects.
  • Code of accounts. Any numbering system used to uniquely identify each element of the work breakdown structure. See also chart of accounts.
  • Communications planning. Determining the information and communications needs of the project stakeholders : who needs what information, when they will need it, and how it will be given to them.
  • Component. A constituent part, an element.
  • Constraint. Applicable restriction that will affect the performance of the project. Any factor that affects when an activity can be scheduled.
  • Contingency planning. The development of a management plan that identifies alternative strategies to be used to ensure project success if specified risk events occur.
  • Contingency reserve. The amount of money or time needed above the estimate to reduce the risk of overruns of project objectives to a level acceptable to the organization.
  • Contract. A contract is a mutually binding agreement that 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: 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. Cost-reimbursable contracts — this category of contract involves payment (reimbursement) to the contractor for its actual costs. Costs are usually classified as direct costs (costs incurred directly by the project, such as wages for members of the project team) and indirect costs (costs allocated to the project by the performing organization as a cost of doing business, such as salaries for corporate executives). Indirect costs are usually calculated as a percentage of direct costs. Cost-reimbursable contracts often include incentives for meeting or exceeding selected project objectives, such as schedule targets or total cost. Time and material contracts — time and material contracts are a hybrid type of contractual arrangement that contain aspects of both cost-reimbursable and fixed price-type arrangements. Time and material contracts resemble cost-type arrangements in that they are open ended, because the full value of the arrangement is not defined at the time of the award. Thus, time and material contracts can grow in contract value as if they were cost-reimbursable-type arrangements. Conversely, time and material arrangements can also resemble fixed-unit arrangements when, for example, the unit rates are preset by the buyer and seller, as when both parties agree on the rates for the category of "senior engineers."
  • Contract administration. Managing the relationship with the seller.
  • Contract closeout. Completion and settlement of the contract, including resolution of any open items.
  • Control. The process of comparing actual performance with planned performance, analyzing variances, evaluating possible alternatives, and taking appropriate corrective action as needed.
  • Control account plan (CAP). Previously called a Cost Account Plan. The CAP is a management control point where the integration of scope and budget and schedule takes place, and where the measurement of performance will happen. CAPs are placed at selected management points of the work breakdown structure.
  • Control chart. 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.
  • Corrective action. Changes made to bring expected future performance of the project in line with the plan.
  • Cost budgeting. Allocating the cost estimates to individual work activities.
  • Cost control. Controlling changes to the project budget.
  • Cost estimating. Developing an approximation (estimate) of the cost of the resources needed to complete project activities.
  • Cost of quality. The costs incurred to ensure quality. The cost of quality includes quality planning, quality control, quality assurance, and rework.
  • Cost performance index (CPI). The cost efficiency ratio of earned value to actual costs. CPI is often used to predict the magnitude of a possible cost overrun using the following formula: BAC/CPI = projected cost at completion. CPI = EV divided by AC.
  • Cost-plus-fixed-fee contract (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 contract (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 variance (CV). 1) Any difference between the budgeted cost of an activity and the actual cost of that activity. 2) In earned value, EV less ACWP = CV.
  • Crashing. Taking action to decrease the total project duration after analyzing a number of alternatives to determine how to get the maximum duration compression for the least cost.
  • Critical activity. Any activity on a critical path. 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.
  • Critical path. The series of activities that determines the duration of the project. In a deterministic model, the critical path is usually defined as those activities with float less than or equal to a specified value, often zero. It is the longest path through the project. See critical path method.
  • 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' calculated project early finish date).
  • 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.
  • Data date (DD). The date at which, or up to which, the project's reporting system has provided actual status and accomplishments. Also called as-of date.
  • Decision tree analysis. The decision tree is a diagram that describes a decision under consideration and the implications of choosing one or another of the available alternatives. It incorporates probabilities or risks and the costs or rewards of each logical path of events and future decisions.
  • Deliverable. Any measurable, tangible, verifiable outcome, result, or item that must be produced to complete a project or part of a project. Often used more narrowly in reference to an external deliverable, which is a deliverable that is subject to approval by the project sponsor or customer.
  • 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 nonworking 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.
  • 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 value (EV). The physical work accomplished plus the authorized budget for this work. The sum of the approved cost estimates (may include overhead allocation) for activities (or portions of activities) completed during a given period (usually project-to-date). Previously called the budgeted cost of work performed (BCWP) for an activity or group of activities.
  • Earned value management (EVM). A method for integrating scope, schedule, and resources, and for measuring project performance. It compares the amount of work that was planned with what was actually earned with what was actually spent to determine if cost and schedule performance are as planned.
  • Effort. The number of labor units required to complete an activity or other project element. Usually expressed as staff hours, staff days, or staff weeks. Should not be confused with duration.
  • Element. One of the parts, substances, or principles that make up a compound or complex whole.
  • 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). The expected total cost of an activity, a group of activities, or the project when the defined scope of work has been completed. Most techniques for forecasting EAC include some adjustment of the original cost estimate, based on actual project performance to date.
  • Estimate to complete (ETC). The expected additional cost needed to complete an activity, a group of activities, or the project. Most techniques for forecasting ETC include some adjustment to the original estimate, based on project performance to date. Also called "estimated to complete." See also earned value and estimate at completion.
  • 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. Document that includes only major variations from plan (rather than all variations).
  • Fast tracking. Compressing the project schedule by overlapping activities that would normally be done in sequence, such as design and construction.
  • Finish date. A point in time associated with an activity's completion. Usually qualified by one of the following: actual, planned, estimated, scheduled, early, late, baseline, target, or current.
  • Firm fixed-price contract (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-price-incentive-fee contract (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 that 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 that an activity can be delayed without delaying the early start of any immediately following activities. See also float.
  • Functional manager. A manager responsible for activities in a specialized department or function (e.g., engineering, manufacturing, marketing).
  • Functional organization. An organization structure in which staff are grouped hierarchically by specialty (e.g., production, marketing, engineering, and accounting at the top level; with engineering, further divided into mechanical, electrical, and others).
  • 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.
  • Hanger. An unintended break in a network path. Hangers are usually caused by missing activities or missing logical relationships.
  • Information distribution. Making needed information available to project stakeholders in a timely manner.
  • Initiation. Authorizing the project or phase.
  • Integrated change control. Coordinating changes across the entire project.
  • 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.
  • Lag. A modification of a logical relationship that directs a delay in the successor task. For example, in a finish-to-start dependency with a ten-day lag, the successor activity cannot start until ten days after the predecessor has finished. See also lead.
  • 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).
  • 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).
  • Lead. A modification of a logical relationship that allows an acceleration of the successor task. For example, in a finish-to-start dependency with a ten-day lead, the successor activity can start ten days before the predecessor has finished. See also lag.
  • Lessons learned. The learning gained from the process of performing the project. Lessons learned may be identified at any point. Also considered a project record.
  • 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 period of time determined by the activities it supports.
  • Life-cycle costing. The concept of including acquisition, operating, and disposal costs when evaluating various alternatives.
  • Line manager. (1) The manager of any group that actually makes a product or performs a service. (2) A functional manager.
  • 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: Finish-to-start — the initiation of work of the successor depends upon the completion of work of the predecessor. Finish-to-finish — the completion of the work of the successor cannot finish until the completion of work of the predecessor. Start-to-start — the initiation of work of the successor depends upon the initiation of the work of the predecessor. Start-to-finish — the completion of the successor is dependent upon the initiation of the predecessor.
  • Loop. A network path that passes the same node twice. Loops cannot be analyzed using traditional network analysis techniques such as critical path method and program evaluation and review technique. Loops are allowed in graphical evaluation and review technique.
  • Master schedule. A summary-level schedule that identifies the major activities and key milestones. See also milestone schedule.
  • 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.
  • Milestone. A significant event in the project, usually completion of a major deliverable.
  • Milestone schedule. A summary-level schedule that identifies the major milestones. See also master schedule.
  • Monitoring. The capture, analysis, and reporting of project performance, usually as compared to plan.
  • Monte Carlo Analysis. A technique that performs a project simulation many times to calculate a distribution of likely results. See simulation.
  • Near-critical activity. An activity that has low total float.
  • 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 that makes 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.
  • Organizational breakdown structure (OBS). A depiction of the project organization arranged so as to relate work packages to organizational units.
  • Organizational planning. Identifying, documenting, and assigning project roles, responsibilities, and reporting relationships.
  • Parametric estimating. An estimating technique that uses a statistical relationship between historical data and other variables (e.g., square footage in construction, lines of code in software development) to calculate an estimate.
  • Pareto diagram. A histogram, ordered by frequency of occurrence, that shows how many results were generated by each identified cause.
  • Path. A set of sequentially connected activities in a project network diagram.
  • Path convergence. The node in the schedule where parallel paths merge or join. At that node, delays or elongation or any converging path can delay the project. In quantitative risk analysis of a schedule, significant risk may occur at this point.
  • Percent complete (PC). An estimate, expressed as a percent, of the amount of work that has been completed on an activity or a group of activities.
  • Performance measurement baseline. An approved plan against which deviations are compared for management control.
  • Performance reporting. Collecting and disseminating performance information. This includes status reporting, progress measurement, and forecasting.
  • Performing organization. The enterprise whose employees are most directly involved in doing the work of the project.
  • PERT chart. The term is commonly used to refer to a project network diagram. See program evaluation and review technique for the traditional definition of PERT.
  • Planned value (PV). The physical work scheduled, plus the authorized budget to accomplish the scheduled work. Previously, this was called the budgeted costs for work scheduled (BCWS).
  • Precedence diagramming method (PDM). A network diagramming technique in which activities are represented by boxes (or nodes). Activities are linked by precedence relationships to show the sequence in which the activities are to be performed.
  • 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 activity. (1) In the arrow diagramming method, the activity that enters a node. (2) In the precedence diagramming method, the "from" activity.
  • Probability and Impact Matrix. A common way to determine whether a risk is considered low, moderate, or high by combining the two dimensions of a risk, its probability of occurrence, and its impact on objectives if it occurs.
  • Procurement planning. Determining what to procure and when.
  • Product scope. The features and functions that characterize a product or service.
  • Program. A group of related projects managed in a coordinated way. Programs usually include an element of ongoing work.
  • Program Evaluation and Review Technique (PERT). An event-oriented network analysis technique used to estimate program duration when there is uncertainty in the individual activity duration estimates. PERT applies the critical path method using durations that are computed by a weighted average of optimistic, pessimistic, and most likely duration estimates. PERT computes the standard deviation of the completion date from those of the path's activity durations. Also known as the Method of Moments Analysis.
  • Project. A temporary endeavor undertaken to create a unique product, service, or result.
  • Project charter. A document issued by senior management that formally authorizes the existence of a project. And it provides the project manager with the authority to apply organizational resources to project activities.
  • Project communications management. A subset of project management that includes the processes required to ensure timely and appropriate generation, collection and dissemination, storage and ultimate disposition of project information. It consists of communications planning, information distribution, performance reporting, and administrative closure.
  • Project cost management. A subset of project management that includes the processes required to ensure that the project is completed within the approved budget. It consists of resource planning, cost estimating, cost budgeting, and cost control.
  • 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 integration management. A subset of project management that includes the processes required to ensure that the various elements of the project are properly coordinated. It consists of project plan development, project plan execution, and integrated change control.
  • Project life cycle. A collection of generally sequential project phases whose name and number are determined by the control needs of the organization or organizations involved in the project.
  • Project management (PM). The application of knowledge, skills, tools, and techniques to project activities to meet the project requirements.
  • Project Management Body of Knowledge (PMBOK®). An inclusive term that describes 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 that are widely applied, as well as innovative and advanced ones that have seen more limited use.
  • Project Management Professional (PMP®). An individual certified as such by the Project Management Institute (PMI®).
  • Project management system. A class of computer applications specifically designed to aid with planning and controlling project costs and schedules.
  • 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 individual responsible for managing a project.
  • Project network diagram. Any schematic display of the logical relationships of project activities. Always drawn from left to right to reflect project chronology. Often referred to as a PERT chart.
  • Project phase. A collection of logically related project activities, usually culminating in the completion of a major deliverable.
  • 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, facilitate communication among stakeholders, and document approved scope, cost, and schedule baselines. A project plan may be summary or detailed.
  • Project plan development. Integrating and coordinating all project plans to create a consistent, coherent document.
  • Project plan execution. Carrying out the project plan by performing the activities included therein.
  • Project planning. The development and maintenance of the project plan.
  • Project procurement management. A subset of project management that includes the processes required to acquire goods and services to attain project scope from outside the performing organization. It consists of procurement planning, solicitation planning, solicitation, source selection, contract administration, and contract closeout.
  • Project quality management. A subset of project management that includes the processes required to ensure that the project will satisfy the needs for which it was undertaken. It consists of quality planning, quality assurance, and quality control.
  • Project risk management. Risk management is the systematic process of identifying, analyzing, and responding to project risk. It includes maximizing the probability and consequences of positive events and minimizing the probability and consequences of events adverse to project objectives. It includes the processes of risk management planning, risk identification, qualitative risk analysis, quantitative risk analysis, risk response planning, and risk monitoring and control.
  • Project schedule. The planned dates for performing activities and the planned dates for meeting milestones.
  • Project scope. The work that must be done to deliver a product with the specified features and functions.
  • Project scope management. A subset of project management that includes 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 team members. The people who report either directly or indirectly to the project manager.
  • Project time management. A subset of project management that includes 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.
  • Qualitative risk analysis. Performing a qualitative analysis of risks and conditions to prioritize their effects on project objectives. It involves assessing the probability and impact of project risk(s) and using methods such as the probability and impact matrix to classify risks into categories of high, moderate, and low for prioritized risk response planning.
  • Quantitative risk analysis. Measuring the probability and consequences of risks and estimating their implications for project objectives. Risks are characterized by probability distributions of possible outcomes. This process uses quantitative techniques such as simulation and decision tree analysis.
  • Quality assurance (QA). (1) The process of evaluating overall project performance on a regular basis to provide confidence that the project will satisfy the relevant quality standards. (2) The organizational unit that is assigned responsibility for quality assurance.
  • Quality control (QC). 1) The process of monitoring specific project results to determine if they comply with relevant quality standards and identifying ways to eliminate causes of unsatisfactory performance. 2) The organizational unit that is assigned responsibility for quality control.
  • Quality planning. Identifying which quality standards are relevant to the project, and determining how to satisfy them.
  • Remaining duration (RDU). The time needed to complete an activity.
  • 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. However, in some application areas, it may have a narrower or more specific meaning.
  • 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.
  • Residual risk. A risk that remains after risk responses have been implemented.
  • 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. The final project schedule should always be resource limited.
  • Resource planning. Determining what resources (people, equipment, materials) are needed in what quantities to perform project activities.
  • Responsibility assignment matrix (RAM). A structure that 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 to ensure full performance of the contract terms.
  • Rework. Action taken to bring a defective or nonconforming item into compliance with requirements or specifications.
  • Risk. An uncertain event or condition that, if it occurs, has a positive or negative effect on a project's objectives.
  • Risk acceptance. This technique of the risk response planning process indicates that the project team has decided not to change the project plan to deal with a risk, or is unable to identify any other suitable response strategy.
  • Risk avoidance. Risk avoidance is changing the project plan to eliminate the risk or to protect the project objectives from its impact. It is a tool of the risk response planning process.
  • Risk category. A source of potential risk reflecting technical, project management, organizational, or external sources.
  • Risk database. A repository that provides for collection, maintenance, and analysis of data gathered and used in the risk management processes. A lessons-learned program uses a risk database. This is an output of the risk monitoring and control process.
  • Risk event. A discrete occurrence that may affect the project for better or worse.
  • Risk identification. Determining which risks might affect the project and documenting their characteristics. Tools used include brainstorming and checklists.
  • Risk management plan. Documents how the risk processes will be carried out during the project. This is the output of risk management planning.
  • Risk management planning. Deciding how to approach and plan risk management activities for a project.
  • Risk mitigation. Risk mitigation seeks to reduce the probability and/or impact of a risk to below an acceptable threshold.
  • Risk monitoring and control. Monitoring residual risks, identifying new risks, executing risk reduction plans, and evaluating their effectiveness throughout the project life cycle.
  • Risk response plan. A document detailing all identified risks, including description, cause, probability of occurring, impact(s) on objectives, proposed responses, owners, and current status. Also known as risk register.
  • Risk response planning. Developing procedures and techniques to enhance opportunities and reduce threats to the project's objectives. The tools include avoidance, mitigation, transference, and acceptance.
  • Risk transference. Risk transference is seeking to shift the impact of a risk to a third party together with ownership of the response.
  • S-Curve. Graphic display of cumulative costs, labor hours, percentage of work, 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. Also a term for the cumulative likelihood distribution that is a result of a simulation, a tool of quantitative risk analysis.
  • Schedule control. Controlling changes to the project schedule.
  • Schedule development. Analyzing activity sequences, activity durations, and resource requirements to create the project schedule.
  • Schedule performance index (SPI). The schedule efficiency ratio of earned value accomplished against the planned value. The SPI describes what portion of the planned schedule was actually accomplished. The SPI = EV divided by PV.
  • Schedule variance (SV). 1) Any difference between the scheduled completion of an activity and the actual completion of that activity. 2) In earned value, EV less BCWS = SV.
  • Scheduled finish date (SF). The point in time that 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. It may reflect leveling or scarce resources.
  • Scheduled Start date (SS). The point in time that 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. It may reflect leveling of scarce resources.
  • Scope. The sum of the products and services to be provided as a project. See project scope and product scope.
  • Scope change. Any change to the project scope. A scope change almost always requires an adjustment to the project cost or schedule.
  • Scope change control. Controlling changes to project scope.
  • Scope definition. Subdividing the major deliverables into smaller, more manageable components to provide better control.
  • Scope planning. The process of progressively elaborating the work of the project, which includes developing a written scope statement that includes the project justification, the major deliverables, and the project objectives.
  • Scope statement. The scope statement provides a documented basis for making future project decisions and for confirming or developing common understanding of project scope among the stakeholders. As the project progresses, the scope statement may need to be revised or refined to reflect approved changes to the scope of the project.
  • Scope verification. Formalizing acceptance of the project scope.
  • Secondary risk. A risk that arises as a direct result of implementing a risk response.
  • Seller. The provider of goods or services to an organization.
  • Should-cost estimate. An estimate of the cost of a product or service used to provide an assessment of the reasonableness of a prospective contractor's proposed cost.
  • Simulation. A simulation uses a project model that translates the uncertainties specified at a detailed level into their potential impact on objectives that are expressed at the level of the total project. Project simulations use computer models and estimates of risk at a detailed level, and are typically performed using the Monte Carlo technique.
  • Slack. Term used in arrow diagramming method for float.
  • Solicitation. Obtaining quotations, bids, offers, or proposals as appropriate.
  • Solicitation planning. Documenting product requirements and identifying potential sources.
  • Source selection. Choosing from among potential sellers.
  • Staff acquisition. Getting needed human resources assigned to and working on the project.
  • Stakeholder. Individuals and organizations that are actively involved in the project, or whose interests may be positively or negatively affected as a result of project execution or project completion. They may also exert influence over the project and its results.
  • Start date. A point in time associated with an activity's start, usually qualified by one of the following: actual, planned, estimated, scheduled, early, late, target, baseline, or current.
  • Statement of work (SOW). A narrative description of products or services to be supplied under contract.
  • Subnet. A subdivision of a project network diagram, usually representing some form of subproject.
  • Subproject. A smaller portion of the overall project.
  • Successor activity. (1) In the arrow diagramming method, the activity that departs a node. (2) In the precedence diagramming method, the "to" activity.
  • Target completion date (TC). An imposed date that constrains or otherwise modifies the network analysis.
  • Target finish date (TF). The date that work is planned (targeted) to finish on an activity.
  • Target start date (TS). The date that work is planned (targeted) to start on an activity.
  • Task. A generic term for work that is not included in the work breakdown structure, but potentially could be a further decomposition of work by the individuals responsible for that work. Also, lowest level of effort on a project.
  • Team development. Developing individual and group competencies to enhance project performance.
  • Technical performance measurement. Technical performance measurement compares technical accomplishments during project execution to the project plan's schedule of technical achievement.
  • Time-scaled network diagram. Any project network diagram drawn in such a way that the positioning and length of the activity represent its duration. Essentially, it is a bar chart that includes network logic.
  • Total quality management (TQM). A common approach to implementing a quality improvement program within an organization.
  • Triggers. Triggers, sometimes called risk symptoms or warning signs, are indications that a risk has occurred or is about to occur. Triggers may be discovered in the risk identification process and watched in the risk monitoring and control process.
  • Value engineering (VE). Value engineering is a creative approach used to optimize life-cycle costs, save time, increase profits, improve quality, expand market share, solve problems, and/or use resources more effectively.
  • 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.
  • Work item. Term no longer in common usage. Synonymous with activity — see activity.
  • Work package. A deliverable at the lowest level of the work breakdown structure, when that deliverable may be assigned to another project manager to plan and execute. This may be accomplished through the use of a subproject where the work package may be further decomposed into activities.

Source: cs.bilkent.edu.tr/~cagatay/cs413/PMBOK.pdf

Sixth edition

According to the Guide,

X1.2 RULES FOR HARMONIZATION BETWEEN GLOSSARY TERMS AND THE PMI LEXICON OF PROJECT MANAGEMENT TERMS. To ensure that terms used in the PMBOK® Guide align with the PMI Lexicon of Project Management Terms 1 and harmonize with other relevant PMI standards, the Sixth Edition followed these business rules:

  • For terms found in both the PMBOK® Guide and the PMI Lexicon, the definition from the PMI Lexicon is used.
  • Where terms used in the PMBOK® Guide are not found in the PMI Lexicon but are found in other relevant

PMI standards, the definitions of the terms should be identical. If the definitions do not align with the respective standards, the term is elevated to the PMI Lexicon team for assistance in creating an acceptable common definition.

  • Acceptance Criteria. A set of conditions that is required to be met before deliverables are accepted.
  • Accepted Deliverables. Products, results, or capabilities produced by a project and validated by the project customer or sponsors as meeting their specified acceptance criteria.
  • Accuracy. Within the quality management system, accuracy is an assessment of correctness.
  • Acquire Resources. The process of obtaining team members, facilities, equipment, materials, supplies, and other resources necessary to complete project work.
  • Acquisition. Obtaining human and material resources necessary to perform project activities. Acquisition implies a cost of resources, and is not necessarily financial.
  • Activity. A distinct, scheduled portion of work performed during the course of a project.
  • Activity Attributes. Multiple attributes associated with each schedule activity that can be included within the activity list. Activity attributes include activity codes, predecessor activities, successor activities, logical relationships, leads and lags, resource requirements, imposed dates, constraints, and assumptions.
  • Activity Duration. The time in calendar units between the start and finish of a schedule activity. See also duration.
  • Activity Duration Estimates. The quantitative assessments of the likely number of time periods that are required to complete an activity.
  • Activity List. A documented tabulation of schedule activities that shows the activity description, activity identifier, and a sufficiently detailed scope of work description so project team members understand what work is to be performed.
  • Activity-on-Node (AON). See precedence diagramming method (PDM).
  • Actual Cost (AC). The realized cost incurred for the work performed on an activity during a specific time period.
  • Actual Duration. The time in calendar units between the actual start date of the schedule activity and either the data date of the project schedule if the schedule activity is in progress or the actual finish date if the schedule activity is complete.
  • Adaptive Life Cycle. A project life cycle that is iterative or incremental.
  • Affinity Diagrams. A technique that allows large numbers of ideas to be classified into groups for review and analysis.
  • Agreements. Any document or communication that defines the initial intentions of a project. This can take the form of a contract, memorandum of understanding (MOU), letters of agreement, verbal agreements, email, etc.
  • Alternative Analysis. A technique used to evaluate identified options in order to select the options or approaches to use to execute and perform the work of the project.
  • Analogous Estimating. A technique for estimating the duration or cost of an activity or a project using historical data from a similar activity or project.
  • Analytical Techniques. Various techniques used to evaluate, analyze, or forecast potential outcomes based on possible variations of project or environmental variables and their relationships with other variables.
  • Assumption. A factor in the planning process that is considered to be true, real, or certain, without proof or demonstration.
  • Assumption Log. A project document used to record all assumptions and constraints throughout the project life cycle.
  • Attribute Sampling. Method of measuring quality that consists of noting the presence (or absence) of some characteristic (attribute) in each of the units under consideration.
  • Authority. The right to apply project resources, expend funds, make decisions, or give approvals.
  • Backward Pass. A critical path method technique for calculating the late start and late finish dates by working backward through the schedule model from the project end date.
  • Bar Chart. A graphic display of schedule-related information. In the typical bar chart, schedule activities or work breakdown structure components 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. See also Gantt chart.
  • Baseline. The approved version of a work product that can be changed only through formal change control procedures and is used as a basis for comparison to actual results.
  • Basis of Estimates. Supporting documentation outlining the details used in establishing project estimates such as assumptions, constraints, level of detail, ranges, and confidence levels.
  • Benchmarking. Benchmarking is the comparison of actual or planned products, processes, and practices to those of comparable organizations to identify best practices, generate ideas for improvement, and provide a basis for measuring performance.
  • Benefits Management Plan. The documented explanation defining the processes for creating, maximizing, and sustaining the benefits provided by a project or program.
  • Bid Documents. All documents used to solicit information, quotations, or proposals from prospective sellers.
  • Bidder Conference. The meetings with prospective sellers prior to the preparation of a bid or proposal to ensure all prospective vendors have a clear and common understanding of the procurement. Also known as contractor conferences, vendor conferences, or pre-bid conferences.
  • Bottom-Up Estimating. A method of estimating project duration or cost by aggregating the estimates of the lower-level components of the work breakdown structure (WBS).
  • Budget. The approved estimate for the project or any work breakdown structure component or any schedule activity.
  • Budget at Completion (BAC). The sum of all budgets established for the work to be performed.
  • Buffer. See reserve.
  • Business Case. A documented economic feasibility study used to establish validity of the benefits of a selected component lacking sufficient definition and that is used as a basis for the authorization of further project management activities.
  • Business Value. The net quantifiable benefit derived from a business endeavor. The benefit may be tangible, intangible, or both.
  • Cause and Effect Diagram. A decomposition technique that helps trace an undesirable effect back to its root cause.
  • Change. A modification to any formally controlled deliverable, project management plan component, or project document.
  • Change Control. A process whereby modifications to documents, deliverables, or baselines associated with the project are identified, documented, approved, or rejected.
  • Change Control Board (CCB). A formally chartered group responsible for reviewing, evaluating, approving, delaying, or rejecting changes to the project, and for recording and communicating such decisions.
  • Change Control System. A set of procedures that describes how modifications to the project deliverables and documentation are managed and controlled.
  • Change Control Tools. Manual or automated tools to assist with change and/or configuration management. At a minimum, the tools should support the activities of the CCB.
  • Change Log. A comprehensive list of changes submitted during the project and their current status.
  • Change Management Plan. A component of the project management plan that establishes the change control board, documents the extent of its authority, and describes how the change control system will be implemented.
  • Change Request. A formal proposal to modify a document, deliverable, or baseline.
  • Charter. See project charter.
  • Checklist Analysis. A technique for systematically reviewing materials using a list for accuracy and completeness.
  • Checksheets. A tally sheet that can be used as a checklist when gathering data.
  • Claim. A request, demand, or assertion of rights by a seller against a buyer, or vice versa, for consideration, compensation, or payment under the terms of a legally binding contract, such as for a disputed change.
  • Claims Administration. The process of processing, adjudicating, and communicating contract claims.
  • Close Project or Phase. The process of finalizing all activities for the project, phase, or contract.
  • Closing Process Group. The process(es) performed to formally complete or close a project, phase, or contract.
  • Code of Accounts. A numbering system used to uniquely identify each component of the work breakdown structure (WBS).
  • Collect Requirements. The process of determining, documenting, and managing stakeholder needs and requirements to meet project objectives.
  • Colocation. An organizational placement strategy where the project team members are physically located close to one another in order to improve communication, working relationships, and productivity.
  • Communication Methods. A systematic procedure, technique, or process used to transfer information among project stakeholders.
  • Communication Models. A description, analogy, or schematic used to represent how the communication process will be performed for the project.
  • Communication Requirements Analysis. An analytical technique to determine the information needs of the project stakeholders through interviews, workshops, study of lessons learned from previous projects, etc.
  • Communications Management Plan. A component of the project, program, or portfolio management plan that describes how, when, and by whom information about the project will be administered and disseminated.
  • Communication Styles Assessment. A technique to identify the preferred communication method, format, and content for stakeholders for planned communication activities.
  • Communication Technology. Specific tools, systems, computer programs, etc., used to transfer information among project stakeholders.
  • Conduct Procurements. The process of obtaining seller responses, selecting a seller, and awarding a contract.
  • Configuration Management Plan. A component of the project management plan that describes how to identify and account for project artifacts under configuration control, and how to record and report changes to them.
  • Configuration Management System. A collection of procedures used to track project artifacts and monitor and control changes to these artifacts.
  • Conformance. Within the quality management system, conformance is a general concept of delivering results that fall within the limits that define acceptable variation for a quality requirement.
  • Constraint. A limiting factor that affects the execution of a project, program, portfolio, or process.
  • Context Diagrams. A visual depiction of the product scope showing a business system (process, equipment, computer system, etc.), and how people and other systems (actors) interact with it.
  • Contingency. An event or occurrence that could affect the execution of the project that may be accounted for with a reserve.
  • Contingency Reserve. Time or money allocated in the schedule or cost baseline for known risks with active response strategies.
  • Contingent Response Strategies. Responses provided which may be used in the event that a specific trigger occurs.
  • Contract. A contract is a mutually binding agreement that obligates the seller to provide the specified product or service or result and obligates the buyer to pay for it.
  • Contract Change Control System. The system used to collect, track, adjudicate, and communicate changes to a contract.
  • Control. Comparing actual performance with planned performance, analyzing variances, assessing trends to effect process improvements, evaluating possible alternatives, and recommending appropriate corrective action as needed.
  • Control Account. A management control point where scope, budget, actual cost, and schedule are integrated and compared to earned value for performance measurement.
  • Control Chart. A graphic display of process data over time and against established control limits, which has a centerline that assists in detecting a trend of plotted values toward either control limit.
  • Control Costs. The process of monitoring the status of the project to update the project costs and manage changes to the cost baseline.
  • Control Limits. The area composed of three standard deviations on either side of the centerline or mean of a normal distribution of data plotted on a control chart, which reflects the expected variation in the data. See also specification limits.
  • Control Procurements. The process of managing procurement relationships, monitoring contract performance, making changes and corrections as appropriate, and closing out contracts.
  • Control Quality. The process of monitoring and recording results of executing the quality management activities to assess performance and ensure the project outputs are complete, correct, and meet customer expectations.
  • Control Resources. The process of ensuring that the physical resources assigned and allocated to the project are available as planned, as well as monitoring the planned versus actual utilization of resources and performing corrective action as necessary.
  • Control Schedule. The process of monitoring the status of the project to update the project schedule and manage changes to the schedule baseline.
  • Control Scope. The process of monitoring the status of the project and product scope and managing changes to the scope baaseline.
  • Corrective Action. An intentional activity that realigns the performance of the project work with the project management plan.
  • Cost Aggregation. Summing the lower-level cost estimates associated with the various work packages for a given level within the project's WBS or for a given cost control account.
  • Cost Baseline. The approved version of the time-phased project budget, excluding any management reserves, which can be changed only through formal change control procedures and is used as a basis for comparison to actual results.
  • Cost-Benefit Analysis. A financial analysis tool used to determine the benefits provided by a project against its costs.
  • Cost Management Plan. A component of a project or program management plan that describes how costs will be planned, structured, and controlled.
  • Cost of Quality (CoQ). All costs incurred over the life of the product by investment in preventing nonconformance to requirements, appraisal of the product or service for conformance to requirements, and failure to meet requirements.
  • Cost Performance Index (CPI). A measure of the cost efficiency of budgeted resources expressed as the ratio of earned value to actual cost.
  • Cost Plus Award Fee Contract (CPAF). A category of contract that involves payments to the seller for all legitimate actual costs incurred for completed work, plus an award fee representing seller profit.
  • Cost Plus Fixed Fee Contract (CPFF). A type of cost-reimbursable 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 Contract (CPIF). A type of cost-reimbursable 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-Reimbursable Contract. A type of contract involving payment to the seller for the seller's actual costs, plus a fee typically representing the seller's profit.
  • Cost Variance (CV). The amount of budget deficit or surplus at a given point in time, expressed as the difference between the earned value and the actual cost.
  • Crashing. A technique used to shorten the schedule duration for the least incremental cost by adding resources.
  • Create WBS. The process of subdividing project deliverables and project work into smaller, more manageable components.
  • Criteria. Standards, rules, or tests on which a judgment or decision can be based or by which a product, service, result, or process can be evaluated.
  • Critical Path. The sequence of activities that represents the longest path through a project, which determines the shortest possible duration.
  • Critical Path Activity. Any activity on the critical path in a project schedule.
  • Critical Path Method (CPM). A method used to estimate the minimum project duration and determine the amount of schedule flexibility on the logical network paths within the schedule model.
  • Data. Discrete, unorganized, unprocessed measurements or raw observations.
  • Data Analysis Techniques. Techniques used to organize, assess, and evaluate data and information.
  • Data Date. A point in time when the status of the project is recorded.
  • Data Gathering Techniques. Techniques used to collect data and information from a variety of sources.
  • Data Representation Techniques. Graphic representations or other methods used to convey data and information.
  • Decision-Making Techniques. Techniques used to select a course of action from different alternatives.
  • Decision Tree Analysis. A diagramming and calculation technique for evaluating the implications of a chain of multiple options in the presence of uncertainty.
  • Decomposition. A technique used for dividing and subdividing the project scope and project deliverables into smaller, more manageable parts.
  • Defect. An imperfection or deficiency in a project component where that component does not meet its requirements or specifications and needs to be either repaired or replaced.
  • Defect Repair. An intentional activity to modify a nonconforming product or product component.
  • Define Activities. The process of identifying and documenting the specific actions to be performed to produce the project deliverables.
  • Define Scope. The process of developing a detailed description of the project and product.
  • Deliverable. Any unique and verifiable product, result, or capability to perform a service that is required to be produced to complete a process, phase, or project.
  • Dependency. See logical relationship.
  • Determine Budget. The process of aggregating the estimated costs of individual activities or work packages to establish an authorized cost baseline.
  • Development Approach. The method used to create and evolve the product, service, or result during the project life cycle, such as predictive, iterative, incremental, agile, or a hybrid method.
  • Develop Project Charter. The process of developing a document that formally authorizes the existence of a project and provides the project manager with the authority to apply organizational resources to project activities.
  • Develop Project Management Plan. The process of defining, preparing, and coordinating all plan components and consolidating them into an integrated project management plan.
  • Develop Schedule. The process of analyzing activity sequences, durations, resource requirements, and schedule constraints to create the project schedule model for project execution and monitoring and controlling.
  • Develop Team. The process of improving competences, team member interaction, and overall team environment to enhance project performance.
  • Diagramming Techniques. Approaches to presenting information with logical linkages that aid in understanding.
  • Direct and Manage Project Work. The process of leading and performing the work defined in the project management plan and implementing approved changes to achieve the project's objectives.
  • Discrete Effort. An activity that can be planned and measured and that yields a specific output. [Note: Discrete effort is one of three earned value management (EVM) types of activities used to measure work performance.]
  • Discretionary Dependency. A relationship that is established based on knowledge of best practices within a particular application area or an aspect of the project where a specific sequence is desired.
  • Documentation Reviews. The process of gathering a corpus of information and reviewing it to determine accuracy and completeness.
  • Duration. The total number of work periods required to complete an activity or work breakdown structure component, expressed in hours, days, or weeks. Contrast with effort.
  • Early Finish Date (EF). In the critical path method, the earliest possible point in time when the uncompleted portions of a schedule activity can finish based on the schedule network logic, the data date, and any schedule constraints.
  • Early Start Date (ES). In the critical path method, the earliest possible point in time when the uncompleted portions of a schedule activity can start based on the schedule network logic, the data date, and any schedule constraints.
  • Earned Value (EV). The measure of work performed expressed in terms of the budget authorized for that work.
  • Earned Value Management. A methodology that combines scope, schedule, and resource measurements to assess project performance and progress.
  • Effort. The number of labor units required to complete a schedule activity or work breakdown structure component, often expressed in hours, days, or weeks. Contrast with duration.
  • Emotional Intelligence. The ability to identify, assess, and manage the personal emotions of oneself and other people, as well as the collective emotions of groups of people.
  • Enterprise Environmental Factors. Conditions, not under the immediate control of the team, that influence, constrain, or direct the project, program, or portfolio.
  • Estimate. A quantitative assessment of the likely amount or outcome of a variable, such as project costs, resources, effort, or durations.
  • Estimate Activity Durations. The process of estimating the number of work periods needed to complete individual activities with the estimated resources.
  • Estimate Activity Resources. The process of estimating team resources and the type and quantities of material, equipment, and supplies necessary to perform project work.
  • Estimate at Completion (EAC). The expected total cost of completing all work expressed as the sum of the actual cost to date and the estimate to complete.
  • Estimate Costs. The process of developing an approximation of the monetary resources needed to complete project work.
  • Estimate to Complete (ETC). The expected cost to finish all the remaining project work.
  • Execute. Directing, managing, performing, and accomplishing the project work; providing the deliverables; and providing work performance information.
  • Executing Process Group. Those processes performed to complete the work defined in the project management plan to satisfy the project requirements.
  • Expert Judgment. Judgment provided based upon expertise in an application area, knowledge area, discipline, industry, etc., as appropriate for the activity being performed. Such expertise may be provided by any group or person with specialized education, knowledge, skill, experience, or training.
  • Explicit Knowledge. Knowledge that can be codified using symbols such as words, numbers, and pictures.
  • External Dependency. A relationship between project activities and non-project activities.
  • Fallback Plan. Fallback plans include an alternative set of actions and tasks available in the event that the primary plan needs to be abandoned because of issues, risks, or other causes.
  • Fast Tracking. A schedule compression technique in which activities or phases normally done in sequence are performed in parallel for at least a portion of their duration.
  • Fee. Represents profit as a component of compensation to a seller.
  • Finish Date. A point in time associated with a schedule activity's completion. Usually qualified by one of the following: actual, planned, estimated, scheduled, early, late, baseline, target, or current.
  • Finish-to-Finish (FF). A logical relationship in which a successor activity cannot finish until a predecessor activity has finished.
  • Finish-to-Start (FS). A logical relationship in which a successor activity cannot start until a predecessor activity has finished.
  • Firm Fixed Price Contract (FFP). A type of fixed price contract where the buyer pays the seller a set amount (as defined by the contract), regardless of the seller's costs.
  • Fishbone diagram. See Cause and Effect Diagram.
  • Fixed-Price Contract. An agreement that sets the fee that will be paid for a defined scope of work regardless of the cost or effort to deliver it.
  • Fixed Price Incentive Fee Contract (FPIF). 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 the seller meets defined performance criteria.
  • Fixed Price with Economic Price Adjustment Contract (FPEPA). A fixed-price contract, but with a special provision allowing for predefined final adjustments to the contract price due to changed conditions, such as inflation changes, or cost increases (or decreases) for specific commodities.
  • Float. Also called slack. See total float and free float.
  • Flowchart. The depiction in a diagram format of the inputs, process actions, and outputs of one or more processes within a system.
  • Focus Groups. An elicitation technique that brings together prequalified stakeholders and subject matter experts to learn about their expectations and attitudes about a proposed product, service, or result.
  • Forecast. An estimate or prediction of conditions and events in the project's future based on information and knowledge available at the time of the forecast.
  • Forward Pass. A critical path method technique for calculating the early start and early finish dates by working forward through the schedule model from the project start date or a given point in time.
  • Free Float. The amount of time that a schedule activity can be delayed without delaying the early start date of any successor or violating a schedule constraint.
  • Functional Organization. An organizational structure in which staff is grouped by areas of specialization and the project manager has limited authority to assign work and apply resources.
  • Funding Limit Reconciliation. The process of comparing the planned expenditure of project funds against any limits on the commitment of funds for the project to identify any variances between the funding limits and the planned expenditures.
  • Gantt Chart. A bar chart of schedule information where activities are listed on the vertical axis, dates are shown on the horizontal axis, and activity durations are shown as horizontal bars placed according to start and finish dates.
  • Grade. A category or rank used to distinguish items that have the same functional use but do not share the same requirements for quality.
  • Ground Rules. Expectations regarding acceptable behavior by project team members.
  • Histogram. A bar chart that shows the graphical representation of numerical data.
  • Historical Information. Documents and data on prior projects including project files, records, correspondence, closed contracts, and closed projects.
  • Identify Risks. The process of identifying individual risks as well as sources of overall risk and documenting their characteristics.
  • Identify Stakeholders. The process of identifying project stakeholders regularly and analyzing and documenting relevant information regarding their interests, involvement, interdependencies, influence, and potential impact on project success.
  • Implement Risk Responses. The process of implementing agreed-upon risk response plans.
  • Imposed Date. A fixed date imposed on a schedule activity or schedule milestone, usually in the form of a “start no earlier than” and “finish no later than” date.
  • Incentive Fee. A set of financial incentives related to cost, schedule, or technical performance of the seller.
  • Incremental Life Cycle. An adaptive project life cycle in which the deliverable is produced through a series of iterations that successively add functionality within a predetermined time frame. The deliverable contains the necessary and sufficient capability to be considered complete only after the final iteration.
  • Independent Estimates. A process of using a third party to obtain and analyze information to support prediction of cost, schedule, or other items.
  • Influence Diagram. A graphical representation of situations showing causal influences, time ordering of events, and other relationships among variables and outcomes.
  • Information. Organized or structured data, processed for a specific purpose to make it meaningful, valuable, and useful in specific contexts.
  • Information Management Systems. Facilities, processes, and procedures used to collect, store, and distribute information between producers and consumers of information in physical or electronic format.
  • Initiating Process Group. Those processes performed to define a new project or a new phase of an existing project by obtaining authorization to start the project or phase.
  • Input. Any item, whether internal or external to the project, which is required by a process before that process proceeds. May be an output from a predecessor process.
  • Inspection. Examination of a work product to determine whether it conforms to documented standards.
  • Interpersonal and Team Skills. Skills used to effectively lead and interact with team members and other stakeholders.
  • Interpersonal Skills. Skills used to establish and maintain relationships with other people.
  • Interviews. A formal or informal approach to elicit information from stakeholders by talking to them directly.
  • 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. A current condition or situation that may have an impact on the project objectives.
  • Issue Log. A project document where information about issues is recorded and monitored.
  • Iterative Life Cycle. A project life cycle where the project scope is generally determined early in the project life cycle, but time and cost estimates are routinely modified as the project team's understanding of the product increases.
  • [[Iterations develop the product through a series of repeated cycles, while increments successively add to the functionality of the product.
  • Knowledge. A mixture of experience, values and beliefs, contextual information, intuition, and insight that people use to make sense of new experiences and information.
  • Lag. The amount of time whereby a successor activity will be delayed with respect to a predecessor activity.
  • Late Finish Date (LF). In the critical path method, the latest possible point in time when the uncompleted portions of a schedule activity can finish based on the schedule network logic, the project completion date, and any schedule constraints.
  • Late Start Date (LS). In the critical path method, the latest possible point in time when the uncompleted portions of a schedule activity can start based on the schedule network logic, the project completion date, and any schedule constraints.
  • Lead. The amount of time whereby a successor activity can be advanced with respect to a predecessor activity.
  • Lessons Learned. The knowledge gained during a project which shows how project events were addressed or should be addressed in the future for the purpose of improving future performance.
  • Lessons Learned Register. A project document used to record knowledge gained during a project so that it can be used in the current project and entered into the lessons learned repository.
  • Lessons Learned Repository. A store of historical information about lessons learned in projects.
  • Level of Effort (LOE). An activity that does not produce definitive end products and is measured by the passage of time.
  • Life Cycle. See project life cycle.
  • Log. A document used to record and describe or denote selected items identified during execution of a process or activity. Usually used with a modifier, such as issue, change, issue, or assumption.
  • Logical Relationship. A dependency between two activities, or between an activity and a milestone.
  • Make-or-Buy Analysis. The process of gathering and organizing data about product requirements and analyzing them against available alternatives including the purchase or internal manufacture of the product.
  • Make-or-Buy Decisions. Decisions made regarding the external purchase or internal manufacture of a product.
  • Manage Communications. Manage Communications is the process of ensuring timely and appropriate collection, creation, distribution, storage, retrieval, management, monitoring, and the ultimate disposition of project information.
  • Management Reserve. An amount of the project budget or project schedule held outside of the performance measurement baseline (PMB) for management control purposes, that is reserved for unforeseen work that is within scope of the project.
  • Management Skills. The ability to plan, organize, direct, and control individuals or groups of people to achieve specific goals.
  • Manage Project Knowledge. The process of using existing knowledge and creating new knowledge to achieve the project's objectives and contribute to organizational learning.
  • Manage Quality. The process of translating the quality management plan into executable quality activities that incorporate the organization's quality policies into the project.
  • Manage Stakeholder Engagement. The process of communicating and working with stakeholders to meet their needs and expectations, address issues, and foster appropriate stakeholder involvement.
  • Manage Team. The process of tracking team member performance, providing feedback, resolving issues, and managing team changes to optimize project performance.
  • Mandatory Dependency. A relationship that is contractually required or inherent in the nature of the work.
  • Master Schedule. A summary-level project schedule that identifies the major deliverables and work breakdown structure components and key schedule milestones. See also milestone schedule.
  • Matrix Diagrams. A quality management and control tool used to perform data analysis within the organizational structure created in the matrix. The matrix diagram seeks to show the strength of relationships between factors, causes, and objectives that exist between the rows and columns that form the matrix.
  • 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 persons assigned to the project.
  • Methodology. A system of practices, techniques, procedures, and rules used by those who work in a discipline.
  • Milestone. A significant point or event in a project, program, or portfolio.
  • Milestone Schedule. A type of schedule that presents milestones with planned dates. See also master schedule.
  • Mind-Mapping. A technique used to consolidate ideas created through individual brainstorming sessions into a single map to reflect commonality and differences in understanding and to generate new ideas.
  • Monitor. Collect project performance data, produce performance measures, and report and disseminate performance information.
  • Monitor and Control Project Work. The process of tracking, reviewing, and reporting overall progress to meet the performance objectives defined in the project management plan.
  • Monitor Communications. The process of ensuring that the information needs of the project and its stakeholders are met.
  • Monitoring and Controlling Process Group. Those processes required to track, review, and regulate the progress and performance of the project; identify any areas in which changes to the plan are required; and initiate the corresponding changes.
  • Monitor Risks. The process of monitoring the implementation of agreed-upon risk response plans, tracking identified risks, identifying and analyzing new risks, and evaluating risk process effectiveness throughout the project.
  • Monitor Stakeholder Engagement. The process of monitoring project stakeholder relationships, and tailoring strategies for engaging stakeholders through the modification of engagement strategies and plans.
  • Monte Carlo Simulation. An analysis technique where a computer model is iterated many times, with the input values chosen at random for each iteration driven by the input data, including probability distributions and probabilistic branches. Outputs are generated to represent the range of possible outcomes for the project.
  • Multicriteria Decision Analysis. This technique utilizes a decision matrix to provide a systematic analytical approach for establishing criteria, such as risk levels, uncertainty, and valuation, to evaluate and rank many ideas.
  • Network. See project schedule network diagram.
  • Network Logic. All activity dependencies in a project schedule network diagram.
  • Network Path. A sequence of activities connected by logical relationships in a project schedule network diagram.
  • Networking. Establishing connections and relationships with other people from the same or other organizations.
  • Node. A point at which dependency lines connect on a schedule network diagram.
  • Nominal Group Technique. A technique that enhances brainstorming with a voting process used to rank the most useful ideas for further brainstorming or for prioritization.
  • Objective. Something toward which work is to be directed, a strategic position to be attained, a purpose to be achieved, a result to be obtained, a product to be produced, or a service to be performed.
  • Opportunity. A risk that would have a positive effect on one or more project objectives.
  • Organizational Breakdown Structure (OBS). A hierarchical representation of the project organization, which illustrates the relationship between project activities and the organizational units that will perform those activities.
  • Organizational Learning. A discipline concerned with the way individuals, groups, and organizations develop knowledge.
  • Organizational Process Assets. Plans, processes, policies, procedures, and knowledge bases that are specific to and used by the performing organization.
  • Output. A product, result, or service generated by a process. May be an input to a successor process.
  • Overall Project Risk. The effect of uncertainty on the project as a whole, arising from all sources of uncertainty including individual risks, representing the exposure of stakeholders to the implications of variations in project outcome, both positive and negative.
  • Parametric Estimating. An estimating technique in which an algorithm is used to calculate cost or duration based on historical data and project parameters.
  • Path Convergence. A relationship in which a schedule activity has more than one predecessor.
  • Path Divergence. A relationship in which a schedule activity has more than one successor.
  • Percent Complete. An estimate expressed as a percent of the amount of work that has been completed on an activity or a work breakdown structure component.
  • Performance Measurement Baseline (PMB). Integrated scope, schedule, and cost baselines used for comparison to manage, measure, and control project execution.
  • Performance Reviews. A technique that is used to measure, compare, and analyze actual performance of work in progress on the project against the baseline.
  • Perform Integrated Change Control. The process of reviewing all change requests; approving changes and managing changes to deliverables, organizational process assets, project documents, and the project management plan; and communicating the decisions.
  • Perform Qualitative Risk Analysis. The process of prioritizing individual project risks for further analysis or action by assessing their probability of occurrence and impact as well as other characteristics.
  • Perform Quantitative Risk Analysis. The process of numerically analyzing the combined effect of identified individual project risks and other sources of uncertainty on overall project objectives.
  • Phase. See project phase.
  • Phase Gate. A review at the end of a phase in which a decision is made to continue to the next phase, to continue with modification, or to end a project or program.
  • Plan Communications Management. The process of developing an appropriate approach and plan for project communication activities based on the information needs of each stakeholder or group, available organizational assets, and the needs of the project.
  • Plan Cost Management. The process of defining how the project costs will be estimated, budgeted, managed, monitored, and controlled.
  • Planned Value (PV). The authorized budget assigned to scheduled work.
  • Planning Package. A work breakdown structure component below the control account with known work content but without detailed schedule activities. See also control account.
  • Planning Process Group. Those processes required to establish the scope of the project, refine the objectives, and define the course of action required to attain the objectives that the project was undertaken to achieve.
  • Plan Procurement Management. The process of documenting project procurement decisions, specifying the approach, and identifying potential sellers.
  • Plan Quality Management. The process of identifying quality requirements and/or standards for the project and its deliverables, and documenting how the project will demonstrate compliance with quality requirements and/or standards.
  • Plan Resource Management. The process of defining how to estimate, acquire, manage, and utilize physical and team resources.
  • Plan Risk Management. The process of defining how to conduct risk management activities for a project.
  • Plan Risk Responses. The process of developing options, selecting strategies, and agreeing on actions to address overall project risk exposure, as well as to treat individual project risks.
  • Plan Schedule Management. The process of establishing the policies, procedures, and documentation for planning, developing, managing, executing, and controlling the project schedule.
  • Plan Scope Management. The process of creating a scope management plan that documents how the project and product scope will be defined, validated, and controlled.
  • Plan Stakeholder Engagement. The process of developing approaches to involve project stakeholders, based on their needs, expectations, interests, and potential impact on the project.
  • Plurality. Decisions made by the largest block in a group, even if a majority is not achieved.
  • Policy. A structured pattern of actions adopted by an organization such that the organization's policy can be explained as a set of basic principles that govern the organization's conduct.
  • Portfolio. Projects, programs, subsidiary portfolios, and operations managed as a group to achieve strategic objectives.
  • Portfolio Management. The centralized management of one or more portfolios to achieve strategic objectives.
  • Practice. A specific type of professional or management activity that contributes to the execution of a process and that may employ one or more techniques and tools.
  • Precedence Diagramming Method (PDM). A technique used for constructing a schedule model in which activities are represented by nodes and are graphically linked by one or more logical relationships to show the sequence in which the activities are to be performed.
  • Precedence Relationship. A logical dependency used in the precedence diagramming method.
  • Predecessor Activity. An activity that logically comes before a dependent activity in a schedule.
  • Predictive Life Cycle. A form of project life cycle in which the project scope, time, and cost are determined in the early phases of the life cycle.
  • Preventive Action. An intentional activity that ensures the future performance of the project work is aligned with the project management plan.
  • Probability and Impact Matrix. A grid for mapping the probability of occurrence of each risk and its impact on project objectives if that risk occurs.
  • Procedure. An established method of accomplishing a consistent performance or result, a procedure typically can be described as the sequence of steps that will be used to execute a process.
  • Process. A systematic series of activities directed towards causing an end result such that one or more inputs will be acted upon to create one or more outputs.
  • Procurement Audits. The review of contracts and contracting processes for completeness, accuracy, and effectiveness.
  • Procurement Documents. The documents utilized in bid and proposal activities, which include the buyer's Invitation for bid, invitation for negotiations, request for information, request for quotation, request for proposal, and seller's responses.
  • Procurement Documentation. All documents used in signing, executing, and closing an agreement. Procurement documentation may include documents predating the project.
  • Procurement Management Plan. A component of the project or program management plan that describes how a project team will acquire goods and services from outside of the performing organization.
  • Procurement Statement of Work. Describes the procurement item in sufficient detail to allow prospective sellers to determine if they are capable of providing the products, services, or results.
  • Procurement Strategy. The approach by the buyer to determine the project delivery method and the type of legally binding agreement(s) that should be used to deliver the desired results.
  • Product. An artifact that is produced, is quantifiable, and can be either an end item in itself or a component item. Additional words for products are material and goods. See also deliverable.
  • Product Analysis. For projects that have a product as a deliverable, it is a tool to define scope that generally means asking questions about a product and forming answers to describe the use, characteristics, and other relevant aspects of what is going to be manufactured.
  • Product Life Cycle. The series of phases that represent the evolution of a product, from concept through delivery, growth, maturity, and to retirement.
  • Product Scope. The features and functions that characterize a product, service, or result.
  • Product Scope Description. The documented narrative description of the product scope.
  • Program. Related projects, subsidiary programs, and program activities that are managed in a coordinated manner to obtain benefits not available from managing them individually.
  • Program Management. The application of knowledge, skills, and principles to a program to achieve the program objectives and obtain benefits and control not available by managing program components individually.
  • Progressive Elaboration. The iterative process of increasing the level of detail in a project management plan as greater amounts of information and more accurate estimates become available.
  • Project. A temporary endeavor undertaken to create a unique product, service, or result.
  • Project Calendar. A calendar that identifies working days and shifts that are available for scheduled activities.
  • Project Charter. A document issued by the project initiator or sponsor that formally authorizes the existence of a project and provides the project manager with the authority to apply organizational resources to project activities.
  • Project Communications Management. Project Communications Management includes the processes required to ensure timely and appropriate planning, collection, creation, distribution, storage, retrieval, management, control, monitoring, and ultimate disposition of project information.
  • Project Cost Management. Project Cost Management includes the processes involved in planning, estimating, budgeting, financing, funding, managing, and controlling costs so the project can be completed within the approved budget.
  • Project Funding Requirements. Forecast project costs to be paid that are derived from the cost baseline for total or periodic requirements, including projected expenditures plus anticipated liabilities.
  • Project Governance. The framework, functions, and processes that guide project management activities in order to create a unique product, service, or result to meet organizational, strategic, and operational goals.
  • Project Initiation. Launching a process that can result in the authorization of a new project.
  • Project Integration Management. Project Integration Management includes the processes and activities to identify, define, combine, unify, and coordinate the various processes and project management activities within the Project Management Process Groups.
  • Project Life Cycle. The series of phases that a project passes through from its start to its completion.
  • Project Management. The application of knowledge, skills, tools, and techniques to project activities to meet the project requirements.
  • Project Management Body of Knowledge. A term that describes the knowledge within the profession of project management. The project management body of knowledge includes proven traditional practices that are widely applied as well as innovative practices that are emerging in the profession.
  • Project Management Information System. An information system consisting of the tools and techniques used to gather, integrate, and disseminate the outputs of project management processes.
  • Project Management Knowledge Area. An identified area of project management defined by its knowledge requirements and described in terms of its component processes, practices, inputs, outputs, tools, and techniques.
  • Project Management Office (PMO). A management structure that standardizes the project-related governance processes and facilitates the sharing of resources, methodologies, tools, and techniques.
  • Project Management Plan. The document that describes how the project will be executed, monitored and controlled, and closed.
  • Project Management Process Group. A logical grouping of project management inputs, tools and techniques, and outputs. The Project Management Process Groups include initiating processes, planning processes, executing processes, monitoring and controlling processes, and closing processes. Project Management Process Groups are not project phases.
  • Project Management System. The aggregation of the processes, tools, techniques, methodologies, resources, and procedures to manage a project.
  • Project Management Team. The members of the project team who are directly involved in project management activities. See also Project Team.
  • Project Manager (PM). The person assigned by the performing organization to lead the team that is responsible for achieving the project objectives.
  • Project Organization Chart. A document that graphically depicts the project team members and their interrelationships for a specific project.
  • Project Phase. A collection of logically related project activities that culminates in the completion of one or more deliverables.
  • Project Procurement Management. Project Procurement Management includes the processes necessary to purchase or acquire products, services, or results needed from outside the project team.
  • Project Quality Management. Project Quality Management includes the processes for incorporating the organization's quality policy regarding planning, managing, and controlling project and product quality requirements, in order to meet stakeholders' expectations.
  • Project Resource Management. Project Resource Management includes the processes to identify, acquire, and manage the resources needed for the successful completion of the project.
  • Project Risk Management. Project Risk Management includes the processes of conducting risk management planning, identification, analysis, response planning, response implementation, and monitoring risk on a project.
  • Project Schedule. An output of a schedule model that presents linked activities with planned dates, durations, milestones, and resources.
  • Project Schedule Management. Project Schedule Management includes the processes required to manage the timely completion of the project.
  • Project Schedule Network Diagram. A graphical representation of the logical relationships among the project schedule activities.
  • Project Scope. The work performed to deliver a product, service, or result with the specified features and functions.
  • Project Scope Management. Project Scope Management includes the processes required to ensure that the project includes all the work required, and only the work required, to complete the project successfully.
  • Project Scope Statement. The description of the project scope, major deliverables, assumptions, and constraints.
  • Project Stakeholder Management. Project Stakeholder Management includes the processes required to identify the people, groups, or organizations that could impact or be impacted by the project, to analyze stakeholder expectations and their impact on the project, and to develop appropriate management strategies for effectively engaging stakeholders in project decisions and execution.
  • Project Team. A set of individuals who support the project manager in performing the work of the project to achieve its objectives. See also Project Management Team.
  • Project Team Directory. A documented list of project team members, their project roles, and communication information.
  • Proposal Evaluation Techniques. The process of reviewing proposals provided by suppliers to support contract award decisions.
  • Prototypes. A method of obtaining early feedback on requirements by providing a working model of the expected product before actually building it.
  • Quality. The degree to which a set of inherent characteristics fulfills requirements.
  • Quality Audits. A quality audit is a structured, independent process to determine if project activities comply with organizational and project policies, processes, and procedures.
  • Quality Checklists. A structured tool used to verify that a set of required steps has been performed.
  • Quality Control Measurements. The documented results of control quality activities.
  • Quality Management Plan. A component of the project or program management plan that describes how applicable policies, procedures, and guidelines will be implemented to achieve the quality objectives.
  • Quality Management System. The organizational framework whose structure provides the policies, processes, procedures, and resources required to implement the quality management plan. The typical project quality management plan should be compatible to the organization's quality management system.
  • Quality Metrics. A description of a project or product attribute and how to measure it.
  • Quality Policy. A policy specific to the Project Quality Management Knowledge Area, it establishes the basic principles that should govern the organization's actions as it implements its system for quality management.
  • Quality Report. A project document that includes quality management issues, recommendations for corrective actions, and a summary of findings from quality control activities and may include recommendations for process, project, and product improvements.
  • Quality Requirement. A condition or capability that will be used to assess conformance by validating the acceptability of an attribute for the quality of a result.
  • Questionnaires. Written sets of questions designed to quickly accumulate information from a large number of respondents.
  • RACI Chart. A common type of responsibility assignment matrix that uses responsible, accountable, consult, and inform statuses to define the involvement of stakeholders in project activities.
  • Regression Analysis. An analytical technique where a series of input variables are examined in relation to their corresponding output results in order to develop a mathematical or statistical relationship.
  • Regulations. Requirements imposed by a governmental body. These requirements can establish product, process, or service characteristics, including applicable administrative provisions that have government-mandated compliance.
  • Request for Information (RFI). A type of procurement document whereby the buyer requests a potential seller to provide various pieces of information related to a product or service or seller capability.
  • Request for Proposal (RFP). A type of procurement document used to request 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). A type of procurement document used to request price quotations from prospective sellers of common or standard products or services. Sometimes used in place of request for proposal and, in some application areas, it may have a narrower or more specific meaning.
  • Requirement. A condition or capability that is necessary to be present in a product, service, or result to satisfy a business need.
  • Requirements Documentation. A description of how individual requirements meet the business need for the project.
  • Requirements Management Plan. A component of the project or program management plan that describes how requirements will be analyzed, documented, and managed.
  • Requirements Traceability Matrix. A grid that links product requirements from their origin to the deliverables that satisfy them.
  • Reserve. A provision in the project management 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.
  • Reserve Analysis. An analytical technique to determine the essential features and relationships of components in the project management plan to establish a reserve for the schedule duration, budget, estimated cost, or funds for a project.
  • Residual Risk. The risk that remains after risk responses have been implemented.
  • Resource. A team member or any physical item needed to complete the project.
  • Resource Breakdown Structure. A hierarchical representation of resources by category and type.
  • Resource Calendar. A calendar that identifies the working days and shifts upon which each specific resource is available.
  • Resource Histogram. A bar chart showing the amount of time that a resource is scheduled to work over a series of time periods.
  • Resource Leveling. A resource optimization technique in which adjustments are made to the project schedule to optimize the allocation of resources and which may affect critical path. See also resource optimization technique and resource smoothing.
  • Resource Management Plan. A component of the project management plan that describes how project resources are acquired, allocated, monitored, and controlled.
  • Resource Manager. An individual with management authority over one or more resources.
  • Resource Optimization Technique. A technique in which activity start and finish dates are adjusted to balance demand for resources with the available supply. See also resource leveling and resource smoothing.
  • Resource Requirements. The types and quantities of resources required for each activity in a work package.
  • Resource Smoothing. A resource optimization technique in which free and total float are used without affecting the critical path. See also resource leveling and resource optimization technique.
  • Responsibility. An assignment that can be delegated within a project management plan such that the assigned resource incurs a duty to perform the requirements of the assignment.
  • Responsibility Assignment Matrix (RAM). A grid that shows the project resources assigned to each work package.
  • Result. An output from performing project management processes and activities. Results include outcomes (e.g., integrated systems, revised process, restructured organization, tests, trained personnel, etc.) and documents (e.g., policies, plans, studies, procedures, specifications, reports, etc.). See also deliverable.
  • Rework. Action taken to bring a defective or nonconforming component into compliance with requirements or specifications.
  • Risk. An uncertain event or condition that, if it occurs, has a positive or negative effect on one or more project objectives.
  • Risk Acceptance. A risk response strategy whereby the project team decides to acknowledge the risk and not take any action unless the risk occurs.
  • Risk Appetite. The degree of uncertainty an organization or individual is willing to accept in anticipation of a reward.
  • Risk Audit. A type of audit used to consider the effectiveness of the risk management process.
  • Risk Avoidance. A risk response strategy whereby the project team acts to eliminate the threat or protect the project from its impact.
  • Risk Breakdown Structure (RBS). A hierarchical representation of potential sources of risks.
  • Risk Categorization. Organization by sources of risk (e.g., using the RBS), the area of the project affected (e.g., using the WBS), or other useful category (e.g., project phase) to determine the areas of the project most exposed to the effects of uncertainty.
  • Risk Category. A group of potential causes of risk.
  • Risk Data Quality Assessment. Technique to evaluate the degree to which the data about risks is useful for risk management.
  • Risk Enhancement. A risk response strategy whereby the project team acts to increase the probability of occurrence or impact of an opportunity.
  • Risk Escalation. A risk response strategy whereby the team acknowledges that a risk is outside of its sphere of influence and shifts the ownership of the risk to a higher level of the organization where it is more effectively managed.
  • Risk Exploiting. A risk response strategy whereby the project team acts to ensure that an opportunity occurs.
  • Risk Exposure. An aggregate measure of the potential impact of all risks at any given point in time in a project, program, or portfolio.
  • Risk Management Plan. A component of the project, program, or portfolio management plan that describes how risk management activities will be structured and performed.
  • Risk Mitigation. A risk response strategy whereby the project team acts to decrease the probability of occurrence or impact of a threat.
  • Risk Owner. The person responsible for monitoring the risks and for selecting and implementing an appropriate risk response strategy.
  • Risk Register. A repository in which outputs of risk management processes are recorded.
  • Risk Report. A project document developed progressively throughout the Project Risk Management processes, which summarizes information on individual project risks and the level of overall project risk.
  • Risk Review. A meeting to examine and document the effectiveness of risk responses in dealing with overall project risk and with identified individual project risks.
  • Risk Sharing. A risk response strategy whereby the project team allocates ownership of an opportunity to a third party who is best able to capture the benefit of that opportunity.
  • Risk Threshold. The level of risk exposure above which risks are addressed and below which risks may be accepted.
  • Risk Transference. A risk response strategy whereby the project team shifts the impact of a threat to a third party, together with ownership of the response.
  • Role. A defined function to be performed by a project team member, such as testing, filing, inspecting, or coding.
  • Rolling Wave Planning. An iterative planning technique in which the work to be accomplished in the near term is planned in detail, while the work in the future is planned at a higher level.
  • Root Cause Analysis. An analytical technique used to determine the basic underlying reason that causes a variance or a defect or a risk. A root cause may underlie more than one variance or defect or risk.
  • Schedule. See project schedule and schedule model.
  • Schedule Baseline. The approved version of a schedule model that can be changed using formal change control procedures and is used as the basis for comparison to actual results.
  • Schedule Compression. A technique used to shorten the schedule duration without reducing the project scope.
  • Schedule Data. The collection of information for describing and controlling the schedule.
  • Schedule Forecasts. Estimates or predictions of conditions and events in the project's future based on information and knowledge available at the time the schedule is calculated.
  • Schedule Management Plan. A component of the project or program management plan that establishes the criteria and the activities for developing, monitoring, and controlling the schedule.
  • Schedule Model. A representation of the plan for executing the project's activities including durations, dependencies, and other planning information, used to produce a project schedule along with other scheduling artifacts.
  • Schedule Network Analysis. A technique to identify early and late start dates, as well as early and late finish dates, for the uncompleted portions of project activities.
  • Schedule Performance Index (SPI). A measure of schedule efficiency expressed as the ratio of earned value to planned value.
  • Schedule Variance (SV). A measure of schedule performance expressed as the difference between the earned value and the planned value.
  • Scheduling Tool. A tool that provides schedule component names, definitions, structural relationships, and formats that support the application of a scheduling method.
  • Scope. The sum of the products, services, and results to be provided as a project. See also project scope and product scope.
  • Scope Baseline. The approved version of a scope statement, work breakdown structure (WBS), and its associated WBS dictionary, that can be changed using formal change control procedures and is used as a basis for comparison to actual results.
  • Scope Creep. The uncontrolled expansion to product or project scope without adjustments to time, cost, and resources.
  • Scope Management Plan. A component of the project or program management plan that describes how the scope will be defined, developed, monitored, controlled, and validated.
  • Secondary Risk. A risk that arises as a direct result of implementing a risk response.
  • Self-Organizing Teams. A team formation where the team functions with an absence of centralized control.
  • Seller. A provider or supplier of products, services, or results to an organization.
  • Seller Proposals. Formal responses from sellers to a request for proposal or other procurement document specifying the price, commercial terms of sale, and technical specifications or capabilities the seller will do for the requesting organization that, if accepted, would bind the seller to perform the resulting agreement.
  • Sensitivity Analysis. An analysis technique to determine which individual project risks or other sources of uncertainty have the most potential impact on project outcomes, by correlating variations in project outcomes with variations in elements of a quantitative risk analysis model.
  • Sequence Activities. The process of identifying and documenting relationships among the project activities.
  • Service Level Agreement (SLA). A contract between a service provider (either internal or external) and the end user that defines the level of service expected from the service provider.
  • Simulation. An analytical technique that models the combined effect of uncertainties to evaluate their potential impact on objectives.
  • Source Selection Criteria. A set of attributes desired by the buyer which a seller is required to meet or exceed to be selected for a contract.
  • Specification. A precise statement of the needs to be satisfied and the essential characteristics that are required.
  • Specification Limits. The area, on either side of the centerline, or mean, of data plotted on a control chart that meets the customer's requirements for a product or service. This area may be greater than or less than the area defined by the control limits. See also control limits.
  • Sponsor. A person or group who provides resources and support for the project, program, or portfolio and is accountable for enabling success.
  • Sponsoring Organization. The entity responsible for providing the project's sponsor and a conduit for project funding or other project resources.
  • Stakeholder. An individual, group, or organization that may affect, be affected by, or perceive itself to be affected by a decision, activity, or outcome of a project, program, or portfolio.
  • Stakeholder Analysis. A technique of systematically gathering and analyzing quantitative and qualitative information to determine whose interests should be taken into account throughout the project.
  • Stakeholder Engagement Assessment Matrix. A matrix that compares current and desired stakeholder engagement levels.
  • Stakeholder Engagement Plan. A component of the project management plan that identifies the strategies and actions required to promote productive involvement of stakeholders in project or program decision making and execution.
  • Stakeholder Register. A project document including the identification, assessment, and classification of project stakeholders.
  • Standard. A document established by an authority, custom, or general consent as a model or example.
  • Start Date. A point in time associated with a schedule activity's start, usually qualified by one of the following: actual, planned, estimated, scheduled, early, late, target, baseline, or current.
  • Start-to-Finish (SF). A logical relationship in which a successor activity cannot finish until a predecessor activity has started.
  • Start-to-Start (SS). A logical relationship in which a successor activity cannot start until a predecessor activity has started.
  • Statement of Work (SOW). A narrative description of products, services, or results to be delivered by the project.
  • Statistical Sampling. Choosing part of a population of interest for inspection.
  • Successor Activity. A dependent activity that logically comes after another activity in a schedule.
  • Summary Activity. A group of related schedule activities aggregated and displayed as a single activity.
  • SWOT Analysis. Analysis of strengths, weaknesses, opportunities, and threats of an organization, project, or option.
  • Tacit Knowledge. Personal knowledge that can be difficult to articulate and share such as beliefs, experience, and insights.
  • Tailoring. Determining the appropriate combination of processes, inputs, tools, techniques, outputs, and life cycle phases to manage a project.
  • Team Charter. A document that records the team values, agreements, and operating guidelines, as well as establishing clear expectations regarding acceptable behavior by project team members.
  • Team Management Plan. A component of the resource management plan that describes when and how team members will be acquired and how long they will be needed.
  • Technique. A defined systematic procedure employed by a human resource to perform an activity to produce a product or result or deliver a service, and that may employ one or more tools.
  • Templates. A partially complete document in a predefined format that provides a defined structure for collecting, organizing, and presenting information and data.
  • Test and Evaluation Documents. Project documents that describe the activities used to determine if the product meets the quality objectives stated in the quality management plan.
  • Threat. A risk that would have a negative effect on one or more project objectives.
  • Three-Point Estimating. A technique used to estimate cost or duration by applying an average or weighted average of optimistic, pessimistic, and most likely estimates when there is uncertainty with the individual activity estimates.
  • Threshold. A predetermined value of a measurable project variable that represents a limit that requires action to be taken if it is reached.
  • Time and Material Contract (T&M). A type of contract that is a hybrid contractual arrangement containing aspects of both cost-reimbursable and fixed-price contracts.
  • To-Complete Performance Index (TCPI). A measure of the cost performance that is required to be achieved with the remaining resources in order to meet a specified management goal, expressed as the ratio of the cost to finish the outstanding work to the remaining budget.
  • Tolerance. The quantified description of acceptable variation for a quality requirement.
  • Tool. Something tangible, such as a template or software program, used in performing an activity to produce a product or result.
  • Tornado Diagram. A special type of bar chart used in sensitivity analysis for comparing the relative importance of the variables.
  • Total Float. The amount of time that a schedule activity can be delayed or extended from its early start date without delaying the project finish date or violating a schedule constraint.
  • Trend Analysis. An analytical technique that uses mathematical models to forecast future outcomes based on historical results.
  • Trigger Condition. An event or situation that indicates that a risk is about to occur.
  • Unanimity. Agreement by everyone in the group on a single course of action.
  • Update. A modification to any deliverable, project management plan component, or project document that is not under formal change control.
  • Validate Scope. The process of formalizing acceptance of the completed project deliverables.
  • Validation. The assurance that a product, service, or result meets the needs of the customer and other identified stakeholders. Contrast with verification.
  • Variance. A quantifiable deviation, departure, or divergence away from a known baseline or expected value.
  • Variance Analysis. A technique for determining the cause and degree of difference between the baseline and actual performance.
  • Variance At Completion (VAC). A projection of the amount of budget deficit or surplus, expressed as the difference between the budget at completion and the estimate at completion.
  • Variation. An actual condition that is different from the expected condition that is contained in the baseline plan.
  • Verification. The evaluation of whether or not a product, service, or result complies with a regulation, requirement, specification, or imposed condition. Contrast with validation.
  • Verified Deliverables. Completed project deliverables that have been checked and confirmed for correctness through the Control Quality process.
  • Virtual Teams. Groups of people with a shared goal who fulfill their roles with little or no time spent meeting face to face.
  • Voice of the Customer. A planning technique used to provide products, services, and results that truly reflect customer requirements by translating those customer requirements into the appropriate technical requirements for each phase of project product development.
  • WBS Dictionary. A document that provides detailed deliverable, activity, and scheduling information about each component in the work breakdown structure.
  • What-If Scenario Analysis. The process of evaluating scenarios in order to predict their effect on project objectives.
  • Work Breakdown Structure (WBS). A hierarchical decomposition of the total scope of work to be carried out by the project team to accomplish the project objectives and create the required deliverables.
  • Work Breakdown Structure Component. An entry in the work breakdown structure that can be at any level.
  • Work Package. The work defined at the lowest level of the work breakdown structure for which cost and duration are estimated and managed.
  • Work Performance Data. The raw observations and measurements identified during activities being performed to carry out the project work.
  • Work Performance Information. The performance data collected from controlling processes, analyzed in comparison with project management plan components, project documents, and other work performance information.
  • Work Performance Reports. The physical or electronic representation of work performance information compiled in project documents, intended to generate decisions, actions, or awareness.

Related lectures