PMBOK® GUIDE SIXTH EDITION What a project should achieve to be successful

PMBOK® GUIDE SIXTH EDITION
What a project should achieve to be successful

 

One of the most common challenges in project management is determining whether or not a project is successful. Traditionally, the project management metrics of time, cost, scope, and quality have been the most important factors in defining the success of a project. More recently, practitioners and scholars have determined that project success should also be measured with consideration toward achievement of the project objectives.

Project stakeholders may have different ideas as to what the successful completion of a project will look like and which factors are the most important. It is critical to clearly document the project objectives and to select objectives that are measurable. Project success may include additional criteria linked to the organizational strategy and to the delivery of business results.

PMBOK® GUIDE SIXTH EDITION A project Business case Definition

PMBOK® GUIDE SIXTH EDITION

A project Business case Definition

 

A project business case is an important document that highlights the business rationality for the project, including the objectives and the reason for the project, and helps define success at the project closure.

The project business case can be used throughout the project life cycle, especially when there are situations that require a review and understanding of the business reasons for the project.

 

 

PMBOK® GUIDE SIXTH EDITION The key elements of the benefits management plan

PMBOK® GUIDE SIXTH EDITION

The key elements of the benefits management plan

 

The benefits management plan describes key elements of the benefits and may include, but is not
limited to, documenting:

  • Target benefits (e.g., the expected tangible and intangible value to be gained by the
    implementation of the project; financial value is expressed as net present value).
  • Strategic alignment (e.g., how well the project benefits align to the business strategies of the
    organization).
  •  Time frame for realizing benefits (e.g., benefits by phase, short-term, long-term, and ongoing.
  •  Benefits owner (e.g., the accountable person to monitor, record, and report realized benefits
    throughout the time frame established in the plan).
  •  Metrics (e.g., the measures to be used to show benefits realized, direct measures, and
    indirect measures.)
  • Assumptions (e.g., factors expected to be in place or to be in evidence); and
  • Risks (e.g., risks for realization of benefits).

PMBOK® GUIDE SIXTH EDITION What is project data and information?

PMBOK® GUIDE SIXTH EDITION What is project data and information?

 

Throughout the life cycle of a project, a significant amount of data is collected, analyzed, and transformed Project data are collected as a result of various processes and are shared within the project team.

The collected data are analyzed in context, aggregated, and transformed to become project information during various processes. Information is communicated verbally or stored and distributed in various formats as reports.

Project data are regularly collected and analyzed throughout the project life cycle. The following
definitions identify key terminology regarding project data and information:

  • Work performance data. The raw observations and measurements identified during activities performed to carry out the project work. Examples include reported percent of work physically completed, quality and technical performance measures, start and finish dates of schedule activities, number of change requests, number of defects, actual costs, actual durations, etc.Project data are usually recorded in a Project Management Information System (PMIS) and in project documents.

 

  • Work performance information. The performance data collected from various controlling processes, analyzed in context, and integrated based on relationships across areas. Examples of performance information are status of deliverables, implementation status for change requests, and forecast estimates to complete.

 

  • Work performance reports. The physical or electronic representation of work performance information compiled in project documents, which is intended to generate decisions or raise issues, actions, or awareness. Examples include status reports, memos, justifications, information notes, electronic dashboards, recommendations, and updates.

Work performance analysis is a required activity, but not a source of project data.

PMBOK® GUIDE SIXTH EDITION Why Project Tailoring is important?

PMBOK® GUIDE SIXTH EDITION Why Project Tailoring is important?

 

Tailoring is necessary because each project is unique; not every process, tool, technique, input, or output Identified in the PMBOK® Guide is required on every project. Tailoring should address the competing constraints of scope, schedule, cost, resources, quality, and risk.

 

The importance of each constraint is different for each project, and the project manager tailors the approach for managing these constraints based on the project environment, organizational culture, stakeholder needs, and
other variables.

In tailoring project management, the project manager should also consider the varying levels of governance that may be required and within which the project will operate, as well as considering the culture of the organization. In addition, consideration of whether the customer of the project is internal or external to the organization may affect project management tailoring decisions.

But since tailoring requires significant project management experience and knowledge, tailoring the
project to suit a project manager’s skill set is likely to be uncommon .

Reengineering Yourself and Your Company – From Engineer to Manager to Leader

Reengineering Yourself and Your Company – From Engineer to Manager to Leader

 

This book is about three significant and interrelated journeysóone toreengineer yourself, the second to reengineer the enterprise of whichyou are a part, and the third, if you are so inclined, is the journey fromindividual contributor to manager to leader.

All three journeys havesteps that are suggested within them. A step at a time makes each jour-ney possible. It also turns out to be the only practical way to get wherewe might wish to go.

 

Download Link

The Coaching Handbook An Action Kit for Trainers & Managers

The Coaching Handbook An Action Kit for Trainers & Managers

 

Coaching is proving itself to be the most popular and most effective technique in the field of learning and development. Managers are constantly being reminded that coaching is an important part of their role in getting the best from staff, while trainers are increasingly being called upon to coach individuals in a variety of aspects of both work and life. This one-stop-shop of a book offers everything readers need to be able to harness this powerful and successful technique.

Part 1 provides a detailed and clearly structured step-by-step approach, which will help anyone to develop the ability to coach others. Importantly however, as well as helping to develop the skills of coaching, the authors provide valuable guidance on:

  • where to start when coaching a colleague;
  • how long the coaching will take;
  • which methods should be employed, and when.

Part 2 provides a range of real life case studies from a variety of commercial and non-commercial settings that will help you to decide how coaching can best be tailored to your own organization. The final part of the book contains detailed practical exercises that can be used in a variety of settings. Each of these individual elements combine to provide the definitive coaching handbook.

 

Table of Contents
The Coaching Handbook—An Action Kit For Trainers & Managers
Introduction
Part 1 – The Coaching Process
Chapter 1 What is Coaching?
Chapter 2 Learning Theories
Chapter 3 Introducing the Coaching Model
Chapter 4 Job description, Skills and Qualities of a Coach
Chapter 5 Preparing to Coach
Chapter 6 Stage 1: Clarifying Coaching Needs and Goals
Chapter 7 Stage 2: Agreeing Specific Development Needs
Chapter 8 Stage 3: Formulating a Detailed Plan for Coaching
Chapter 9 Stage 4: Doing a Task or Activity
Chapter 10 Stage 5: Reviewing Activities and Planning Improved Performance
Chapter 11 Stage 6: Ending the Coaching Relationship
Chapter 12 Third-party Initiated Coaching
Chapter 13 Skills
Part 2 – Case Studies
Case Studies
Part 3 – Activities and Exercises
Activities and Exercises
References and Further Reading

 

Download Link

The most important key words for PMP exam 

                          The most important key words for PMP exam

 

1-  Discussing about agile and waterfall (Project life cycle)

2-  Person change charter (sponsor)

3-  Tools for mange contract and procurement documentation (record management system)

4-  Prevent scope creep (scope management plan)

5-  Generate information (Brainstorming)

6-  Generate and organize or grouping or classifying information (Affinity diagram)

7-  Generate and prioritization (Nominal group technique)

8-  Buffers, limited resources, project uncertainties (Critical chain method)

9-  Project terminated because problem in credit in the bank (Funding Limit Reconciliation)

10-  Project team leaves the site early (Ground rules)

11-  Long-term resolution (Problem solving)

12-  One of sh not received reports and others received (Review the communication management plan)

13-  Greatest potential Risk to your project (Tornado Diagram)

14-  The team has told you that, the cement will delay (Workaround)

15-  Insurance (Transference)

16-  Identify new risk and close the outdated risk (Risk reassessment)

17-  Effectiveness of risk responses (Risk audits)

18-  The contract will span multiple years and allow for final price adjustments based on changing conditions (Fixed Price with Economic Price Adjustment)

19-  A concrete mix ( 101)

20-  Classifying the identified stakeholders (power/ interest grid)

21-  Links product requirements from their origin to the deliverables (Requirements traceability matrix)

22-  Strike by local workers (What-If Scenario)

23-  Prevent cost overrun (change management plan)

24-  A method that doesn’t  consider the risk ( Triangular distribution)

25-  Discuss the Strategic Direction (the sponsor)

26-  Discuss the implementation strategy (PM)

27-  Reason why the project is authorized (Business case)

28-  Frequency &largest to smallest (Pareto diagram)

29-  SH roles (SH register)

30-  Training is an example of (Prevention cost)

31-  Least flexibility (CPM)

32-  Stability process ,control limits or 7 rules (control charts)

33-  Determine true magnitude (WBS)

34-  Uncontrolled changes (scope creep)

35-  Estimate the cost of quality in a process (flow chart)

36-  Identify new risk during execution (risk audits)

37-  Links product requirements to origin deliverables ( treacibility matrix)

38-  Labors strike (what-if-analysis)

39-  Relation problems (stakeholder management plan)

40-  Information problems (communication management plan)

41-  Narrative description (SOW)

42-  Why the project is authorized (business case)

43-  Frequency of occurrence, ranging from greater to smaller , ranking, 80/20 (Pareto diagram)

44-  Active acceptance (contingency reserves)

45-  Passive acceptance (management reserves)

46-  One line or linear (triangular distribution)

47-  Formal acceptance (validate scope)

48-  Final acceptance (close project or phase)

49-  Training (prevention cost)

50-  Identify success and failures of procurement contracts (procurement audit)

51-  Estimating cost using WBS (bottom-up estimating)

52-  Strategic directions (the sponsor)

53-  Implementation directions (PM)

54-  Snapshot  of  the status of various projects (milestone chart)

55-  Linked to potential problems, root causes (cause and defect diagram)

56-  No bias, Consensus or SME (Delphi)

57-  The point  where budget  is compared to earned value for performance measurements (control accounts)

58-  Statical relationships between the historical data and other variables (parametric estimating)

59-  Collect requirements (T&T)

Focus group (prequalified, SME)

Facilitated groups (key stakeholders, improve communications, increase consensus, discovered earlier and quickly, QFD, User stories) Interviews (elicit information directly, obtaining confidential information)

Group Creativity Techniques

Brainstorming (generate and collect)

Nominal group technique (enhances brainstorming, Voting, Ranking and Prioritize)

Affinity diagram (large numbers, classified into groups)

60-  Risk reassessment (new risks-current risk evaluates-outdated risks)

61-  Risk audit (effectiveness of risk response-identified risks with their root causes-the effectiveness of the risk management process)

62-  CPIF contracts (sharing ratio)

63-  FIXED Price (risk on seller)

64-  Cost plus (risk on buyer)

65-  Risk appetite (willing, a reward)

66-  Risk tolerance (withstand)

67-  Risk threshold ( level of uncertainty, level of impact, LIMITS)

68-  Communication management plan (Escalation, confidential information)

69-  Requirements traceability matrix (links product requirements from their origin to the deliverables)

70-  Identify factors that may influence (DOE)

71-  Team development

Forming (the team members work independently)

Storming (the team begins to understand the project work)

Norming (the team begins to learn from one another)

Performing (work as a well-organized unit and reach maximum performance)

Adjourning (the team completes the work)

72-  Discover the underlying causes for RISK (Root cause analysis)

73-  Organizational structure (EEF)

74-  Inspection (Control Quality)

75-  Control communications, summary activity, used between milestones or work package  (Hammok activity)

76-  Resource smoothing ( no affecting the critical path)

77-  Resource leveling (may impact the critical path)

78-  Project boundaries (a point in time that a project is authorized to its completion)

79-  Issue log (current issue, problems)

80-  Control quality (the team is doing the testing)

81-  Validate scope (the customer is doing the testing)

82-  Project performance appraisal (individual team member’s performance)

83-  Team performance assessment (assessment of project team’s effectiveness)

84-  Repetitive activities, 7 rules, limits (control limits)

85-  Trend analysis (comparison of  future performance with current  performance)

86-  Prioritize risks (qualitative risk analysis)

87-  Soft logic (discretionary dependency)

88-  Balanced matrix (both functional and project managers share the responsibility)

89-  Quality assurance (improve quality processes)

90-  Develop team (Recognition and rewards, training)

91-  Change management plan, forecasting (cost overrun)

 

 

 

 

Project Resource Management Summary 6th Edition

Project Resource Management Summary 6th Edition

 

  1. Physical resources include equipment, materials, facilities, and infrastructure. Human resources include Team resources or personnel.
  1. Trends in resource management lean management, just in time (JIT), manufacturing,Kaizen, total productive maintenance (TPM), theory of constraints (TOC).
  1. Resources can be obtained from the organization’s internal assets or from outside the organization through a procurement process.
  1. Data Representation: The Objective is to ensure that each work package has an unambiguous owner and that all team members have a clear understanding of their roles and responsibilities.

✓  Hierarchical  charts:  The traditional organizational chart structure can be used to show positions and relationships in a graphical, top-down format.

▪   Work  breakdown  structure  (WBS):  designed to show how project deliverables are broken down into work packages and provide a way of showing high-level areas of responsibility.

▪   Organizational  breakdown structure (OBS):   is arranged according to an organization’s existing departments, units, or teams,  with  the  project  activities  or  work  packages  listed under each     department.You may see all project responsibilities by looking at OBS.

▪   Resource breakdown structure:  hierarchical list of team and physical resources related by category and resource type that is used for planning, managing and controlling project.

✓  Assignment Matrix:

▪   Responsibility Assignment Matrix (RAM) shows the project resources  assigned  to  each  work  package.  It  is  used  to illustrate the connections  between work packages, or activities, and project team members.

▪   High-level RAM can define the responsibilities of a project team, group, or unit within each component of the WBS.

 

Project Quality Management Summary 6th Edition

  Project Quality Management Summary 6th Edition

 

  1. Quality as a delivered performance or result is the degree to which a set of inherent characteristics fulfill requirements.
  1. Grade as  a  design  intent  is  a  category assigned to deliverables having the same functional use but different technical characteristics.
  1. Prevention (keeping errors out of the process) and inspection (keeping errors out of the hands of the customer).
  1. Failure costs also called cost of poor quality and they can be internal (found by the team) and external (found by the customer).
  1. Effective quality management can be done in five ways:

✓  Let the customer find defects.

✓  Detect them before product sent to customer.

✓  Use quality assurance to examine.

✓  Incorporate quality into the planning and designing of the project and product.

✓  Create a culture at organization.

  1. Continual improvement: The plan-do-check-act (PDCA) cycle is the basis for quality improvement as defined by Shewhart and modified by Deming. Also, TQM, Six Sigma and Lean Six Sigma can improve project and product quality.
  1. Data Gathering:

✓  Benchmarking:  comparing  actual or planned project practices or the project’s  quality  standards  to  those  of  comparable  projects  (Internal or external) to identify best practices & generate ideas for improvement.

✓  Brainstorming:  gather data creatively from a group of team  members or subject matter experts.

  1. Data Analysis:

✓  Cost-benefit   analysis:  Financial analysis tool used to estimate the strengths and weaknesses of alternatives in order to determine the best alternative in terms of benefits provided. It will help Project manager to

determine if the planned quality is cost effective.

✓  Cost of Quality (COQ): consists one or more of the following costs >>

Cost of  Conformance

❖  Prevention costs: (Training, Document process, Equipment and  Time to do the right).

❖  Appraisal  costs:    (Testing,      Destructive      testing     loss    and  Inspection).

Cost of Nonconformance

❖  Internal Failure costs: (Rework & Scrap).

❖  External  Failure  costs:   (Liabilities,  Warranty  work  &  Lost business).

  1. Data Representation:

✓  Flow Charts (process maps):

❖  Display the sequence of steps and the branching possibilities that exist for a process that transforms one or more inputs into one or more outputs.

❖  It shows activities, decision points, loops, parallel paths, and the overall order of processing by mapping the operational details of  procedures that exist within a horizontal value chain. One version of  value  chain  is  called  SIPOC  (suppliers,  inputs,  process,  outputs and customers) model.

❖  Flowcharts are useful in understanding and  estimating the cost of quality for a process.

❖  They can be called (process flows or process flow diagrams) when they used to represent the steps in a process. Which is used  for process improvement and identify quality defects .

✓  Logical data model:

❖  Visual  representation  of  an  organization’s  data, described in business language and independent of any specific technology. Can  be  used  to  identify  where  data  integrity  or  other  quality issues can arise.

✓  Matrix diagrams:

❖  Help find the strength of relationships among different factors.

✓  Mind mapping:

❖  The mind-mapping technique may help in the rapid gathering of project quality requirements, constraints and relationships.

  1. Test and Inspection planning: During planning phase, the project manager and the team determine how to test/inspect the product to meet the stakeholders’ expectations and meet product’s performance and reliability goal.
  1. Quality Management Plan:  Describes  the  activities  and  resources  necessary  for  the  project management team to achieve the quality objectives set for the project.
  1. Quality Metrics: Describes a project or product attribute and how the Control Quality process will verify compliance to it. Examples  (percentage of completed tasks, failure rate, defects number and errors found).
  1. Manage Quality is sometimes called quality assurance. although Manage Quality has a broader definition than quality assurance as it is used in non-project work.
  1. Quality assurance focuses  on  the  processes  used  in  the  project  and  using  these processes effectively by follow and meeting standards.
  1. Manage quality includes all the quality assurance activities and also concerned with the product design aspects and process improvements.
  1. Manage Quality is  considered  the  work  of  everybody.  In  agile  projects  quality management is performed by all team members. However, in traditional projects only specific members does it.
  1. Checklists: structured tool,  usually  component-specific,  used  to  verify  that  a  set  of required steps has been performed or to check if a list of requirements has been satisfied.

Quality checklists should incorporate with scope baseline. Usually developed based on historical information.

  1. Data Analysis:

✓  Document analysis: analysis of different documents produced as part of the output of project control processes.

✓  Process analysis:  identifies opportunities for process improvements also examines  problems,  constraints,  and  non-value-added  activities  that occur during a process.

✓  Root  cause  analysis  (RCA):  analytical  technique  used  to  determine  the basic  underlying  reason  that  causes  a  variance,  defect,  or  risk.  It  may underlie more than one variance and it may also use to solve these root                    causes.

  1. Data Representation:

✓  Affinity diagrams: organize potential causes of defects into groups.

✓  Cause-and-effect   diagrams:   (known   as   fishbone   diagrams,   why-why diagrams, or Ishikawa diagrams). These diagrams break down the causes of the problem, helping to identify the main or root cause of the problem.

✓  Flowcharts: show a series of steps that lead to a defect.

✓  Histograms:  graphical  representation  of numerical  data. Histograms  can show the number of defects per deliverable, a  ranking of the cause  of defects,  the  number  of  times  each  process  is  noncompliant  or  other

representations of project or product defects .

✓  Matrix  diagrams:  show  the  strength  of  relationships  among  factors, causes, and objectives that exist between the rows and columns that form the matrix.

✓  Scatter   diagrams:  graph   that   shows   the   relationship   between   two variables.

  1. Audits :

✓  Structured, independent process used to  determine if project activities comply  with  organizational       and project policies, processes, and procedures .

✓  Usually conducted by a team external to the project such as (organization’s internal audit department, PMO or an external auditor to the organization).

✓  The subsequent effort to correct any deficiencies should result in a reduced cost of quality  and  an increase in sponsor or customer acceptance  of the product.

✓  Quality audits may be conducted by internal or external auditors.

  1. Design for X (DfX):

✓  Technical guidelines that may be applied during the design of a product for the optimization of a specific aspect of the design.

✓  DfX can control or even improve the product’s final characteristics .

✓  DfX result in cost reduction, quality improvement, better performance, and customer satisfaction.

  1. Problem Solving:

✓  Finding solutions for issues or challenges.

✓  Effective  and  systematic  problem  solving  is  a  fundamental  element  in quality assurance and quality improvement.

✓  Problems can arise as a result of the Control Quality process or from quality audits and can be associated with a process or deliverable.

  1. Quality Reports:

✓  Reports can be graphical, numerical, or qualitative.

✓  Reports  information can  be  used  by  other  processes  to  take  corrective actions to achieve quality expectations

✓  Reports may include all quality management issues escalated by the team; recommendations  for   process, project,  and product improvements; corrective  actions  recommendations  the  summary  of  findings  from  the  Control Quality process.

  1. Test and Evaluation Documents:

✓  Inputs  to  the  Control  Quality  process  and  are  used  to  evaluate  the achievement of quality objectives.

✓  They      may    include     dedicated      checklists     and    detailed    requirements  traceability matrices.

✓  They  can  be  created  based  on  industry  needs  and  the  organization’s templates.

  1. Control quality in agile projects can be performed by all team members throughout the project life cycle. However, in waterfall projects it’s performed at specific times, toward the end of the project or phase, by specified team members.
  1. Deliverables that are outputs from the Direct and Manage Project Work process are inspected and compared to the acceptance criteria defined in the project scope statement.
  1. Data Gathering:

✓  Check sheets (Tally sheets): organize facts in a manner that will facilitate the effective collection of useful data about a potential quality problem.

They are especially useful for gathering attributes data while performing  inspections to identify defects.

✓  Statistical sampling: involves choosing part of a population of interest for inspection. The  sample  is  taken  to  measure  controls  and  verify  quality. Sample frequency and sizes should be determined during the Plan Quality Management process.

✓  Questionnaires and Surveys: gather data about customer satisfaction after the  deployment  of  the  product  or  service.  The  cost  regarding  defects identified in the surveys may be considered external failure costs in the COQ model and can have extensive cost implications for the organization .

  1. Performance reviews: measure, compare, and analyze the quality metrics defined by the Plan Quality Management process against the actual results.
  1. Inspection:

✓  Determine if the product conforms to documented standards .

✓  They can be done on single activity or at final product.

✓  Inspection can be called reviews, peer reviews, audits, or walkthroughs.

✓  Inspections also are used to verify defect repairs.

  1. Control charts:

✓  Determine   whether   or   not   a   process   is   stable   or   has   predictable performance.

✓  Upper and lower specification limits are based on the requirements and reflect the maximum and minimum values allowed.

✓  Upper and lower control limits are different from specification limits .

✓  The control limits are determined using standard statistical calculations and principles to ultimately establish the natural capability for a stable process .

✓  Project manager and appropriate stakeholder use controlled control limits which corrective action will be taken to prevent performance that remains outside control limits.

✓  Control charts can be used to monitor various types of output variables to help determine if the project management process is in control.

✓  The sample out of control if there are 7 values either above or below the mean. Or if there is any value outside the control limits .

  1. Quality Control Measurements:

✓  Documented results of Control Quality activities. They should be captured in the format that was specified in the quality management plan.

  1. Verified Deliverables:

✓  The  results  of  performing  the  Control  Quality  process  are  verified deliverables  that  become  an  input  to  the  Validate  Scope  process  for formalized acceptance.

✓  If  there  were  any  change  requests  or  improvements  related  to  the  deliverables, they may be changed, inspected, and reverified.

  1. Important Notes:

✓  Processes and quality plan>>>>Manage quality.

✓  Deliverable>>>> Control quality.

✓  Defect  repair>>>>  weak  performance  is  in  product  under  operational conditions which means quality problem is in product will require.

✓  Prevention action>>>> New changes to ensure the future performance will change.

error: Content is protected !!
Exit mobile version