Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
brainstorming, lateral thinking, analysis of alternatives, etc.) shows a visual display of a process and the interactions associated with the process. requirement)
3. Facilitated Workshops::When you do Facilitated Workshops with your stakeholders, figure out what they need, and write it all down. An important part of stakeholder analysis is doing your .8 Prototype
best to set quantifiable goals. * Obtain early feedback on req. by providing working model of the
INPUTS TOOLS & TECHNIQUES OUTPUTS The scope statement tells you what you have to do. product
.1 Scope management plan .1 Expert Judgment .1 Project Scope Statement Project Scope Statement includes : * Prototypes are tangible and allows stakeholders to experiment;
.2 Project charter .2 Product Analysis - how it will be done, what deliverables .2 Project Document Updates * Project Objectives - need to be measurable prototypes support the concept of progressive elaboration of
.3 Requirements documentation .3 Alternatives Generation - other ways to do the work * Product Scope Description requirement;
.4 Organizational process assets .4 Facilitated Workshops * Product Acceptance Criteria * When enough feedback cycles have been performed, requirement
* Project Deliverables: The deliverables includes EVERYTHING the * project creates obtained from the prototype are complete to move to a design/build
including project management stuff. phas
* Project Exclusions
* Project Constraints: are known limitations - such as limit on resources, budget,
schedule & scope
Create WBS: The process of subdividing project deliverables and project work into smaller, more manageable components. After creation; it becomes a HUB OF INFORMATION for the project. The * Project package is theare
work Assumptions: thingslevel
LOWEST you think are TRUE.
on a WBS; WBS is a deliverable oriented
It is a primary tool for verifying and controlling the project's scope. Every level in WBS is the detailed explanation of the level above it. WBS is a graphical, hierarchical chart, logically organized In WBS, work means product or deliverable (nouns rather than actions) work is not activity. Tasks can be smaller components of work that make up the activity.
from top to bottom. The WBS is a hierarchical decomposition of the total scope of work. PMI expects us to manage to the activity level (Activity has works which has tasks)
# Code of account is used to name the WBS (Unique Identification), # Planning packages (Set of work) are between Control Accounts and Work Packages. # WBS isn’t time based, # WBS does
form the Scope Baseline, # WBS is a communication tool, # Created by the entire Project Team Decompose deliverables into work packages::::is subdivision of project deliverables into smaller components until the work and deliverables are defined to the
WBS Dictionary might include 1. the number of the node, 2. the name of the node, 3. the written requirements for the node, 4. to whom it is assigned, 5. time (Date Assigned and Date Due), 6. work package level.
cost, and 7. accounting information. # Management Control Points (Control Account): Where the integration of scope, schedule, and cost take place and where performance is measured. WBS Dictionary: The WBS Dictionary contains the details of every Work Package. It should include the following:
Advantages: 1. EV Calculation take place, 2. It is the building block of Performance Measurement, and 3. The sum of the control accounts will add up to the total project value (Rule of thumb is -Code of accounts identifier, - Description of the work of the component, - Organization responsible for completing the component, -Schedule milestone,
300 Hours). Control Account may include one or more Work Packages, each Work Package represents only one Control Account. duration, -Schedule activities associated with the schedule milestones, -Resources Assigned, -Cost estimates
-Quality requirements, -Criteria for acceptance, - Technical references, - Contract information
Sometimes, particularly when working on large projects that consist of several subprojects, some of the subprojects might not be scheduled until a future date. Obviously, KEY ASPECTS
it makes sense to develop the WBS in detail at that future date when the deliverables and subprojects are better known and more details are available. This technique is called rolling wave * Creating WBS involves breaking project into manageable work packages to control the project better
planning. * WBS is a deliverable oriented hierarchal decomposition of work to be executed by the project to accomplish the project objectives and create required
The WBS doesn’t show the order of the work packages or any dependencies between them. Its only goal is to show the work involved in creating the product. deliverables
The two most common ways of visualizing the work are by deliverable or by phase. * Exam: Planned work is contained within the lowest level WBS components called work packages. A work package can be scheduled, cost estimated, monitored
Scope Baseline (Project Scope statement + WBS + WBS Dictionary): Approved changes are changes to the scope management plan also, so it’s important that you re-baseline your project when and controlled
PLANNING
they are approved. That way, you’ll always be comparing your performance to the most updated plan. * WBS structure options are
* WBS includes only deliverables that are for the project. Deliverables not in the WBS are not part of Project * Phases
* Control account is a tool allowing for aggregation and analysis of work performance data (cost, schedule, scope). Each work package in WBS is assigned to ONLY one control account. * Major deliverables or sub-projects
Work Package Definition: The work defined at the lowest level of the work breakdown structure for which cost and duration can be estimated and managed. * External sub-projects
Ex: Creating “Module X” is a Work Package in a Software Project. Milestone 1, is WBS dictionary * WBS achieves four goals
* Define responsibilities
* Four steps of decomposition * Better control
1. Identify main deliverables - project charter and project scope statement * Facilitate project scheduling
Nature/complexity of the project, whether phases of project run concurrently, whether project has interim deliverables * Facilitate accurate cost estimates
2. Decompose deliverables * WBS can be structured as an outline, an org chart, a fishbone diagram or other method
Nature of the project, experience of the project manager and team (familiar or unfamiliar) * Exam: WBS represents all product and project work include PM work. The total of the work at lowest levels must roll up to higher levels so that nothing is left
3. Assign identification out and no extra work is completed. This is called 100% rule
. Ensures each element can be monitored, tracked and controlled * Exam: WBS does not show dependencies
. Enables to connect specific project activities with an organization accounting and management systems
INPUTS TOOLS & TECHNIQUES OUTPUTS Code of Account Identifier: This account identifier is important—it’s how you hook your WBS into your company’s accounting system. That way you can make
.1 Scope management plan .1 Decomposition .1 WBS sure all of the work is paid for.
.2 Project scope statement .2 Expert judgment .2 WBS Dictionary Scope Baseline: As the project goes on, you will want to compare how you are doing to what you planned for. So, the scope baseline is there to compare against.
.3 Requirements documentation .3 Scope Baseline It’s made up of the scope statement , the WBS , and the WBS Dictionary .
.4 Enterprise environmental factors .4 Project Document Updates Exam Spotlight:
.5 Organizational process assets The WBS doesn’t show the order of the work packages or any dependencies between them.
Validate Scope: The process of formalizing acceptance of the completed project deliverables. Formal process to verify and obtain stakeholder acceptance of the completed project scope and Scope Validation is primarily concerned with ACCEPTANCE of deliverables. It can be done at the end of each phase of the project life cycle & throughout the
deliverables. Usually performed after Perform Quality Control. phase of M&C
# Validate Scope happens at the end of each phase and the project and upon delivery of Product/Service/Result. - Quality control is done before scope verification.
# Validate Scope is concerned with completeness and acceptance, and Perform Quality Control is concerned with correctness. Bad change:
# If the project is cancelled/terminated before completion, Validate Scope is performed to show where the Project was in relation to the Scope when it ended. * Scope Creep: This happens when you think you know the impact of a change so you go ahead, but it turns out that that change leads to another one, and since
# Validate Scope is all about comparing the Deliverables with the documented Scope to ensure that everything was completed. you are already making the first change, you go with the next. Then another change comes up, and another, and another, until it’s hard to tell what the scope of
# Validate Scope is typically performed by the PM, the Sponsor, the Customer, and the Functional Managers, and the result is a formal, written acceptance by the appropriatestakeholders. the project is.
# If we don't receive a final sign off from our customer; we have to escalate the issue to our Management. * Gold Plating: Sometimes people think of a really great improvement to the product and go ahead and make it without even checking the impact.
# Characteristics of Validate Scope: 1. Signoff, Review, Inspection, 2. Documenting completed deliverables, and 3. Ensuring that the deliverables conform to the requirements.
KEY ASPECTS Validate scope is primarily concerned with acceptance of the deliverables, while quality control is primarily concerned with correctness of the deliverables and
* Project managers and stakeholders use this process to confirm that project deliverables meets its requirements meeting the quality requirements specified for the deliverables
* The req. document, project scope statement, scope baseline form become part of project management plan, which is used to manage and control scope throughout the execution of project * Important: Difference between Validate Scope and Close Project/Phase
* Exam: You should perform Verify Scope even if the project is canceled to document the degree to which the project was completed. * Validate Scope: Results in formal acceptance of interim deliverables
* Important: Difference between Validate scope and perform quality control processes are * Close Project/Phase: Final acceptance from the customer for the project as a whole
M&C
* Validate scope - Primarily concerned with acceptance of deliverables, ensures products meets requirements, performed by project manager and stakeholders, reviewed against req. doc * Steps Involved
* Perform quality control - Primarily concerned with correctness of the deliverables and meeting the quality requirement specified for the deliverables. Ensures no defects in product, find 1. Complete deliverables
ways of improving product, performed by quality assurance, reviewed against predefined quality standards 2. Perform Quality Control inspection
* Quality control is generally performed before scope verification but these two can be performed in parallel. Also Quality control is performed by quality control dept. and Validate Scope is 3. Changes are requested and corrective action/defect repair completed
done by customer 4. Perform Quality Control inspection is repeated
* Verify Scope can be done at the end of each project phase in the project life cycle and at other points throughout the project as part of M&C i.e. Verify Scope is done multiple times in the 5. Validate Scope i.e. meet with the customer
project 6. Either customer accepts deliverables or changes are requested
* Validate Scope is typically performed by the PM, the Sponsor, the Customer, and the Functional Managers, and the result is a formal, written acceptance by
the appropriate stakeholders
* If we don't receive a final sign off from our customer; we have to escalate the issue to our Management.
INPUTS TOOLS & TECHNIQUES OUTPUTS Accepted deliverables are formally signed off by the customer.
.1 Project management plan .1 Inspection .1 Accepted deliverables Formal acceptance received from the customer acknowledging formal stakeholder acceptance of project deliverables is sent to Close Project Phase.
.2 Requirements documentation .2 Group decision-making techniques .2 Change requests
.3 Requirements traceability matrix .3 Work performance information
.4 Verified deliverables .4 Project documents updates
.5 Work performance data
11 Control Scope: The process of monitoring the status of the project and product scope and managing changes to the scope baseline. Scope Creep will be eliminated. The goal of Control Scope is updating the scope, plan, baseline, and WBS info.
Integrated Change Control spans: * Control Scope * Control Schedule * Control Cost * Quality Control * Monitor and Control Risk * COntrol Procurements, Stakeholder
# Customer's interests should always be weighed heavily and disputes should be resolved in favor of the customer. Exam Spotlight:
KEY ASPECTS Arrange all of the activities you do to control scope in the right order.:
* Helps managing changes to projects scope and keep it on target to meet req. and objectives 1. You figure out that you have to make a change
* Changes can be uncontrolled (scope creep) or controlled (approved changes) 2. Create a change request
* Control scope process ensures only beneficial changes are approved 3. Get approval to make the change
* Control scope creep and changes to scope that would have detrimental effect on project 4. Compare the change against the baseline
* Scope creep is difference between work performance information and the scope baseline 5. Go back and plan for the new work
* Gold Plating: Sometimes people think of a really great improvement to the product and go ahead and make it without even checking the impact. 6. Update the baseline
* Integrated Change Control spans: Control Scope, Control Schedule, Control Cost, Quality Control, Monitor and Control Risk, Control Procurements, Stakeholder 7. Store the updated baseline in the configuration management system
* Any modification
‐upon WBS is considered
to theaagreed
scope change 8. Now the team can change the way they do the work
* Changes in product scope require changes to the project scope as well
* Important: Always remember to update your stakeholders regarding the changes you're implementing and their impacts. They'll want to know how the changes impact the performance Variance Analysis : VA can be used to measure differences between what was defined in the Scope Baseline & what was created.
baselines, including the project costs, project schedule, project scope, and quality.
# SCOPE MANAGEMENT is a presentation of logical processes to understand requirements, define, break down, and control the scope of the project, and verify that the project was completed correctly. The Project Manager should always be in control of scope through rigid management of the requirements, details, and processes, and scope changes
should be handled in a structured, procedural, and controlled manner. Scope may refer to 1. Product Scope (Features and Functions), and 2. Project Scope (Work need to be completed).
# A Baseline (whether for Scope, Schedule, Cost, or Quality) is the Original Plan + All Approved Changes.
# Uncontrolled changes are often referred to as project scope creep. Scope Creep Results from * Poor initial requirements definition, * Failure to involve users in early stages, * A missing Scope Baseline, * Poor Change Control, * Projects take long therefore requirements also change, * Weak Management, and * Failure to manage user expectations.
# Work Performance Information: Information and data, on the status of the project schedule activities being performed to accomplish the project work, collected as part of the direct and manage project execution processes. #Task: Work not necessarily listed in the WBS and is the lowest level of effort on the project.
# If a variance is a Beneficial Variance: * Keep that variance, * Issue a change request to update the Scope Baseline to do the changes in characteristics.