Professional Documents
Culture Documents
certification exam administered by the Project Management Institute Content is from A Guide To The Project Management Body Of Knowledge (PMBOK) www.pmi.org
Recurring Themes
Historical Records need to collect and use for planning,
estimating and risk Kickoff meetings are important Work Breakdown Structures Do not introduce benefits that are not stated in requirements Needs of all stakeholders should be taken into account during all projects Team Members must be involved in project planning Project Mangers must be pro-active
Chapter 1 Introduction
Project temporary endeavor undertaken to create a unique product or service
Has a definite beginning and end and interrelated
activities Programs adopt new set of objectives and continue to work; projects cease when declared objectives have been attained
Chapter 1 Introduction
Projects are unique characteristics are progressively
elaborated
Progressively: proceeding in steps Elaborated: worked with care and detail
Chapter 1 - Introduction
Project Management: the application of knowledge, skills, tools and techniques to project activities in order to meet or exceed stakeholder needs and expectations from a defined project balancing the following:
Scope, time, cost, and quality Stakeholders expectations
(expectations)
Chapter 1 - Introduction
Programs are groups of projects managed in a coordinated way to obtain benefits not available from managing the projects individually Most programs have elements of ongoing operations
Series of repetitive or cyclical undertakings
more manageability
Often contracted out to external organizations
deliverable
Tangible, verifiable work product Review of deliverables and approval/denial are phase
Phases are collected into the Project Life Cycle Set of defined work procedures to establish management control
Project Phases can overlap Fast Tracking Common Characteristics of Project Life Cycles:
Cost and Staffing levels are low at start and move higher towards
the end Probability of successfully completing project is low at beginning, higher towards the end as project continues Stakeholder influence is high at the beginning and progressively lowers as project continues
customer individual(s) or organization(s) that will use the outcome of the project Stakeholder management is a proactive task
Project Mangers must determine all stakeholders and incorporate their needs into the project
Sponsor
Team Internal/External End User Society, citizens Others: owner, funders, supplier, contractor
Based
Project Based derive revenues from performing
projects for others (consultants, contractors),management by projects Non-Project Based seldom have management systems designed to support project needs (manufacturing, financial services)
expected by stakeholders) Leading (establishing direction, aligning resources, motivating) Communicating (clear, unambiguous, and complete) Negotiating (conferring with others to reach an agreement) Problem Solving (definition and decision making) Distinguish causes and symptoms Identify viable solutions Influencing Organization (understanding power and politics)
services or characteristics
Compliance is mandatory
Internationalization
Cultural Influences
Project Processes
Series of actions that achieve a result Project Management Processes
Describing and organizing the work Specifying and creating the product
Product-Oriented Processes
should begin Planning processes: devising and maintaining a workable plan Executing processes: coordinating resources to execute the plan Controlling processes: ensuring project objectives are met; monitoring, correcting and measuring progress Closing processes: formalized acceptance
Individual processes have inputs, tools and techniques, and outputs (deliverables)
Scope Planning written statement Scope Definition subdividing major deliverables into
more manageable units Activity Definition determine specific tasks needed to produce project deliverables Activity Sequencing plotting dependencies
to complete the activities Schedule Development analyze activity sequences, duration, and resource requirements Resource Planning identify what and how many resources are needed to perform the activities Cost Estimating develop resource and total project costs Cost Budgeting allocating project estimates to individual work items Project Plan Development taking results from other planning processes into a collective document
project and determining how to meet standards Organizational Planning identify, document, and assigning project roles and responsibilities Staff Acquisition obtaining the human resources Communications Planning determining rules and reporting methods to stakeholders
project and documenting these risks Risk Quantification evaluating risks and interactions to access the possible project outcomes Risk Response Development defining enhancement steps and change control measures Procurement Planning determining what to buy and when Solicitation Planning documenting product requirements and identifying possible sources
Scope Statement Create Project Team Work Breakdown Structure WBS dictionary Finalize the team Network Diagram Estimate Time and Cost Critical Path Schedule Budget Procurement Plan Quality Plan Risk Identification, quantification and response development Change Control Plan Communication Plan Management Plan Final Project Plan Project Plan Approval Kick off
project plan Scope Change Control controlling scope creep Schedule Control adjusting time and project schedule of activities
information to formally recognize phase or project completion Contract Close-out completion and delivery of project deliverables and resolving open issues
Procurement Audits Product Verification Formal Acceptance Lessons Learned Update Records Archive Records Release Team
stakeholder approval
These processes may occur repeatedly over the project duration Historical Records are needed to perform project management well, they are inputs
to continuous improvement
Files Lessons Learned Actual Costs Time Estimates WBS Benchmarks Risks
consistent document to guide project execution and control Iterated several times Documents planning assumptions Documents planning decisions that are chosen Facilitates communication Defines key management reviews Provides a baseline to track progress measurement and project control
outputs (WBS, base documents, application area inputs) Historical information verify assumptions, records of past project performance Organizational policies quality management, personnel administration, Financial controls Constraints factors that limit performance, contractual provisions, budget Assumptions risk factors
approach (software, templates, forms, start-up meetings Stakeholder Skills & Knowledge tap into plan development; use expertise for reasonableness PMIS Out of the box approach to support all project aspects through closure
information about the project becomes available Baseline will change only in response to approved scope change Project Plan includes some or all of the following:
Project Charter Project Management approach or strategy Scope statement Work Breakdown Structure (WBS) Budget, schedule, risks Key Staff, Major Milestones Change Control Plan, Management and Communications Plan
Cost Estimates, scheduled start dates and responsibility assignments Performance measurement baselines Major milestones and target dates Required Staff Risks, constraints and assumptions Subsidiary management plans (scope, schedule) Open Issues Pending Decisions
planning, provided by staffing Work Authorization System formal procedure for sanctioning work to ensure completion written or verbal authorization Status review meetings regular exchanges of information Project Management Information System Organizational Procedures
ensure that change is beneficial Determining that change has occurred Managing actual changes as they occur
Evaluate impact of change Meet with team to discuss alternatives Meet with management to present decision
(project plan) Ensuring changes to scope are accurately recorded Coordinating changes across knowledge areas (scheduling, risk, cost, quality, etc.) Determine all factors that control change and pro-actively preventing the occurrence; evaluate the impact of change
reached Change Control System collection of formal procedures, paperwork, tracking systems, approval levels Change Control Board decision making authority Configuration Management documented procedure to apply technical and administrative direction
ID and document functional and physical characteristics Control changes to these characteristics Record and report change and implementation status Audit items and system to verify requirements
analysis Additional Planning revised cost estimates, modify activity sequences, plan adjustments Project Management Information System Change Control System may have
Change Control Plan Change Control Board Change Control Procedures, Corrective Action plans Performance Statistics, Reports, Change forms Specification reviews, Demonstrations, Testing, Meetings
Configuration Management
Meetings
Most are inefficient; keep minutes Status can be determined without meeting
Technical Aspects of the project Project Management (WBS, plans, etc.) Overall Management (communications, leadership) Best to have whole team complete and made available Also called Post Mortem
within a project Primary responsibility to decide what changes are necessary is Management Project Managers must pro-actively define and solve problems before reporting to superiors
all, and only, work required Defining what is/is not included in the project Project scope work that must be done measured against project plan Product scope features and functions included in the product or service measured against requirements
Less detail in early phases, more comprehensive in latter Relationship between product/service and business need Should support later project planning Initial product description is usually provided by the buyer
Murder Boards Peer Review Scoring Models Economic Models Benefits compared to costs Linear Programming Integer Programming Dynamic Programming Multi-objective programming
Business need/Business Case Product description & title Signed contract Project Manager Identification & Authority level Senior Management approval Projects Goals and Objectives Constraints factors that limit project management teams options Assumptions factors that are considered true for planning purposes. Involve a degree of risk
of the product of the project Cost/Benefit Analysis estimating tangible/intangible costs and returns of various project alternatives and using financial measures (R.O.I.) to assess desirability Alternatives Identification generate different approaches to the project; brainstorming Expert Judgment
Project justification business need, evaluating future trade-offs Project Product summary of project description Project Deliverables list of summary of delivery items marking completion of the project Project Objectives quantifiable criteria met for success. Addresses cost, schedule and metrics unqualified objectives indicate high risk (customer satisfaction)
Control what is/is not in the project; prevents delivering extra benefits to the customer that were not specified/required
Major elements project deliverables and project management approach Decide cost and duration estimates are appropriate at level of detail Constituent elements tangible verifiable results to enable performance management, how the work will be accomplished Verify correctness of decomposition
All items necessary and sufficient? Clearly and completely defined? Appropriately scheduled, budgeted, assigned?
oriented grouping of project assignments that organizes and defines the scope of the project
Each descending level represents further detail; smaller and more manageable pieces Each item is assigned a unique identifier collectively known as code of accounts Work element descriptions included in a WBS dictionary (work, schedule and planning information) Other formats:
Contractual WBS seller provides the buyer Organizational (OBS) work elements to specific org. units Resource (RBS) work elements to individuals Bill of Materials (BOM) hierarchical view of physical resources
First Level is commonly the same at the Project Life Cycle (requirements, design, coding, testing, conversion and operation) First level is completed before the project is broken down further Each level of the WBS is a smaller segment of level above Work toward the project deliverables Break down project into tasks that
Are realistically and confidently estimable Cannot be logically divided further Can be completed quickly (under 80 hours rule of thumb) Have a meaningful conclusion and deliverable Can be completed without interruption
Prevent work slippage Project team understands how their tasks fit into the overall project and their impact upon the project Facilitates communication and cooperation between project team and stakeholders Helps prevent changes Focuses team experience into what needs to be done results in higher quality Basis and proof for estimating staff, cost and time Gets team buy-in, role identification Graphical picture of the project hierarchy Identifies all tasks, project foundation
Designed to control what work is done and when Also known as a task description Puts boundary on what is included in a task and what is not included
External events (government regulations) Scope definition errors of product or project Value adding change new technology
All paperwork, tracking systems, approval levels Integrated with overall change control procedures
Establish unambiguous and realistic objectives Periodically evaluate if objectives are being met Take corrective action Project Manager must know that if project is not aligned or support corporate objectives, the project is likely to lose resources, assistance and attention. MBO only works if management supports it
and includes description to ensure team members understand work to be performed Supporting Detail organized as needed and include all assumptions and constraints WBS Updates identify missing deliverables and clarify deliverable descriptions. WBS updates often called refinements; more likely using new technologies in project
sequencing Mandatory Sequencing physical limitations, hard logic, prototypes needed; inherent in nature of work being done Discretionary Dependencies defined by project management team; best practices or unusual aspects of project soft logic, preferred logic, preferential logic External Dependencies relationship between project activities and non-project activities (company policies, procurement, etc.) Constraints Assumptions
constructing network diagram using nodes to represent activities and arrows to indicate dependencies; also called Activity On Node (AON) Most project management software uses Includes 4 types of dependencies:
Finish to Start from activity must finish before to activity can begin; most commonly used Finish to Finish from activity must finish before the next may finish Start to Start from activity must start before next to activity can start Start to Finish task must start before next activity can finish
Also called Activity On Arrow (AOA) Only uses finish to start dependencies PERT and CPM only can be drawn using AOA
GERT (Graphical Evaluation and Review Technique) System Dynamic Models Allow for non-sequential activities (loops) or conditional branches not provided by PDM or ADM methods
Subnets are several nearly identical portions of a network (floors on a building, clinical trials, program modules) Useful for several identical processes (clinical trials, programming modules).
activity Resource Capabilities human and material resources, expertise Historical Information
Project Files, or records of previous project results Commercial Duration Estimates useful when durations are not driven by actual work (approval periods, material resources) Project Team Knowledge
should be used whenever possible; high risk without expertise avail. Simulation using different sets of assumptions (Monte Carlo Analysis) to drive multiple durations Analogous Estimating top down estimating use actual, similar, previous known durations as basis for future activity duration. Used when limited knowledge is available. Form of expert judgment
Project Calendars affect all resources Resource Calendars affect specific resource pools or individuals
early/late finish and start dates without regard for resource pool limitations; indicate time periods which activity should be scheduled given resource limits and other constraints:
Critical Path Method (CPM) single early/late start and finish date for all activities. Based on specified, sequential network and single duration estimate. Calculates float to determine flexibility Graphical Evaluation and Review Technique (GERT) probabilistic treatment of network and activity duration estimates Program Evaluation and Review Technique (PERT)- sequential network and weighted average duration to calculate project duration differs from CPM by using mean (expected value) instead of most-likely estimate in CPM
One time estimate per task (Most Likely) Emphasis on controlling cost and leaving schedule flexible Drawn using AOA diagrams Can have dummy task 3 Time estimates per activity
Emphasis on meeting schedule, flexibility with costs Drawn on AOA diagrams Can have dummy tasks
Probability of completing a project on any specific day Probability of completing a project for any specific amount of cost Probability of any task actually being on the critical path Overall Project Risk
Suggests that Monte Carlo simulation will create a project duration that is closer to reality than CPM or PERT
Crashing cost and schedule trade-offs to determine greatest amount of compression for least incremental cost often results in higher costs Fast Tracking performing activities in parallel that normally would be sequenced often results in re-work and usually increases risk
Simulation
apply to critical path activities a.k.a. resource constrained scheduling when limitation on quantity of available resources; sometimes called Resource Based Method often increases project duration Project Management Software
Provide the team with the necessary information to properly estimate the task Complete a sanity check of the estimate Formulate a reserve Historical Records Guesses Actual Costs Benchmarks CPM and PERT
dates for each activity; remains preliminary until resources assignments are approved. Usually in following formats:
Project Network Diagrams (with date information added) show logical and critical path activities Bar or Gantt charts activity start and end dates, expected durations Milestone Charts identifies key deliverables and interfaces Time-scaled network diagrams blend of project network and bar charts
Resource requirement by time period (resource histogram) Alternative schedules (best/worst case) Schedule reserve/risk assessments
Schedule Management Plan how updates are managed Resource requirement updates leveling and activity
impact
ensure changes are beneficial Determining that schedule has changed Managing actual changes as they occur
project performance Performance Reports planned dates met, issues Change Requests Schedule Management Plan
Revisions change scheduled start and finish dates generally in response to scope changes. Re-baselining may be needed in drastic situations
Created after project charter and WBS (task estimates and dependencies are determined) Mandatory dependencies (Hard Logic) inherent in nature of work Discretionary dependencies (Soft Logic) based on experience, desire or results External dependencies based on needs and desires of organizations outside the project
Method (PDM)
Boxes represent tasks Arrows show task dependencies 4 types of task relationships
Finish to Start (task must finish before next can start) Finish to Finish (task must finish before next can finish) Start to Start (task must start before next can start) Start to Finish (task must start before the next can finish)
(ADM)
Arrows used to represent tasks Only Finish to Start relationships are used May use dummy tasks (show dependencies) PERT and CPM estimating techniques can only be drawn using AOA
CPM (Critical Path Method) estimating based on one time estimate per activity (the most likely time estimate) Emphasizes controlling cost and allowing schedule flexibility Can have dummy tasks
PERT (Program Evaluation and Review technique) 3 time estimates per activity: Optimistic (O), Most Likely (M), Pessimistic (P) Emphasizes meeting schedule, flexibility with cost Can have dummy tasks
Add up all Optimistic, Most Likely and Pessimistic values of the critical path tasks and apply P + 4M + O/6 Add up the individual task variances and take the square root of the value. Use the value as a +/- figure to compute the Optimistic and Pessimistic values. The total project estimate will serve as the basis.
network diagram but does not use the PERT formula Indicates
Probability of completing project on a specific day Probability of completing project for any specific amount of cost Probability of any task actually being on critical path Overall project risk
Estimates are: Guesses, Historical Records, Actual Costs, Benchmarks, CPM, PERT
Critical paths determines the earliest completion date and identifies tasks that need monitoring Can be obtained by CPM, PERT and Monte Carlo estimating techniques
without delaying the entire project. Tasks on critical path have no slack.
Slack is calculated by the difference between Early Start and Late Start of a task
Free Slack (Float): the amount of time a task can be delayed without delaying the early start date of its successor Total Slack (Float): the amount of time a task can be delayed without delaying the project completion date
involve dummy tasks Negative float indicates that you are behind Resource Leveling involves possibly letting schedule and cost slip Heuristics just means rule of thumb e.g. 80/20 rule Schedules are calendar based makes this different than a time estimate
Bar Chart a.k.a. Gantt chart (track progress, report to entire team including stakeholders, control tool) Network Diagram (to show task inter-dependencies, show project organization, basis for project control) Milestone chart (report to Senior management, shows major events)
Crashing add more resources to the critical path tasks Usually results in increased cost Fast Tracking performing tasks in parallel Can result in re-work and increased risk
start date of its successor Total Slack (Float) amount of time a task can be delayed without delaying the project completion date
Lag inserted waiting time between tasks Resource Leveling level peaks of resource usage; stable number of resources allows schedule and cost slip in favor of leveling resources Heuristic rule of thumb (80/20 rule)
activities; consider effect of project decisions on cost of using product life-cycle costing Most prospective financial impact of using the product is outside the project scope Consider information needs of stakeholders, controllable and uncontrollable costs (budget separately for reward and recognition systems)
Risks
Historical Information Scope Statement justification & objectives Resource Pool Description what resources are
databases, team knowledge Chart Of Accounts coding structure for accounting; general ledger reporting
Reliable when previous projects are similar and individuals have expertise form of expert judgment
Reliable when historical information is accurate, parameters are quantifiable, and model is scalable
For all resources of the project (labor, materials, supplies, inflation allowance, reserve) Expressed in units of currency
Supporting Detail Description of scope (reference to the WBS) Documentation how estimate was developed Indication of range of possible results Assumptions Cost Management Plan how cost variances will be managed Cost Risk: associated to seller for Fixed Price; associated to buyer for Time
Needed to assign costs during the time period when the actual cost will be incurred
Developed by summing estimated costs by period (S curve of values vs. time) Larger projects have multiple baselines to measure different aspects of cost performance
baseline that are beneficial Determining that the cost baseline has changed Managing actual changes as they occur
Monitor cost performance to detect variances Record all appropriate changes accurately in the cost baseline Preventing incorrect, unauthorized changes being included in the cost baseline Informing stakeholders of authorized changes
Determine the whys of positive and negative variances Integrated will all other control processes (scope, change, schedule, quality)
be changed Performance Measurement assess magnitude of cost variations (Earned Value Analysis) and what is causing the variance Additional Planning examine alternatives Computerized Tools forecast planned costs, track actual costs, forecast effect of cost changes
scope changes Corrective Action Estimate at completion (EAC) forecast of total expenditures
Actual to date plus remaining budget modified by a factor (cost performance index)
Current variances are seen to apply to future variances Original estimates are flawed, or no longer relevant Current variances are typical and similar variances will not occur in the future
Lessons Learned
BCWS Budgeted Cost of Work Scheduled (how much work should be done) BCWP Budgeted Cost of Work Performed a.k.a. Earned Value (how much work is budgeted, how much did we budget) ACWP Actual Cost of Work Performed (how much did the completed work cost)
BAC Budget at Completion (how much did you budget for the total job) EAC Estimate at Completion (what do we expect the total project to cost) ETC Estimate to Completion (how much more do we expect to spend to finish the job) VAC Variance at Completion (how much over/under budget do we expect to be)
Variance (Plan Actual) Cost Variance (CV): BCWP ACWP; negative is over budget Schedule Variance (SV): BCWP BCWS; negative is behind schedule Cost Performance Index (CPI): BCWP
ACWP
BCWP ACWP
BCWP
CPI
Estimate to Complete (ETC): EAC ACWP; how much will it cost from now to completion Variance at Completion: BAC EAC; when the project is over how much more or less did we spend (most common way of calculating EVA
completed
NPV is the sum of each present value of each income/revenue item Internal Rate of Return (IRR): company may select project based on highest IRR Payback Period: number of time periods it takes to recover the investment in the project before generating revenues Benefit Cost Ratio (BCR): compares costs to the benefits of different projects
Greater than 1 means benefits are greater than costs Less than 1 means costs are greater than benefits
over another
when determining to continue with a troubled project Law of Diminishing Returns: the more that is put in the less of an outcome is received Working Capital: current assets current liabilities Variable Cost: costs that change with the amount of production or the amount of work (materials, wages) Fixed Cost: non-recurring costs that do not change Direct Cost: directly attributable to project work (travel, wages, materials) Indirect Cost: overhead items or costs for the benefit of more than one project (taxes, fringe benefits)
maintenance phases Value Analysis: find a less costly way to do same work
phase, not conceptual phase Project Objectives are not necessarily needed to fund project Project Definition focus on end product initially; costs and benefits will be evaluated later 25% of project lifecycle expended at end of planning No guarantees; only most likely results
determining project costs Management Reserve over time PM wants no change to reserve; customers wants $ back Cost and Schedule Data predicts future performance ROI, Nest Present Value and Discounted Cash Flow all can be used to measure total income vs. total $ expended Undistributed budget budget that contains approved scope changes but are not planned yet Depreciation is not a measurement of profitability Pay Back Period - # of periods required to recover the initial investment
the project (Plan); Project Manager, Project Owner Quality Assurance evaluating overall project performance to provide confidence that project will satisfy relevant quality standards (Implement or Execution); Project Team Quality Control monitoring specific results to comply with quality standards and eliminating unsatisfactory performance causes (Check or Control); Project Manager, Project Team
Compatible with ISO 9000 and 10000 series Proprietary and non-proprietary approaches (total quality management Must address the management of the project and the product of the project
Critical aspect is to turn implied needs into stated needs through project
scope management Do not confuse with grade category or rank given to entities having the same functional use but different requirements for quality Customer satisfaction conformance to specifications (must produce what is stated) and fitness for use (must satisfy real needs) Prevention avoid mistakes vs. cost of correction Management responsibility requires participation of team; responsibility of management to provide resources Processes within phases plan-do-check-act cycle
Recognize that the investment in product quality improvements may be borne by the performing organization since the project may not last long enough to reap reward
organization with regard to quality as expressed by management Scope Statement Product Description Standards and Regulations Other Process Outputs processes from other knowledge areas (procurement planning)
cost is expense of project management activities Benchmarking comparing actual or planned practices to those of other projects Flowcharting
Cause and effect diagramming (Ishikawa or fishbone diagrams) illustrate how causes relate to potential problems or effects System or Process flowcharts show how various elements of the system interrelate
quality policy; describes the project quality system organizational structures, responsibilities, procedures, processes and resources needed to implement quality management Operational Definitions defines how an item is measured by the quality control process. Also known as Metrics. Checklists structured tool used to verify that a set of required steps has been performed Inputs to other processes may identify a need for further activity in another area
within the quality system to provide confidence that the project will satisfy quality standards
Operational definitions
effectiveness and efficiency of the project to provide added benefits to the stakeholders
if they comply with quality standards and identifying ways to eliminate causes of unsatisfactory results
Includes project (deliverables) and management (cost and schedule
Prevention (keep errors out of process) and inspection (keep errors from customers) Attribute sampling (result conforms) and variable sampling Special Causes (unusual events) and random causes Tolerances (acceptable range) and control limits (result falls within range)
requirements Control Charts plot results over time Pareto diagrams frequency of occurrence that identifies type or category of result (80/20 rule) guides corrective action Statistical sampling select population of interest for inspection Flowcharting Trend Analysis forecast future outcomes based on historical results
Technical performance (# of errors identified; # of errors that remain) Cost and Schedule performance (activities per period with significant variances)
actions
giving customer extras, prevention over inspection Conformance to requirements, specifications and fitness of use Quality Management processes required to ensure that the project will satisfy the needs for which it was undertaken Continuous Improvement - small improvements to reduce costs and ensure consistency Marginal Analysis optimal quality is reached at the point when revenue from improvement equals the costs to secure it
Just in Time
corporations follow their own quality procedures Total Quality Management continuous improvement in business practices Normal Distribution most common probability used to measure variations Standard deviation (sigma) measure how far away from the mean (dotted vertical line) 3 or 6 sigma represents level of quality
+/- 1 sigma equal to 68.26% +/- 2 sigma equal to 95.46% +/- 3 sigma equal to 99.73%
Ultimate employee Overall or Primary Project Manager Design and Test Specifications engineer
not inspected in
quality on project and how quality will be measured done during Planning Phases
Identifying which standards are relevant to project how to satisfy them Benchmarking look at past projects to determine ideas for improvement Cost Benefit Analysis Flowcharts (fishbone)
Process of evaluating overall performance on a regular basis Quality Audits structured review of quality activities that identify lessons learned
Process of monitoring specific project results to determine if they comply with relevant quality standards and identify ways of eliminating unsatisfactory performance Performance of the measurement or process, using quality control tools checking work
Quality Control Tools Pareto Diagrams 80/20 rule the chart presents the information being examined in its order of priority and helps focus attention on the most critical issues Fishbone diagram (Cause and Effect) A creative way to look at the causes or potential causes of a problem Helps stimulate thinking, organizes thoughts and generates discussion Can be used to explore a desired future outcome and the factors to which it relates
Checklists list of items to inspect Control Charts graphic displays of the results over time used to determine if a process is in control Upper and Lower Control Limits two dashed lines show the acceptable range of a variation range determined by companys quality standard (sigma) Mean line in the middle shows middle of the range of acceptable results Specification Limits 2 solid lines outside the upper and lower control limits represent the customer's expectations/requirements of quality
Quality Control Tools Out of Control process is out of control when: A data point falls outside of the upper or lower control limit Non-random data points are within the upper control and lower control limits Rule of 7 non-random points outside the mean - process should be investigated Assignable Cause data point the requires investigation to determine the cause of the variation
Quality Training Rework Studies Scrap Surveys Inventory and Warranty costs
Crosby absolutes of quality Performance standard is zero defects; measurement system is cost of non-conformance Continuous Improvement Japanese (Kaizen)
incremental revenue from improvement equals incremental cost to secure Variable characteristic to be measured Attribute measurement (objective or subjective) Increase quality = increased productivity, increased cost effectiveness, decreased cost risk
specific characteristics for which a project is designed and tested Quality assurance example is team training Cost of Conformance = team training
incremental revenue from improvement equals the incremental cost to secure Standard Deviation: how far away from mean Variable: characteristic you want to measure Attribute: measurement (subjective or objective) Ultimate Responsibility Employee Overall Responsibility PM Design/Test Specifications - Engineer
decreases Product Cost plus Operations and Maintenance costs increase perceived value when balanced Cost of Conformance = training Crosby Absolutes of Quality performance of standard is zero defects and the measurement system is the cost of non-conformance Deming & Japanese are associated with Quality Improvement programs Quality Control performed by operating personnel
project owner QA auditing function that provides feedback to team and client about quality of output being produced If sample size is a constant and acceptance numbers increase, the producers risk decreases and consumer risk increases 85% of costs of quality are direct responsibility of management
Keep in mind of transient nature of projects Apply techniques that apply to current project needs Ensure HR compliance with project management
activities
Conflict between PM and Functional Managers Dual allegiance of team members Complex prioritization of resources Loss of developed procedures on project dissolution
Defer the decision Interpreted as passive Emphasize task vs. personnel Can be frequently used
Individual and group assignments Internal and external employees Linked with communication planning
Organizational structure (strong vs. weak matrix) Collective bargaining agreements contractual arrangements Preferences of project management team Expected staff assignments
responsibility definitions Human Resource Practices corporate policies, guidelines, and practices Organizational Theory how organizations are structured Stakeholder Analysis needs of stakeholders are ensured
linked to scope definition. Utilizes a Responsibility Assignment Matrix (RAM) to define responsibility for each item in the Work Breakdown Structure/task list Staffing Management Plan when and how personnel are included and removed from the project team
Resource leveling, reduce transition periods, eliminate dead time between assignments, sensitivity to morale
internal initiative Procurement outside services are needed (lacking internal skills or availability can not be met)
project team
self-actualization X people need to be watched every minute Y people willing to work without supervision
Herzbergs Theory poor hygiene factors destroy motivation but improving them will not improve motivation
Communications Planning determining informational needs, who needs what and when; 90% of PMs time is spent communicating Information Distribution making information available Performance Reporting collecting and disseminating project information Administrative Closure formalize project/phase completion
Define type and format of information with analysis of value of information Project organization and stakeholder responsibility relationships Disciplines, departments and specialties involved in project Logistics of number of individuals at location External communication needs (media)
information
Immediacy of need for information Availability of technology Expected project staffing compatible with personnel experience Length of project will technology change during duration?
develop methodology suited for the project; eliminate unnecessary information or technologies
Collection and filing structure to detail the gathering and storage of information; updating and dissemination Distribution structure who gets info in certain format; compatible with project organization chart Description of information included format, level of detail, conventions Production schedules of each type of communication Methods for accessing information Method for updating and refining communications plan
responsible for clarity; receiver is responsible for receipt and understanding Information retrieval systems filing systems, software Information distribution systems meetings, correspondence, networked databases, video/audio conferencing
Status reporting Progress reporting Forecasting Project scope, schedule, cost and quality, risk and procurement
(baseline); cost and schedule most frequent Trend Analysis examining results over time to determine performance Earned Value Analysis integrates scope, cost and schedule measures calculate 3 keys:
Budgeted Cost of Work (BCWS) portion of approved cost estimate planned to be spent on activity during a given period Actual Cost of Work Performed (ACWP) total of direct and indirect cost incurred in accomplishing work on activity in a given period Earned Value (Budgeted Cost of Work Performed BCWP) percentage of total budget equal to percentage of work actually completed
Cost Variance (CV) = BCWP ACWP Schedule Variance (SV) = BCWP BCWS Cost Performance Index (CPI) = BCWP/ACWP
docs; all information that records and analyzes performance Documentation of product and project Other project records
Contract closeout has product verification and administrative closeout but the contract terms may have special provisions/procedures for closeout
Nonverbal Paralingual (pitch and tone) Active Listening receiver confirms they are listening, confirms agreement and ask for clarification Effective Listening watching speaker, think before speaking, ask questions, repeating and providing feedback
Formal Written complex problems, All Plans, communicating over long distances Formal Verbal Presentations, speeches Informal Written memos, e-mail, notes Informal Verbal Meetings, conversations
Culture
Performance Reporting
Status Reports (where project stands) Progress Reports (what has been accomplished) Trend Report (project results over time) Forecasting Report (projecting future status) Variance Report (actual results vs. planned) Earned Value
linear rate
N (N-1)/2 where N = the number of people Example 4 people equals 6 communication channels
All members committed Decisions reached slowly Integrity is developed Future decision making is enhanced
Complex messages need oral, written and non verbal methods There are 5 directions of communication Faade when an individual processed needed information but
and formal If there are a team of experts, PM decisions will likely promote high satisfaction Functional/Project Mangers likely to exercise
Power Authority Influence
clients/sponsors To determine if someone understands message, must obtain feedback Unanimous Agreement all members committed, decisions reached slowly, integrity is developed, future decision making is enhanced Clearly defined group goals: motivate team behavior, cause tension until completed, encourage member interaction
formal
Risk Identification which are likely to affect the project Risk Quantification evaluation of risk to assess the range of possible outcomes
Risk Response Development defining enhancement steps for opportunities and response
and documenting them Performed on a regular basis; address internal and external risks
Internal project team has control/influence over External beyond project teams control
technologies (innovation/invention). Often described in terms of cost and schedule impact Other Planning Reports
WBS (any non-traditional approaches) Cost/Duration Estimates aggressive schedules; limited amount of information Staffing Plan hard to replace/source skill sets Procurement Management Plan market conditions
project context, process outputs, product and technology issues, internal sources Flowcharting understand cause and effect relationships Interviewing conversations with stakeholders
Include estimate of probability, range of possible outcomes, expected timing, anticipated frequency
Potential Risk Events discrete occurrences that may affect project Identified when probability/magnitude of loss is high (e.g. turnover)
New technologies obsolete need of product Socio, Political and Economic events Include estimate of probability, range of possible outcomes, expected timing, anticipated frequency
Risk Symptoms triggers that are indirect manifestations of actual risk events (e.g.
poor morale) Inputs to other processes identify need in another area; constraints and assumptions
Opportunities and threats can provide unanticipated results (e.g. schedule delay considers a new strategy) Multiple effects from a single event Singular Stakeholder opportunities may force suffering in other areas Reliance on statistics and forecasting (mathematical errors)
Sources of Risk Potential Risk Events Cost Estimates Activity Duration Estimates
estimates for individual work items Simulation representation or model; provide statistical distribution of calculated results.
Avoidance eliminating threat by eliminating the cause Mitigation reducing expected monetary value of event by reducing the probability of occurrence Acceptance accept the consequences (active - contingency plan - or passive response)
Development
another) Contingency Planning defining action steps should a risk event occur Alternative Strategies change planned approach Insurance
Addresses risk identification and quantification processes, personnel responsible for managing areas of risk, maintenance of identification and quantification process, implementation of contingency plans and allocation of reserve Inputs to other processes alternative strategies, contingency plans, anticipated procurements Contingency Plans Reserves provision in project plan to mitigate costs and schedule risks. Used with a modifier (management, schedule, budget) to provide further detail when type of reserve can be used Contractual Agreements insurance, services and other functions to avoid and mitigate threats.
Control and iteration are required; not all risks can be identified
events (response was not defined in advance) Additional Risk Response Development planned response may not be adequate
the project for good or bad Definition of uncertainty: an uncommon state of nature, characterized by the absence of any information related to a desired outcome Definition of risk management: The processed involved with identifying, analyzing, and responding to risk. Maximize results of positive events; minimizing consequences of negative events
2 Types Business: Risk of a gain or loss Pure (insurable): only a risk of loss Sources: External: Regulatory, environmental, government Internal: Schedule, cost, scope change, inexperience, planning, people, staffing, materials, equipment Technical: Changes in technology Unforeseeable: small (only about 10%)
Probability that it will occur (what) Range of possible outcomes (impact, amount at stake) Expected Timing (when) Anticipated frequency (how often)
Symptoms early warning signs determined by PM Risk Tolerances amount of risk that is acceptable
Probability Amount at stake (impact) Develop a ranking (priority) of risks Qualitative take an educated guess Quantitative estimation by calculation
Probability Amount at stake (impact) Develop a ranking (priority) of risks Qualitative take an educated guess Quantitative estimation by calculation
Indicates risk of a project and each task by providing a percent probability that each task will be on the critical path Accounts for path convergence (where tasks in a Network diagram converge into 1 task more risk) Helps define and prove what the project reserve should be Takes into account future events when making a decision today Makes use of expected value calculations and mutual exclusivity Be able to draw one; boxes are decisions, circles are what can happen as a result of the decision
Decision Trees
Outputs from Risk Quantification Determination of top risks Opportunities to pursue Opportunities to ignore Threats to respond to Threats to ignore
Risk Response Development (what will be done, how to make risk smaller or eliminate) Not all risks can be eliminated Alternative Strategies (risk mitigation) Avoidance eliminate the cause Mitigation effect the probability or impact of risk Acceptance do nothing Deflection (transfer, allocate) make another party responsible, insurance, outsourcing
Insurance exchange an unknown risk for a known risk (response to pure risks) Contracting hire experience to perform work Contingency Planning specific actions to take if risk event occurs Reserves (contingency) recommended total of 10% to account for known and unknown risks
Risk Management Plan documents risks identified and how they are addressed; non-critical risks should be recorded to revisit during the execution phase
Risk Response Control executing and updating the Risk Management Plan Workarounds Unplanned responses to risks; addressing risks that were unanticipated Contingency Plans planned responses to risks; risk response development actions
already known) Self Insurance can lead to failure to ensure funds for low probability events and confuse business risks with pure risks Risk mitigation can purchase insurance Schedule Risk critical path adjusted by High Risk activity float Sensitivity Analysis estimate the effect of change of one project variable on overall project
Terms and conditions of the contract is a key input to many processes Buyer is the customer, thus a key stakeholder Sellers project management team must be concerned with all processes of project management, not just their knowledge area
with a statement of work Procurement Resources formal contracting group (RFP) Market Conditions supply and demand, what services are available Other Planning Outputs preliminary cost and schedule, quality management plans, cash flow, WBS, risks, staffing Constraints factors that limit buying options Assumptions
Include direct and indirect costs Factor ongoing need for items vs. 1-time usage
Expert Judgment assess input Contract type selection Fixed Price (lump sum) incentives for meeting targets Cost Reimbursable Contracts Time and Materials basis Unit Price preset amount per unit of service
Type of contract Independent estimates needed? Autonomy of project team Standardized documents Multiple provider management? Incorporate with other project aspects (scheduling and performance reporting)
Description of desired form of response and any required contractual provisions (e.g. non-disclosure statements) May be defined by regulation Flexible to allow seller suggestions
Evaluation Criteria rate proposals; objective or subjective (previous experience) Price Understanding of need by seller Overall/Life Cycle cost (purchase plus operating cost) Technical Capability Management Approach Financial Capacity Statement of Work Updates
Inputs to Solicitation
Procurement Documents Qualified Seller Lists preferred vendors
Evaluation Criteria
Organizational Policies
Responsibilities and authorities Applicable terms and law Financing Price Technical and business management
selection
Assign numerical weight to evaluation criteria Rating sellers Multiply weight by rating and totaling overall score
Screening System establish minimum performance criteria Independent Estimates should cost estimates
requirements
Project Team must be aware of legal ramifications of all actions taken Apply project management processes to contractual relationships and integrate outputs within the project
Project Plan Execution (authorize work) Performance Reporting (monitor cost, schedule) Quality Control (verify contractors output) Change Control Financial Management
Seller Invoices
Includes paperwork, tracking system, dispute resolution procedures and approval levels
Early termination is a special case Contract terms and conditions may prescribe procedures
documentation
procurement process; identify successes and failures that warrant transfer to other procurement items
administration responsibility to provide a formal notice that contract has been completed
contract All contract requirements must be met Changes must be in writing and formally controlled US Govt backs all contracts by providing a court system
An offer An acceptance Consideration - something of value Legal Capacity separate legal parties, competent parties Legal Purpose can not perform illegal goods or services
Procurement Process Procurement Planning = Make or buy Solicitation Planning = Request for Proposal Solicitation = Questions and Answers Source Selection = Pick vendor Contract Administration = Admin Contract Closeout = Finish
cost of managing procurement Buy to decrease risk (cost, schedule, performance, scope of work) Make
Idle plant or workforce Retain control Proprietary information/procedures Buy vs. lease questions (use X = number of days when purchase and lease costs are equal)
buyer and seller and greatest initiative for sellers efficient and economic performance
Scope well defined? Amount or frequency of changes expected after start date Amount of effort and expertise the buyer can devote to manage the seller Industry standards
CPFF cost plus fixed fee, buyer pays all costs fee (profit) established CPPC cost plus percentage of costs; bad for buyers (seller not motivated to control costs) CPIF cost plus Incentive Fee; seller costs + fee + bonus for meeting/exceeding target (incentive clause)
of fixed price contract and cost reimbursable contracts buyer has medium risk Fixed Price (lump sum, or firm fixed price) - most common (1 price for all work), risk of costs is upon seller
FPIF Fixed Price Incentive Fee FPEPA Fixed Price Economic Price Adjustment long duration projects
buyers
Target Cost Target Fee Target Price Sharing Ratio (buyer/seller) Actual Cost
Fee = (Target Cost Actual Cost) x Seller Ratio (%) Total Fee = Fee + Target Fee Final Price = Actual Cost + Total Fee
Request for Proposal Cost Reimbursable Performance or Functional Scope (can be somewhat loosely defined) Invitation for Bid Time & Materials Design Scope (moderately defined) Request for Quotation Fixed Price Any Scope (must be detailed)
Force majeure act of God Indemnification who is liable Liquidated damages estimated damages as a result of contract breach Material breach a breach so large the project may not continue Special Provisions provided by the Project Manager to contracts so that particular needs are addressed Privity contractual relationship Single Source contract directly with preferred seller Sole Source only one supplier available in market
Invitation for Bids are usually not evaluated with entire criteria (lowest rate is chosen)
Benefit both buyer and seller Watch out for Collusion Sellers not asking questions in front of their competition Make sure all questions and answers are in writing and issued to all sellers (respond to same scope in work)
Negotiation Objectives
Obtain a fair and reasonable price Development a good relationship with seller Project manager must be involved Main Terms to negotiate Responsibilities Authority Applicable Law Technical and Business Management approaches Contract Financing Price
contractual requirements
Project Managers must understand the contract and manage its completion
Sometimes contract is in conflict with Scope of Work Only the contracting officer (CO) can change contract language Often a source of conflict Need to deal with a different companys set of procedures It is not as easy to see problems Greater reliance on reports to determine if a problem exists Greater reliance on relationships between buyer and sellers project managers
All documentation must be preserved and filed Centralized vs. decentralized contracting Based on analysis of intent
Contract Interpretation
Insuring Integrity and professionalism Contributing to the project management knowledge base Enhancing individual competence Balancing Stakeholders interests Interacting with team and stakeholders in a professional and cooperative manner
Could be approx. 30 questions in this area Understand Project Management Professional Code of Conduct
practice of projects Know ethical standards that should govern the behavior of project managers Comprehend the values of the community and the various project stakeholders Practice proper judgment in the pursuit of successful project work Compliance with all organizational rules and policies
Upon a reasonable and clear factual basis report violations Responsibility to disclose circumstances that could be construed as a conflict of interest or appearance of impropriety
public Maintain and satisfy the scope and objectives of professional services Maintain the confidentiality of sensitive information Ensure a conflict of interest does not compromise legitimate interests of client/customer or interfere with professional judgment Refrain from accepting gifts, inappropriate payments, compensation for personal gain unless in conformity with applicable laws or customs
principles Understand the community and media surrounding projects Knowledge of research strategies available and proper communication techniques Learn to communicate and transfer knowledge effectively as a coach and mentor and to use available research strategies Respect and recognize intellectual property
weaknesses and learning style become aware of instructional processes and tools Know the useful competencies for project managers and possible training Be able to perform self-assessment and competencies development plan Ability to apply lessons learned
communication styles Show flexibility towards diversity, tolerance and self control Becoming empathetic to differences