Glossary of Terms 1-99 Flashcards
An effective tool for root cause analysis in which the question “Why?” is asked of a problem in succession until the root cause is found. Developed by Sakichi Toyoda, a Japanese inventor and industrialist, the 5 Whys method is an integral part of the Lean philosophy.
5 Whys Method
80/20 Rule
A general guideline with many applications; in terms of controlling processes, it contends that a relatively large number of problems or defects, typically 80%, are commonly due to a relatively small number of causes, typically 20%. See also “Pareto Chart”.
A marketing approach used to determine user preferences by showing different sets of users’ similar services—an ‘Alpha’ and a ‘Beta’ version—with one independent variable.
A/B Testing
A strategy for managing negative risks or opportunities that involves acknowledging risk and not taking any action until the risk occurs.
Accept
A set of conditions that is required to be met before deliverables are accepted.
Acceptance Criteria
Deliverables that meet the acceptance criteria and have been formally signed off and approved by the customer or sponsor as part of the scope validation process.
Accepted Deliverables
A communication technique that involves acknowledging the speaker’s message and the recipient clarifying the message to confirm that what was heard matches the message that the sender intended.
Active Listening
A distinct portion of work, scheduled with a beginning and an end, that must be performed to complete work on the project. Also known as a schedule activity. See also “Task”.
Activity
Multiple attributes associated with each activity that can be included within the activity list.
Activity Attributes
Each task is assigned a budget, and the aggregate of these estimates results in the project budget. Activity cost estimates include labor, materials, equipment, and fixed cost items like contractors, services, facilities, financing costs, etc. This information can be presented in a detailed or summarized form.
Activity Cost Estimates
Activity Dependency
A logical relationship that exists between two project activities. The relationship indicates whether the start of an activity is contingent upon an event or input from outside the activity.
The quantitative assessments of the likely number of time periods that are required to complete an activity.
Activity Duration Estimates
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 List
A graphical diagram on which schedule activities are represented by nodes (rectangle boxes) and their dependencies are depicted by arrows.
Activity on Arrow or Activity on Node
Material and human resources that are needed to complete an activity; often expressed by a probability or range.
Activity Resource Estimates
The resources (physical, human, and organizational) required to complete the activities in the activity list.
Activity Resource Requirements
Earned Value Management term for the realized cost incurred for the work performed on an activity during a specific time.
Actual Cost (AC)
A type of project life cycle or methodology that values responding to change over following a set plan. Adaptive methodologies seek solutions that deliver maximum value to the customer.
Adaptive
Involves verifying and documenting project results to formalize project or phase completion.
Administrative Closure
A technique that allows large numbers of ideas to be classified into groups for review and analysis.
Affinity Diagram
Technique designed to rapidly estimate large stories (epics or features) in the backlog. For example: T-Shirt sizing, coffee cup sizes, or Fibonacci sequence.
Affinity Estimating
A term used to describe a mindset of values and principles as set forth in the Agile Manifesto.
Agile
See also “Agile Life Cycle,” Agile Manifesto,” “Agile Practitioner,” and “Agile Principles.”
A process role on a project team that helps organizations achieve true agility by coaching teams across the enterprise on how to apply agile practices and choose their best way of working. See also “scrum master.”
Agile Coach
An approach that assists with planning a project appropriately from the beginning to ensure the team can focus on the quality of each deliverable.
Agile Estimating
An approach that is both iterative and incremental to refine work items and deliver frequently.
Agile Life Cycle
In 2001, a group of 17 software developers met in Snowbird, Utah to discuss lightweight software development. Based on their experience, they came up with the four core values of agile software development as stated by the Agile Manifesto are: individuals and interactions over processes and tools; working software over comprehensive documentation; customer collaboration over contract negotiation; and responding to change over following a plan.
Agile Manifesto
A representation of the workflow of a process or system that the team can review before it is implemented in code.
Agile Modeling
A person embracing the agile mindset who collaborates with like-minded colleagues in cross- functional teams. Also referred to as an agilist.
Agile Practitioner
A set of 12 guidelines that support the Agile Manifesto and which practitioners and teams should internalize and act upon.
1. Customer satisfaction by early and continuous delivery of valuable software
2. Welcome changing requirements, even in late development
3. Deliver working software frequently (weeks rather than months)
4. Close, daily cooperation between business and technical people
5. Projects are built around motivated individuals, who should be trusted
6. Face-to-face conversation is the best form of communication (colocation)
7. Working software is the primary measure of progress
8. Sustainable development, able to maintain a constant pace
9. Continuous attention to technical excellence and good design
10. Simplicity is essential
11. Best architectures, requirements, and designs emerge from self-organizing teams
12. Regularly, the team reflects on how to become more effective, and adjusts accordingly
Agile Principles
A process in which a team determines the number of iterations or Sprints that are needed to complete each release, the features that each iteration will contain, and the target dates of each release.
Agile Release Planning
Team space that encourages colocation, collaboration, communication, transparency, and visibility.
Agile Space
Any documents or communication that defines the initial intentions of a project. Examples include contracts, memorandums of understanding (MOUs), service-level agreements (SLAs), letters of agreement, letters of intent, verbal agreements, email, or other written agreements.
Agreements
Costs that are allowed under the terms of the contract. Typically, allowable costs become relevant under certain types of cost-reimbursable contracts in which the buyer reimburses the seller’s allowable costs.
Allowable Costs
A technique for estimating the duration or cost of an activity on a project using historical data from a similar activity or project. Also known as “Top-Down Estimating”.
Analogous Estimating
Logical approach that looks at the relationship between outcomes and the factors that can influence them.
Analytical Techniques
Change requests that have been reviewed and approved by the change control board (CCB) and are ready to be scheduled for implementation.
Approved Change Requests
Any project management processes, inputs, tools, techniques, outputs, EEFs, and OPAs that the project management team uses on their specific project. They are subject to configuration management and are maintained and archived by the team.
Artifact
Anything considered to be true while planning. They should be documented and validated and are often closely linked to constraints.
Assumption
A process that explores the validity of the project assumptions within the constraints and identifies risks from any incompleteness or inaccuracy of these project assumptions.
Assumption and Constraint Analysis
A list of all uncertainties that are treated as true for the purpose of planning.
Assumption Log