4.11.24 Mass Incarceration and the New Jim Crow.pptx
PMP Exam Prep_sample slides
1. Project Management Professional
PMP® Exam Preparation
Based on PMBOK 6th Edition
PMP® is a registeredtrademarkof PMI
This is a SAMPLE Set of slides
Contact Wilber.tuttleman@outlook.com if interested
in purchasing the complete set of 497 slides
2. PMP Exam Course Learning Objectives
The overall Learning Objective of this course is to provide you with the
knowledge and skill on how to successfully pass the PMI PMP® exam.
The Course Learning Objectives that align to & enable the overall learning
objective are the participant will be able to :
• Understand <left blank>
• Learn and apply <left blank>
• Explain <left blank>
• Describe <left blank>
• Synthesize <left blank>
• Assess <left blank>
3. PMP Exam Prep Course Outline
The Learning modules for this PMI PMP Exam Preparation course are as follows :
0. The PMI-PMI Application and Preparing to Write the PMP Exam
1. Introduction to PMI PMP Project Framework
2. The Environment in which Projects Operate
3. The Role of the Project Manager
4. Project Integration Management
5. Project Scope Management
6. Project Schedule Management
7. Project Cost Management
8. Project Quality Management
9. Project Resources Management
10.Project Communications Management
11.Project Risk Management
12.Project Procurement Management
13.Project Stakeholder Management
14.Recurring Themes in the PMI PMP Exam
4. • Name
• Current Role
• What is your project experience?
Introduction
5. • Safety Exits
• Alot to cover
• 1 breaks in each of Morning andAfternoon
• Lunch around noon (ideally take a logical break w.r.t. material)
Logistics
7. Module Learning Objectives
• Understand PMI PMP® Certification requirements
• Describe the PMI PMP® Application process and requirements
• Appraise your preparedness to complete the application and qualify to write the
PMI PMP® exam
• Be familiar conceptually with the Testing Environment
• Explain the breakdown of the questions by process group
• List the level of difficulty by Knowledge Area
• Discuss and plan for test-taking strategies
• Identify the types of questions to expect (discussed in detail throughout the course)
• Discuss and Reflect on your individual approach on how to write the exam e.g. Bring
blank paper, etc.
9. Why a PMI PMP Credential?
• Government, commercial and other
organizations employ PMP certified project
managers in an attempt to improve the
success rate of projects in all areas of
knowledge, by applying a standardized
and evolving set of project management principles.
• Professionals obtain the credential to verify their proficiency in
project management with an internationally accepted certificate.
• Contracts may require that project managers to be PMP® certified.
• Studies have shown that PMI credentialed Project Managers on
average have a higher salary
Your Name Here
10. Project Management Body of Knowledge (PMBOK ®)
• Is a recognized standard for the project management
profession that describes the norms, methods, processes
and practices.
• Evolved from the recognized good practices of project
management practitioners who contributed to the
development of the standard.
• Generally recognized: Knowledge & practices
applicable to most projects
• Good practices: Agreement that skills, tools, & techniques will improve project
success
• Common vocabulary: Essential element of a professional discipline
• Maintained by PMI (Project Management Institute) as a guide under
continuous review
11. To be eligible for PMP Certification, you will need to demonstrate that you meet
certain minimum criteria as below:
❑ University Bachelors Degree,
• 4,500 hours of project management experience,
• 35 hours of project management education.
❑ High school diploma or equivalent
• 35 hours of project management education.
• Three years within the last eight years
• 7,500 hours of project management experience
• Five years within the last eight years
PMI Certification Requirements
13. • There are 200 questions
• 4 hours
• 1.2 minutes per question
• To pass, you are required to answer 106 graded questions
correctly out of 175. That translates to 61%
PMI Exam
14. Exam Format
ON a PC there is 1 question presented at a time as follows :
15. PMI Exam
Process Group % of Questions
Initiation
13%
Planning
24%
Executing
31%
Controlling
25%
Closing
7%
16. Exam Questions – Types of Questions
• The PMP exam tests knowledge, application and analysis
– Knowledge, application and analysis draws from knowing the many
definitions in PMBOK 6th ed. but likely will the exam question wording will
be different than the definition in the PMBOK65th ed.
– knowing the definitions are important for all types of questions to infer –
deduct answers
• The majority of questions tend to be situational
17. Exam Questions – Types of Questions
The exam tests your knowledge of process and how processes are linked
• “What would be the first/next thing you would do?”
• Knowing where the outputs of 1 process feeds into the next process
Insert PMI PMBOK
Perform Integrated Change Control
Diagram
18. Exam Questions – Types of Questions
This page intentionally is blank to protect IP
19. Exam Questions – Types of Questions
This page intentionally is blank to protect IP
20. Exam Questions – Types of Questions
This page intentionally is blank to protect IP
21. Tips for Studying for PMP Exam
This page intentionally is blank to protect IP
22. Tips for Studying for PMP Exam
This page intentionally is blank to protect IP
24. • Prometric site
• Bring ID
• Authorization letter from PMI
• Water/juice/etc.
• PLAN what you want to have available to you in exam as reference notes
• Bring blank paper and once you sit down write down what you want to
have e.g. Formulas for calculations
• Read question twice and make sure you identify
• What exactly are they asking
• What process and KAare we in for the question
• 1.2 minutes per question
Writing the Exam
27. Module Learning Objective & Topics
Learning objective
After this module the participant will be able to describe the terms and concepts that are
applied in a project environment according to A Guide to the Project Management Body of
Knowledge, PMBOK® 6th Edition
Topics:
• Define terms related to Project Management and the importance of Project Management
• Understand relationships of Project, Program, Portfolio & Operations Management
• Describe the characteristics of the project life cycle including phases, the development
lifecycle
• Explain the difference between Project lifecycle and Product lifecycle and Project and
Product oriented processes
• Identify the Project Management Process Groups, and Knowledge Areas and
understand how these relate and interact
• List project success measures
28. The end of the is reached when one or more of the following are reached :
1. The project’s objectives have been achieved.
2. The objectives will not or cannot be met.
3. Funding is exhausted.
4. The need for the project no longer.
5. Terminated for legal cause or convenience.
What is a Project?
Project – “a temporary endeavor undertaken to
create a unique product, service, or result.”
- PMBOK® 6th ed., p.4
Operations :
• Are ongoing.
• Are repetitive
• Operations work too sustain the organization
29. Business
Value
Time
Current State
Future State
“Projects drive change in organizations. From a business perspective, a project is
aimed at moving an organization from one state to another state in order to achieve
a specific objective”
Source = PMBOK, 6th, p. 6
Projects Drive Change to Realize
Business Value
Projects are initiated in
response to factors acting on
the organization. These are
• Meet regulatory, legal or social
requirements
• Satisfy stakeholder requests or
needs
• Implement or change business
or technological strategies; and
• Create, improve or fix products,
processes, or services
30. Project management – “the application of knowledge, skills, tools
and techniques to project activities to meet the project
requirements.”
- PMBOK® 6th ed. p.10
The Relationship of Project, Program
and Portfolio Management
Program management – “a group of related projects, subsidiary
programs,, and program activities managed in a coordinated manner
to obtain benefits not available from managing individually.”
- PMBOK® 6th ed. p.11
Portfolio - “Projects, Programs, Subsidiary portfolios, and
operations managed as a group to achieve strategic objectives”
- PMBOK® 6thed. p.714
Portfolio Management- “the centralized management of one or
more portfolios to achieve strategic objectives”
- PMBOK® 6thed. p.714
31. The Relationship of Project, Program, Portfolio
Management and Operations
PMBOK® 6th ed. p.16
“Ongoing Operations are outside of the scope of the project;
however there are intersecting points where the two areas cross.
“Projects can intersect with operations at various points during the
product lifecycle, such as ;
• When developing a new product, upgrading a product, or
expanding outputs;
• While improving operations or the product development process;
• At the end of the product lifecycle;
• At each closeout phase.
“At each point. Deliverables and knowledge are transferred between
The project and operations for implementation of the delivered work”
32. Is the series of phases that a project passes through from its start to its
completion. It provides the basic framework for managing the project.
A Phase is a collection of logically related activities that culminates in the
completion of one or more deliverables
Project life cycles can be predictive or adaptive to accomplish the
product.
ProJect Lifecycle
34. Development life cycles one or more phases that are associated with the
development. can be predictive, iterative, incremental, adaptive, or a hybrid model.
Predictive life cycle (waterfall) scope, time, and cost are determined in the early
phases.
Iterative life cycle, the project scope is generally determined early, but time and
cost estimates are routinely modified.
Incremental life cycle the deliverable is produced through a series of iterations
that successively add functionality within a predetermined timeframe.
Adaptive life cycles are agile or change-driven life cycles, iterative, or
incremental. The detailed scope is defined and approved before the start of an
iteration.
Hybrid life cycle is a combination of a predictive and an adaptive life cycle.
Development Lifecycle
35. Source – Agile Practice Guide, p.18
See PMBOK, Appendix 3 Figure X3-1
Development Lifecycle
Characteristics
Approach Requirements Activities Delivery Goal
Predictive Fixed Performed once
for entire
project
Single delivery Manage cost
Iterative Dynamic Repeated until
correct
Single delivery Correctness of
solution
Incremental Dynamic Performed once
for a given
increment
Frequent smaller
deliveries
Speed
Agile Dynamic Repeated until
correct
Frequent small
deliveries
Customer value
via frequent
deliveries and
feedback
36. Knowledge
Areas
Project Management Process Groups
Initiating Planning Executing Monitoring and Controlling Closing
Project Integration
Management
4.1 Develop
Project
Charter
4.2 Develop Project Management
Plan
3. Direct and Manage Project
Work
4. Manage Project Knowledge
5. Monitor and Control Project
Work
6. Perform Integrated Change
Control
4.7 Close
Project
Project Scope
Management
1. Plan Scope Management
2. Collect Requirements
3. Define Scope
4. Create WBS
5. Validate Scope
6. Control Scope
Project Schedule
Management
1. Plan Schedule
2. Define Activities
3. Sequence Activities
4. Estimate Activity Durations
5. Develop Schedule Management
6.6 Control Schedule
Project Cost
Management
1. Plan Cost Management
2. Estimate Costs
3. Determine Budge
7.4 Control Costs
Project Quality
Management
8.1 Plan Quality Management 8.2 Manage Quality 8.3 Control Quality
Project Resource
Management
1. Plan Resource Management
2. Estimate Activity Resources
3. Acquire Resources
4. Develop Team
5. Manage Team
9.6 Control Resources
Project
Communications
Management
10.1 Plan Communications
Management
10.2 Manage Communications 10.3 Monitor Communications
Project Risk
Management
1. Plan Risk Management
2. Identify Risks
3. Perform Qualitative Risk
Analysis
4. Perform Quantitative Risk
Analysis
5. Plan Risk Responses
11.6 Implement Risk Responses 11.7 Monitor Risks
Project
Procurement
Management
12.1 Plan Procurement
Management
12.2 Conduct Procurements 12.3 Control Procurements
Project Stakeholder
Management
13.1 Identify
Stakeholders
13.2 Plan Stakeholder
Engagement
13.4 Manage Stakeholder
Engagement
13.4 Monitor Stakeholder
Engagement
Table 1-4
p. 25 PMBOK 6
Project Management Process Group
& Knowledge Area Mapping
37. Inputs Tools & Techniques Outputs
5.2 Collect Requirements
1. Project charter
2. Project management plan
• Scope management plan
• Requirements management
plan
• Stakeholder engagement plan
1. Project documents
• Assumption log
• Lessons learned register
• Stakeholder register
2. Business documents
• Business case
3. Agreements
4. Enterprise environmental factors
5. Organizational process assets
1. Expert judgment
2. Data gathering
• Brainstorming
• Interviews
• Focus groups
• Questionnaires and surveys
• Benchmarking
3. Data analysis
• Document analysis
4. Decision making
• Voting
• Multicriteria decision analysis
5. Data representation
• Affinity diagrams
• Mind mapping
6. Interpersonal and team skills
• Nominal group technique
• Observation/conversation
• Facilitation
7. Context diagram
8. Prototypes
1.Requirements documentation
2.Requirements traceability
matrix
Project Management Processes
E.g. Collect Requirements
• Every project management process produces one or more outputs from one or more inputs by using
appropriate project management tools and techniques.
• Project management processes are logically linked by the outputs they produce.
• Processes may contain overlapping activities that occur throughout the project
39. Project data are regularly collected and analyzed throughout the project life cycle
Work performance data. The raw observations and measurements identified
during activities performed to carry out the project work.
Work performance information. The performance data collected from various controlling
processes, analyzed in context and integrated based on relationships across areas
Work performance reports. The physical or electronic representation of work performance
information.
Processes and Work Performance
Follow & understand the
Monitor and Control
Project Work Data Flow
Diagram p. 106, PMBOK 6
40. Tailoring is a selection of the appropriate project management
processes, inputs, tools, techniques, outputs, and life cycle phases.
• Tailoring is necessary because each project is unique; not every
process, tool, technique, input, or output identified.
• Tailoring should address the competing constraints of scope,
schedule, cost, resources, quality, and risk.
• The project manager collaborates with the project team, sponsor,
organizational management, or some combination thereof.
Tailoring
41. Project business case: A documented economic feasibility study used to
establish the 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.
Project benefits management plan: Is the document that describes how and
when the benefits of the project will be delivered, and describes the
mechanisms that should be in place to measure those benefits.
A project benefit is defined as an outcome of actions, behaviors,
products, services, or results that provide value to the sponsoring.
See p. 89, PMBOK 6 for Project Management Plan and Project Documents
See p. 33, PMBOK 6 got Project Benefits Management plan
Project Management Business Documents
42. The project charter is defined as a document issued by the project sponsor
that formally authorizes the existence of a project and provides the project
manager with the authority to apply organizational resources to project
activities.
The project management plan is defined as the document that describes
how the project will be executed, monitored, and controlled.
Project Charter & Project Management Plan
43. • Completing the project benefits management plan.
• Meeting the agreed-upon financial measures documented in the business case.
• Meeting business case nonfinancial objectives.
• Completing movement of an organization from its current state to the desired state.
• Fulfilling contract terms and conditions.
• Meeting organizational strategy, goals, and objectives.
• Achieving stakeholder satisfaction.
• Achieving agreed-upon quality of delivery.
• Meeting governance criteria.
• Achieving other agreed-upon success measures or criteria
(e.g., process throughput).
Project Success Factors
45. Internal EEFs Examples:
• Scheduling Software
• Organizational Culture, Values
• Resource availability
• Infrastructure.
• Information technology software.
• Organizational Structure, and
governance.
• Employee capability. Skills,
Competencies, SME knowledge
External EEFs Examples:
• Marketplace conditions.
• Industry benchmarking, studies
• Legal restrictions.
• Commercial databases.
• Government or industry standards.
• Financial considerations.
• Physical environmental elements.
Refer to conditions, not under the control of the project team, that
influence, constrain, or direct the project positive or negative.
EEFs originate from environments outside the project and often outside the
Enterprise
Processes, Policies, Templates and Procedures
The Project Environment Overview
Enterprise Environmental Factors
47. The Project Environment Overview
Organizational Systems
“Projects operate within the constraints imposed by the organization through their
structure and governance frameworks.
“To operate effectively and efficiently, the project manager needs to
understand where responsibility, accountability and authority reside in the
organization.
“This understanding will help the project manager effectively use their power,
influence, competence, leadership and political capabilities to successfully
complete a project
“The interaction of multiple factors within an individual organization creates a
unique system that impacts the project operating in that system. The system
factors include but are not limited to :
• Management elements
• Governance frameworks, and
• Organizational structure types See pages 42-45, PMBOK 6
For details
48. Functional Organization
In Functional Organization structures Projects typically aren’t a high priority and people of
similar skill set are grouped together and managed by someone with that same skill set
(production, marketing, engineering, accounting). This is called a “silo” organizational structure
because the people in the individual groups work among themselves more than with other
groups (or silos).
This structure makes managing resources in relation to project management activities difficult
because there is little reason for the resources to listen to project management role instead of
their functional supervisor.
CEO
Marketing VP Accounting VP Engineering VP
Marketing Manager 1 Senior Accounting 1 Engineering Manager 1
Marketing Manager 2 Senior Accounting 2 Engineering 1
50. Project manager is the person assigned by the performing organization to
lead the team responsible for achieving the project objectives.
Definition of a Project Manager
51. PMI studies applied the Project Manager Competency Development (PMCD) Framework
to the skills needed by project managers through the use of The PMI Talent Triangle.
Technical project management.
The knowledge, skills, and behaviors related to specific domains of project, program,
and portfolio management.
Strategic and business management.
The knowledge of and expertise in the industry and organization that enhanced
performance and better delivers business outcomes.
Leadership
The knowledge, skills, and behaviors needed to guide,
motivate, and direct a team, to help an organization
achieve its business goals.
Source =
https://www.pmi.org/learning/training-
development/talent-triangle
Project Manager Competencies
52. Leadership skills involve the ability to guide, motivate, and direct a
team. include essential capabilities such as negotiation, resilience,
communication, problem solving, critical thinking, and interpersonal
skills.
Dealing with people
A project manager applies leadership skills and qualities when
working with all project stakeholders, including the project team, the
steering team, and project sponsors.
Project Manager Competencies
54. Knowledge
Areas
Project Management Process Groups
Initiating Planning Executing Monitoring and Controlling Closing
Project
Integration
Management
4.1 Develop
Project
Charter
4.2 Develop Project
Management Plan
4.3 Direct and Manage Project
Work
4.4 Manage Project Knowledge
4.5 Monitor and Control Project
Work
4.5 Perform Integrated Change
Control
4.7 Close
Project
Project Scope
Management
1. Plan Scope Management
2. Collect Requirements
3. Define Scope
4. Create WBS
5. Validate Scope
6. Control Scope
Project Schedule
Management
1. Plan Schedule
2. Define Activities
3. Sequence Activities
4. Estimate Activity Durations
5. Develop Schedule Management
6.6 Control Schedule
Project Cost
Management
1. Plan Cost Management
2. Estimate Costs
3. Determine Budge
7.4 Control Costs
Project Quality
Management
8.1 Plan Quality Management 8.2 Manage Quality 8.3 Control Quality
Project Resource
Management
1. Plan Resource Management
2. Estimate Activity Resources
3. Acquire Resources
4. Develop Team
5. Manage Team
9.6 Control Resources
Project
Communications
Management
10.1 Plan Communications
Management
10.2 Manage Communications 10.3 Monitor Communications
Project Risk
Management
1. Plan Risk Management
2. Identify Risks
3. Perform Qualitative Risk
Analysis
4. Perform Quantitative Risk
Analysis
5. Plan Risk Responses
11.6 Implement Risk Responses 11.7 Monitor Risks
Project
Procurement
Management
12.1 Plan Procurement
Management
12.2 Conduct Procurements 12.3 Control Procurements
Project Stakeholder
Management
13.1 Identify
Stakeholders
13.2 Plan Stakeholder
Engagement
13.4 Manage Stakeholder
Engagement
13.4 Monitor Stakeholder
Engagement
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.
IN the project management context, integration includes characteristics of unification,
consolidation, communication and interrelationship.
Includes making choices about:
- Resource allocation.
- Balancing competing demands.
- Examining any alternative approaches.
- Tailoring the processes to meet objectives.
- Managing the interdependencies among the Project Management Knowledge Areas
55. Inputs Tools & Techniques Outputs
Develop Project Charter
Develop Project Charter
1 Business documents
•Business case
•Benefits management
plan
2 Agreements
3EEF
4OPA
1Expert judgment
2Data gathering
• Brainstorming
• Focus groups
• Interviews
3Interpersonal and team skills
• Conflict management
• Facilitation
• Meeting management
4 Meetings
1.Project charter
2.Assumption log
56. Business documents
Agreements
• They are used to define initial intentions for a project.
• Agreements May take the form of contracts, memorandums of understanding
(MOUs), service level agreements (SLA), letters of agreement, letters of
intent, verbal agreements, email, or other written agreements.
▪ A contract is used when a project is being performed for
an external customer.
Enterprise Environmental Factor
Organization Process Asset
Develop Project Charter
Inputs
57. Expert judgment
▪ Defined as 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.
Data Gathering Brainstorming
•Is used to identify a list of ideas in a short period of time.
•It is conducted in a group environment and is led by a facilitator.
•Brainstorming comprises two parts: idea generation and analysis.
Develop Project Charter
Tools and Techniques
59. Interpersonal and team skills
Conflict management
• Can be used to help bring stakeholders into alignment on the objectives, success criteria, high-
level requirements, project description, summary milestones, and other elements of the charter.
Facilitation
• The ability to effectively guide a group event to a successful decision.
A facilitator ensures that there is effective participation, that participants achieve a mutual
understanding, that all contributions are considered, that conclusions or results have full buy-in.
Meeting management
• Includes preparing the agenda, ensuring that a representative for each key stakeholder group is
invited, and preparing and sending the follow-up minutes and actions.
Meetings
Meetings are held with key stakeholders to identify the project objectives, success criteria, key
deliverables, high-level requirements, and other summary information.
Develop Project Charter
Tools and Techniques
60. Project Charter
The project charter is the 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
Assumption Log
• High-level strategic and operational assumptions and constraints.
• Lower-level activity and task assumptions (technical
specifications, estimates, the schedule, risks)
• The assumption log is used to record all assumptions and constraints
throughout the project life cycle.
Develop Project Charter
Output
61. The Project Charter documents the high-level information on the project
such as:
• Project purpose;
• Measurable project objectives and related success criteria;
• High-level requirements;
• High level project description, boundaries, key deliverables
• Overall project risk;
• Summary milestone schedule;
• Preapproved financial resources;
• Key stakeholder list;
• Project exit criteria (conditions to close or cancel project or phase)
• Assigned project manager, responsibility, authority level, and
• Name and authority of the sponsor or other person(s) authorizing the project
charter.
Project Charter
62. Inputs Tools & Techniques Outputs
Develop Project Management Plan
1. Project charter
2. Outputs from other
processes
3. EEF
4. OPA
1 . Expert judgment
2 . Data gathering
• Brainstorming
• Checklists
• Focus groups
• Interviews
3 . Interpersonal and team skills
• Conflict management
• Facilitation
• Meeting management
4. Meetings
1 Project management plan
64. Inputs Tools & Techniques Outputs
Plan Scope Management
1. Project charter
2. Project management plan
• Quality management plan
• Project life cycle description
• Development approach
3. Enterprise environmental
factors
4. Organizational process
assets
1.Expert judgment
2.Data analysis
• Alternatives analysis
3.Meetings
1. Scope management plan
2. Requirements management
plan
65. Project Charter
Project Management Plan
• Quality management plan
• Project life cycle description
• Development approach
Enterprise Environmental Factors
Organizational Process Assets
Plan Scope Management
Inputs
67. Scope Management Plan
• Component of the project management plan that describes how the
scope will be defined, developed, monitored, controlled, and validated;
Requirements Management Plan
• Component of the project management plan that describes how
project and product requirements will be analyzed, documented, and
managed.
• Some organizations refer to it as a business analysis plan.
Close Project or Phase
Output
68. Inputs Tools & Techniques Outputs
Collect Requirements
1.Project charter
2.Project management plan
• Scope management plan
• Requirements
management
plan
• Stakeholder engagement
plan
3. Project documents
• Assumption log
• Lessons learned register
• Stakeholder register
4. Business documents
• Business case
5. Agreements
6. Enterprise environmental
factors
7. Organizational process
assets
1.Expert judgment
2.Data gathering
• Brainstorming
• Interviews
• Focus groups
• Questionnaires and surveys
• Benchmarking
3.Data analysis
• Document analysis
4.Decision making
• Voting
• Multicriteria decision analysis
5.Data representation
• Affinity diagrams
• Mind mapping
6.Interpersonal and team skills
• Nominal group technique
• Observation/conversation
• Facilitation
7.Context diagram
8.Prototypes
1.Requirements
documentation
2.Requirements traceability
matrix
70. Data Gathering
Brainstorming. generate and collect multiple ideas related to project and product
requirements.
Focus groups. bring together stakeholders and subject matter experts to learn
about their expectations.
Benchmarking comparing actual or planned products, to those of comparable
organizations to identify best practices, generate ideas for improvement
Questionnaires & surveys. sets of questions designed to quickly accumulate
information
Interviews. Formal/ informal approach to elicit information from stakeholders by
talking to them directly.
Collect Requirements
Tools and Techniques
71. Context Diagram
Visually depict the product scope by showing a business system, and how people
and other systems (actors) interact with it.
Collect Requirements
Tools and Techniques
76. 03
Expert Judgement
Decomposition
Rolling wave planning
• Is an iterative planning technique in which the work to be accomplished in the near
term is planned in detail, while work further in the future is planned at a higher level.
• It is a form of progressive elaboration applicable to work packages, planning
packages, and release planning when using an agile or waterfall approach.
Meetings
Define Activities
Tools and Techniques
77. Activity list
The activity list includes an activity identifier and a scope of work
description for each activity in sufficient detail to ensure that project team
members understand what work is required to be completed.
Define Activities
Output
78. Activity attributes
Extend the description of the activity by identifying multiple components
associated with each activity.
Define Activities
Output
79. Define Activities
Output
Milestone list
• A milestone is a significant point or event
in a project.
• A milestone list identifies all project
milestones and indicates whether the
milestone is mandatory, such as those
required by contract, or optional, such as
those based on historical information.
• Milestones have zero duration because they represent a significant point or
event.
Change Requests
Project management plan updates
• Schedule baseline
• Cost baseline
80. Inputs Tools & Techniques Outputs
Sequence Activities
1.Project management plan
• Schedule management
plan
• Scope baseline
2.Projectdocuments
• Activity attributes
• Activity list
• Assumption log
• Milestone list
3. EES
4. OPA
1 Precedence diagramming
method
2 Dependency determination
and integration
3.Leads and lags
4.Project management
information
system
1.Project schedule network
diagrams
2.Project documents updates
•Activity attributes
•Activity list
•Assumption log
•Milestone list
81. Project Management Plan
• Schedule management plan
• Scope baseline
Project Documents
• Activity attributes
• Activity list
• Assumption log
• Milestone list
EEFs
OPAs
Sequence Activities
Inputs
82. Precedence diagramming method (PDM)
• PDM is a technique 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.
• Also known as Activity on Node (AON)
▪ PDM includes four types of dependencies or logical relationships.
• Finish-to-start (FS).
• Finish-to-finish (FF).
predecessor Successor
Sequence Activities
Tools and Techniques
Node
• Start-to-start (SS).
• Start-to-finish (SF).
83. Dependency Type - Dependency determination and integration
Sequence Activities
Tools and Techniques
Mandatory Dependencies
• “Hard logic” dependencies
• Nature of the work dictates an ordering
• Ex: Coding has to precede testing
Discretionary Dependencies
• “Soft logic” dependencies
• Determined by the project management team
• Process and Project driven
• Ex: Discretionary order of creating certain modules
External Dependencies
Outside of the project itself
Ex: Release of 3rd party product; contract signoff
Resource Dependencies
Two task rely on the same resource
Ex: You have only one DBA but multiple DB tasks
84. Leads and lags
Lead Time Lag Time
Project management information system
Includes scheduling software that has the capability to help plan, organize, and adjust the
sequence of the activities; insert the logical relationships, lead and lag values; and
differentiate the different types of dependencies.
Sequence Activities
Tools and Techniques
a negative lag
is called a lead
85. Project Schedule Network Diagram
Graphical representation of the logical relationships, also referred to
as dependencies, among the project schedule activities.
Sequence Activities
Output
Project Document updates
• Activity attributes.
• Activity list.
• Assumption log
• Milestone list.
88. Schedule NetworkAnalysis
A technique to identify early and late start dates, as well as early and late finish
dates, for the uncompleted portions of project activities.
Critical Path Method
Critical path is the sequence of activities that represents the longest path
through a project. Determines the shortest possible project duration
• Characterized by zero total float.
• Schedule networks may have multiple near-critical paths.
Develop Schedule
Tools and Techniques
89. The box below shows standard format for the nodes in a precedence diagram;
• The early start (ES), the earliest time the schedule activity can start.
• The early finish (EF), the earliest time the schedule activity can finish.
• The late start (LS), the latest time the schedule activity may begin without delaying
project completion.
• The late finish (LF), which is the latest time the schedule activity may be completed
without delaying project completion.
Task Name
(Duration)
ES
LS
EF
LF
DUR
Slack
Develop Schedule
Calculating Critical Path and Float
90. Develop Schedule
Calculating Critical Path and Float
4
2 2
22
0 8
862
2 10
8
10 0 10
4
2 0
7 8
2 0 2
Task A
Task B
Task C
Task D
Task Name
ES
LS
EF
LF
DUR
Slack
Critical Path – Early Starts computed by making a “forward pass” through the
network while late starts are computed using a “backward pass”
91. • CPM is a project network analysis technique used
to predict total project duration
• A critical path for a project is the series of activities
that determines the earliest time by which the
project can be completed
• the path through the network that has the longest path (longest total
duration) thus it defines the shortest period of time in which the project
may be completed.
• Float (slack) of activities on the critical path = 0
Develop Schedule
Critical Path Method (CPM)
If the project is
behind schedule –
the critical path is
negative.
92. Total Float – The amount of time a schedule activity can be delayed or
extended from its early start date without delaying the project finish date
or violating a schedule constraint.
Free Float – The amount of time that a schedule activity can be delayed
without delaying the early start of any successor or violating a schedule
constraint. Can be determine by subtracting the smallest Total Float going
into an activity from each predecessor into that activity.
Develop Schedule
Float
Free Float = ES (Successor) – EF (Predecessor)
Total Float = LF - EF, or, LS - ES
93. • Can Float (slack) be negative?
• What does that mean?
• How can you address that situation?
Develop Schedule
Float
94. Negative float indicates activities must start before their
predecessors finish in order to meet a target finish date.
Negative float occurs when the difference between the late
dates and the early dates (start or finish) of an activity are
negative. In this situation, the late dates are earlier than the
early dates. This can happen when constraints (Activity
Target dates or a Project Target Finish date) are added to a
project.
Develop Schedule
Negative Float
95. • EF=ES+DUR-1
• LS=LF-DUR+1
• Slack=LF-EF or LS-ES
Task Name
ES
LS
EF
LF
DUR
Slack
4
2 2
23
1 9
863
2 10
8
9 0 10
4
3 0
7 8
1 0 2
Task A
Task B
Task C
Task D
Develop Schedule
Redux : Calculating Critical Path and Float
This example starts
with a 1 in Task A. It
may also start with a 0
See p. 211, PMBOK 6
98. Resource Optimization
used to adjust the start and finish dates of activities to adjust planned resource
use to be equal to or less than resource availability.
Resource leveling
• A technique in which start and finish dates are adjusted based on resource
constraints.
• A way to fix resource over allocation.
• Critical path may change.
Resource Smoothing
• A technique that adjusts the activities of a schedule model to solve utilization.
• Critical path is not changed and the completion date may not be delayed.
• Activities may be delayed within their free and total float.
Develop Schedule
Tools and Techniques
See p. 212, PMBOK 6
99. Data Analysis
What-If Scenario Analysis:
Evaluating scenarios in order to predict their effect positively or negatively on
project objectives.
• Simulation:
Calculating multiple project durations with different sets of activity assumptions
usually using probability distributions constructed from the three-point estimates to
account for uncertainty.
The most common simulation technique is Monte Carlo analysis it used to
calculate possible schedule outcomes for the total project based on 3-point
estimates for each activity on network diagram.
Leads and Lags
Develop Schedule
Tools and Techniques
100. Schedule Data
The collection of information for describing and controlling the schedule. Includes
(milestones, schedule activities, activity attributes, and documentation of all
identified assumptions & constraints)
Project Charter
Project Calendar
Change requests
Project Plan updates
Project Documents
Develop Schedule
Output