4 - Integration
4 - Integration
ENG.HANY ELSHAFIE
2021
2 24 10 12 1
Eng. HANY ELSHAFIE
Integration Management.
Key concepts:
The project manager is the one who is ultimately responsible for the project as a whole ( combines the results in
all the other Knowledge Areas and has the overall view of the project).
Ensuring that the deliverable due dates of the product, service, or result; project life cycle; and the benefits
management plan are aligned.
Managing the performance and changes of the activities in the project management plan.
Measuring and monitoring the project’s progress and taking appropriate action to meet project objectives.
Completing all the work of the project and formally closing each phase, contract, and the project as a whole; and
Managing phase transitions when necessary.
Task 1: Execute project with the urgency required to deliver business value.
Inputs:
Business documents: sources of information about the project´s objectives and how the project will
contribute to the business goals.
Business case: Describes the necessary information from a business standpoint to determine
whether the expected outcomes of the project justify the required investment.
Agreements: Is used when a project is being performed for an external customer to define initial
intentions for a project.
Expert judgment: Individuals or groups with specialized knowledge of or training in: Organizational strategy,
Benefits management, Risk identification, Duration and budget estimation.
Data gathering
Brainstorming: To gather data and solutions or ideas from stakeholders, subject matter experts, and team members.
Focus groups: To learn about the perceived project risk, success criteria, and other topics in a more conversational way
Interviews: To obtain information on high-level requirements, assumptions or constraints, approval criteria.
Meetings: with key stakeholders to identify the project objectives, success criteria, key deliverables, high-level
requirements, summary milestones, and other summary information.
Project charter: Document issued by the project initiator or sponsor; formally authorizes the existence of a
project and provides the project manager with the authority to apply organizational resources to project
activities. It documents the high-level information :
Assumption log: Is used to record all assumptions and constraints throughout the project life cycle.
High-level strategic and operational assumptions and constraints are normally identified in the business
case and will flow into the project charter.
Inputs:
Project charter: define the high-level information about the project that will be elaborated in the
various components of the project management plan.
Outputs from other processes: Subsidiary plans and baselines that are an output from other planning
processes are integrated to create the project management plan.
Organizational process assets: Organizational standard policies, processes, and procedures, templates,
Guidelines and criteria for tailoring, Project closure guidelines, Change control procedures, Monitoring
and reporting methods, Historical information and lessons learned repository.
Expert judgment: Individuals or groups with specialized knowledge of or training in: Tailoring the
project management process to meet the project needs, Determining the tools and techniques to be
used, Determining resources and skill levels needed, Defining the level of configuration management,
and Prioritizing the work.
Data gathering
Brainstorming: To gather ideas and solutions about the project approach.
Checklists: May guide the project manager to develop the plan or may help to verify that all the
required information is included in the project management plan.
Focus groups: To discuss the project management approach and the integration of the different
components of the project management plan.
Interviews: To obtain specific information from stakeholders to develop the project management
plan or any component plan or project document.
Meetings: To discuss the project approach, determine how work will be executed to accomplish the
project objectives, and establish the way the project will be monitored and controlled.
The project kick-off meeting at the end of planning and the start of executing to communicate
the objectives of the project, gain the commitment of the team for the project, and explain the
roles and responsibilities of each stakeholder.
15
Eng. HANY ELSHAFIE
Develop Project Management Plan. (Planning Process Group)
Outputs:
Project management plan: Is the document that describes how the project will be executed, monitored
and controlled, and closed. It integrates and consolidates all of the subsidiary management plans and
baselines, and other information necessary to manage the project. Components:
Project ManagementPlan
تعد خطة إدارة التهيئة أداة إدارية تحدد وتوثق وتتحكم وتوجه وتنفذ وتدير التغييرات التي تطرأ على المكونات المختلفة
.خالل المشروع
A system that records changes to a file in a way that allows you to retrieve previous changes where
allows you to manage files over time and store these modifications in a database.
نظام يسجل التغييرات على ملف بطريقة تسمح لك باسترداد التغييرات السابقة حيث يسمح لك بإدارة الملفات بمرور
.الوقت وتخزين هذه التعديالت في قاعدة بيانات
Each time the file is updated, it is automatically saved and then given a new version number.
The version control system can contain a date/time stamp and the name of the user who made the
changes, thus providing a digital “paper trail” of the document’s history.
كل ما يتطلبه األمر ح ًقا هو فهم أن مديري المشاريع يجب أن يعرفوا.تعد مهمة إدارة عناصر المشروع مكونًا صغيرًا ومباشرًا
إذا كنت تستخدم.كيفية استخدام إدارة المستندات والتحكم في اإلصدار ومسارات تدفق وثائق المشروع والخطط والتسليمات
. فلن تواجه مشكلة في اإلجابة على األسئلة المتعلقة بهذا الموضوع، هذه األدوات في عملك اليومي
Storage/Distribution of Artifacts •
The system should suit the project's complexity-small projects do not need a complex system that would be
better suited for a large project.
document storage and recovery Systems are appropriate for larger projects, especially geographically
distributed team members
Compliance management, often called compliance risk management, is the management and adherence to
the laws, regulations, standards, policies, and codes of conduct that apply to an organization.
وهي اإلدارة وااللتزام بالقوانين واللوائح والمعايير والسياسات وقواعد، غالبًا ما تسمى إدارة االمتثال إدارة مخاطر االمتثال
.السلوك التي تنطبق على المؤسسة
A project management plan is critical for the success of any project because it guides the execution and
monitoring phases. Similarly, an implementation plan outlines needful steps for the execution of a strategy,
tactic, or change within an organization or project.
تحدد خطة التنفيذ، وبالمثل.تعد خطة إدارة المشروع أمرًا بالغ األهمية لنجاح أي مشروع ألنها توجه مراحل التنفيذ والمراقبة
.الخطوات المطلوبة لتنفيذ استراتيجية أو تكتيك أو تغيير داخل منظمة أو مشروع
All stakeholders, schedules, risks, budgets, and quality standards should be considered in the Project
Implementation Plan.
The process of leading & performing the work defined in the project management
plan & implementing approved changes to achieve the project’s objectives
Inputs:
Project documents:
Change log: Contains the status of all change requests.
Lessons learned register: To improve the performance of the project and to avoid repeating
mistakes.
Milestone list: Shows the scheduled dates for specific milestones.
Project communications: Performance reports, deliverable status, and other information
generated by the project.
Project schedule: List of work activities, their durations, resources, and planned start and finish
dates.
Requirements traceability matrix: Links product requirements to the deliverables that satisfy
them.
Risk register: Provides information on threats and opportunities that may impact project execution.
Risk report: Provides information on sources of overall project risk along with summary information
on identified individual project risks.
Inputs:
Approved change requests: Are an output of the Perform Integrated Change Control process, and include
those requests reviewed and approved for implementation by the project manager or by the change
control board (CCB) when applicable.
Expert judgment: Individuals or groups with specialized knowledge or training in: Technical knowledge on
the industry and focus area of the project, Cost and budget management, Legal and procurement,
Legislation and regulations, and Organizational governance.
Project management information system(PMIS): scheduling software tools, work authorization systems,
configuration management systems, information collection and distribution systems, interfaces to other
online automated systems, Automated gathering and reporting on key performance indicators (KPI).
Meetings: Kick-off, technical, sprint or iteration planning, Scrum daily standups, steering group, problem
solving, progress update, and retrospective meetings.
Eng. HANY ELSHAFIE
Direct and Manage Project Work. (Executing Process Group)
Outputs:
Deliverables: Is any unique and verifiable product, result, or capability to perform a service that is
required to be produced to complete a process, phase, or project.
Work performance data: Raw observations and measurements(work completed, key performance
indicators (KPIs), technical performance measures, actual start and finish dates of schedule activities,
story points completed, deliverables status, schedule progress, number of change requests, number of
defects, actual costs incurred, actual durations).
Issue log: is a project document where all the issues(problems, gaps, inconsistencies, or conflicts that
occur unexpectedly) are recorded and tracked. (Issue type, Who raised the issue and when, Description,
Priority, Who is assigned to the issue, Target resolution date, Status, and Final solution).
Outputs:
Change requests:
Corrective action. Realigns the performance of the project work with the project management
plan.
Preventive action. Ensures the future performance of the project work is aligned with the project
management plan.
Defect repair. Modify a nonconforming product or product component.
Updates. Modified or additional ideas or content.
Knowledge
• Numbers Reusing
expertise of the project team and other existing
stakeholders are used before, during, and knowledge and
after the project. • Beliefs, creating new
• Insights, knowledge
• Experience,
The project manager should create an Tacit • Know-how
atmosphere of trust so that people are
motivated to share their knowledge.
Inputs:
Project documents:
Lessons learned register: Provides information on effective practices in knowledge
management.
Project team assignments: Provide information on the type of competencies and experience
available in the project and the knowledge that may be missing.
Resource breakdown structure: Includes information on the composition of the team and
may help to understand what knowledge is available as a group and what knowledge is
missing.
Stakeholder register: Contains details about the identified stakeholders to help understand
the knowledge they may have.
Deliverables: physical components completed to meet the project objectives and can include
components of the project management plan.
Expert judgment: Individuals or groups with specialized knowledge or training in: Knowledge
management, Information management, Organizational learning, Knowledge and information
management tools, and Relevant information from other projects.
Knowledge management: Working together to create new knowledge, share tacit knowledge, and
integrate the knowledge of diverse team members.
Networking (formal an informal social interactions)
Communities of Practices
Work shadowing and reverse shadowing
Discussion forums such as focus groups
Knowledge sharing events such as seminars/conferences
Workshops including Problem solving sessions
Creativity and ideas management
Knowledge fairs and cafés
OUTPUT:
The lessons learned register is created as an output of this process early in the project.
Thereafter it is used as an input and updated as an output in many processes throughout the
project. The persons or teams involved in the work are also involved in capturing the lessons
learned. Knowledge can be documented using videos, pictures, audios, or other suitable
means that ensure the efficiency of the lessons captured.
Inputs:
Project documents:
Assumption log: Contains information about assumptions and constraints.
Basis of estimates: How the various estimates were derived and can be used to make a decision on how
to respond to variances.
Schedule& Cost forecasts: To determine if the project is within defined tolerance ranges for schedule
and budget and to identify any necessary change requests.
Issue log: To document and monitor who is responsible for resolving specific issues by a target date.
Lessons learned register: Information on effective responses for variances, and corrective and
preventive actions.
Milestone list: To check if the planned milestones have been met.
Quality reports: Quality management issues; recommendations for process, project, and product
improvements; corrective actions recommendations.
Risk register: Information on threats and opportunities that have occurred.
Risk report: Information on the overall project risks as well as information on specified individual risks.
Inputs:
Agreements: Oversee the contractor’s work to make certain that all the agreements meet the specific needs
of the project.
Organizational process assets: Financial controls procedures, Monitoring and reporting methods, Issue
management procedures, Defect management procedures, and Organizational knowledge base.
Expert judgment: Individuals or groups with specialized knowledge or training in: Earned value
analysis, Interpretation and contextualization of data, Techniques to estimate duration and costs,
Trend analysis, Technical knowledge on the industry and focus area of the project, Risk management,
and Contract management.
Data analysis:
Alternatives analysis: To select the corrective or a combination of corrective and preventive actions.
Cost-benefit analysis: To determine the best corrective action in terms of cost.
Earned value analysis: Provides an integrated perspective on scope, schedule, and cost performance.
Root cause analysis: To identify the reasons for a deviation and which areas to focus on.
Trend analysis: To forecast future performance based on past results, and can be used to recommend
preventive actions if necessary.
Variance analysis: Reviews the variances from an integrated perspective and take appropriate preventive or
corrective actions.
Decision making:
Voting: Making decisions based on unanimity, majority, or plurality.
Outputs:
Work performance reports: Physical or electronic representation(dashboards, heat reports, stop light
charts) of work performance information intended circulated to the project stakeholders to generate
decisions, actions, or awareness(status reports, progress reports, earned value graphs and information,
trend lines and forecasts, reserve burndown charts, defect histograms, contract performance
information, and risk summaries).
Change Requests
performance of the project work with the
action project management plan.
Any change in a configuration element should be formally controlled and will require a change
request.
Although changes may be initiated verbally, they should be recorded in written form.
Change control board (CCB): formally chartered group responsible for reviewing, evaluating,
approving, deferring, or rejecting changes to the project and for recording and communicating such
decisions.
Customer or sponsor approval may be required for certain change requests after CCB approval, unless
they are part of the CCB.
Inputs:
Project documents:
Basis of estimates: Used to calculate the impact of the change in time, budget, and resources.
Requirements traceability matrix: Helps assess the impact of the change on the project scope.
Risk report: Presents information on sources of overall and individual project risks involved by
the change requested.
Inputs:
Work performance reports: Include resource availability, schedule and cost data, earned value
reports, and burnup or burndown charts.
Change requests: Change requests that have an impact on the project baselines should normally
include information about the cost of implementing the change, modifications in the scheduled dates,
resource requirements, and risks. These changes should be approved by the CCB (if it exists) and by
the customer or sponsor, unless they are part of the CCB. Only approved changes should be
incorporated into a revised baseline.
Organizational process assets: Change control procedures, Procedures for approving and issuing
change authorizations, Configuration management knowledge base containing the versions and
baselines.
Expert judgment: Individuals or groups with specialized knowledge of or training in: Technical
knowledge of the industry and focus area of the project, Legislation and regulations, Legal and
procurement, Configuration management, and Risk management.
Change control tools: manual or automated tools based on the needs of the project stakeholders
including organizational and environmental considerations and/or constraints:
Tools should support the following configuration management activities:
Identify configuration item
Record and report configuration item status
Perform configuration item verification and audit.
Data analysis:
Alternatives analysis: Used to assess the requested changes and decide which are accepted,
rejected, or need to be modified to be finally accepted.
Cost-benefit analysis: To determine if the requested change is worth its associated cost.
Decision making:
Voting: To decide on whether to accept, defer, or reject change requests.
Autocratic decision making: One individual takes the responsibility for making the decision for
the entire group.
Multicriteria decision analysis: To evaluate the requested changes according to a set of
predefined criteria.
Meetings: Change control meetings are held with a change control board (CCB). CCB decisions are
documented and communicated to the stakeholders for information and follow-up actions.
Outputs:
Approved change requests: Approved change requests will be implemented through the Direct and
Manage Project Work process. Deferred or rejected change requests are communicated to the person
or group requesting the change.
1. Prevent the root cause of changes: The project manager should not just focus on managing changes; they should
proactively eliminate the need for changes.
2. Identify the need for a change: Changes can come from the project manager, as a result of measuring against the
performance measurement baseline, or from the sponsor, the team, management, the customer, or other stakeholders. The
project manager should be actively looking for changes from all these sources because discovering a change early will decrease the
impact of the change.
3. Evaluate the impact of the change within the knowledge area: If it is a scope change, how will it affect the
rest of the scope of the project? If it is a schedule change, how will it affect the rest of the schedule for the project?
4. Create a change request: Changes can be made to the product scope, any part of the project management plan,
contracts, charter, statements of work, policies and procedures, or even the performance measurement baseline. The process of
making a change should follow the change management plan.
5. Perform integrated change control: how will the change affect all the other project constraints?
a. Assess the change: Does the change fall within the project charter? If not, it should not be a change to your project;
it may be an entirely different project. If the change is not beneficial to the project, it should not be approved.
b. Identify options: Actions to decrease threats or increase opportunities include compressing the schedule through
crashing or fast tracking, changing how the work is performed, adjusting quality, or cutting scope so that the effect of the
change will be minimized. Sometimes it may be necessary to accept the negative consequences of a change, if the
positive impact that would result from the change is more valuable to the project.
e. Update the status of the change in the change log: This helps everyone know the status of the change. If a
change is not approved, the reasons it was rejected should be documented.
f. Adjust the project management plan, project documents, and baselines as necessary: Some approved
changes need to be incorporated into the project baselines. The changes could affect other parts of the project
management plan or project documents or could affect the way the project manager will manage the project.
7. Manage the project to the revised project management plan and project documents.
Once a change is approved and built, the project manager needs to plan for its
successful implementation.
Roll out plans enable the project manager to define the knowledge transfer,
training, and readiness activities required to implement the change.
Depending on the size, scope, and nature of the change, the plan details might
include:
Inputs:
Project charter: success criteria, approval requirements, and who will sign off on the project.
Project documents:
Basis of estimates: Is used to evaluate how the estimation of durations, cost, resources, and
cost control compared to the actual results.
Issue log: Is used to check that there is no open issue.
Lessons learned register: finalizing lessons learned before being entered into the lessons
learned repository.
Milestone list: Shows the final dates on which the project milestones have been accomplished.
Project communications: All communications that have been created throughout the project.
Quality reports: All quality assurance issues, recommendations for improvement, and the
summary of findings from the Control Quality process.
Requirements documentation: Is used to demonstrate compliance with the project scope.
Risk report: Is used to check that there are no open risks at the end of the project.
Inputs:
Accepted deliverables: Include approved product specifications, delivery receipts, and work
performance documents.
Business documents
Business case: To determine if the expected outcomes from the economic feasibility study used
to justify the project occurred.
Benefits management plan: Is used to measure whether the benefits of the project were
achieved as planned.
Agreements: The requirements for formal procurement closure are usually defined in the terms and
conditions of the contract.
Expert judgment: Individuals or groups with specialized knowledge or training in: Management
control, Audit, Legal and procurement, and Legislation and regulations.
Data analysis:
Document analysis: Assessing available documentation will allow identifying lessons learned
and knowledge sharing for future projects and organizational assets improvement.
Regression analysis: Analyzes the interrelationships between different project variables that
contributed to the project outcomes to improve performance on future projects.
Trend analysis: Is used to validate the models used in the organization and to implement
adjustments for future projects.
Variance analysis: Is used to improve the metrics of the organization by comparing what was
initially planned and the end result.
Meetings: To confirm that the deliverables have been accepted, to validate that the exit criteria have
been met, to formalize the completion of the contracts, to evaluate the satisfaction of the
stakeholders, to gather lessons learned, to transfer knowledge and information from the project, and
to celebrate success.
Outputs:
Final product, service, or result transition: A product, service, or result, once delivered by the
project, may be handed over to a different group or organization that will operate, maintain, and
support it throughout its life cycle.
Outputs:
10. Stakeholder engagement plan 10. Lessons learnedregister 28. Risk report
11. Change management plan 11. Milestone list 29. Schedule data
12. Configuration management plan 12. Physical resource assignments 30. Schedule forecasts
You have been managing a construction project in a developing country, and now
you are closing the project. The project completed on schedule and under
budget. The general manager of your company heard about the success of your
project and wants a summary overview of project performance so that he can
talk about your success at the next board meeting. What should you provide to
him?
A. Final report
B. lessons learned register.
C. Lessons learned repository.
D. Project Charter
65
Q3:
What is the key purpose of the Monitoring and Controlling process group?
66
Q4:
67
Q5:
Jack is the project manager of a project that is halfway through the execution.
Because of the increased volatility of prices, one of the vendors asks the project
manager to make a price change that will affect the project contract. As a
project manager, what should you do next?
68
Q6:
You are managing a railway track construction project. The key stakeholders and
the Project sponsor approved the project management plan. What is the next
step?
A. Identify Stakeholders
B. Direct and Manage Project Work
C. Conduct the project kick-off meeting
D. Update Business Case
69
Q7:
70
Q8:
You have recently been assigned as a project manager to manage a project that
was terminated three months ago because of funding related issues, but which
has since been re-initiated. You want to find out the exact reasons for the
termination of the project. You also want to know which deliverables were
produced from the terminated project. Which of the following documentation
should you review to obtain this information?