Working List Flashcards

1
Q

5 alternative strategies may be considered for dealing with threats

A

Escalate. Escalation is appropriate when the project team or the project sponsor agrees that a threat is outside the scope of the project or that the proposed response would exceed the project manager’s authority.

Avoid. Risk avoidance is when the project team acts to eliminate the threat or protect the project from its impact. It may be appropriate for high-priority threats with a high probability of occurrence and a large negative impact.

Transfer. Transfer involves shifting ownership of a threat to a third party to manage the risk and to bear the impact if the threat occurs. Risk transfer often involves payment of a risk premium to the party taking on the threat.

Mitigate. In risk mitigation, action is taken to reduce the probability of occurrence and/or impact of a threat.

Accept. Risk acceptance acknowledges the existence of a threat, but no proactive action is taken. Acceptance can be either active or passive. The most common active acceptance strategy is to establish a contingency reserve, including amounts of time, money, or resources to handle the threat if it occurs. Passive acceptance involves no proactive action apart from periodic review of the threat to ensure that it does not change significantly.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

5 alternative strategies may be considered for dealing with opportunities

A

Escalate. This risk response strategy is appropriate when the project team or the project sponsor agrees that an opportunity is outside the scope of the project or that the proposed response would exceed the project manager’s authority.

Exploit. The exploit strategy may be selected for high-priority opportunities where the organization wants to ensure that the opportunity is realized.

Share. Sharing involves transferring ownership of an opportunity to a third party so that it shares some of the benefit if the opportunity occurs.

Enhance. The enhance strategy is used to increase the probability and/or impact of an opportunity.

Accept. Accepting an opportunity acknowledges its existence but no proactive action is taken.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Secondary risks

A

Secondary risks are risks that arise as a direct result of implementing a risk response. A contingency reserve is often allocated for time or cost. If developed, it may include identification of the conditions that trigger its use.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Independent cost estimates

A

Independent cost estimates are developed either internally or by using external resources and provide a reasonableness check against the proposals submitted by bidders.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Rough order of magnitude (ROM)

A

Rough order of magnitude (ROM) estimate in the range of −25% to +75%

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Problem Solving

A

Problem solving may use a set of tools that helps the project manager to solve problems that arise during the control resource process.

Identify the problem. Specify the problem.

Define the problem. Break it into smaller, manageable problems.

Investigate. Collect data.

Analyze. Find the root cause of the problem.

Solve. Choose the suitable solution from a variety of available ones.

Check the solution. Determine if the problem has been fixed.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Sequence of actions

A

Create project charter, create stakeholder register, inform stakeholders of the approved project charter.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Requirements traceability matrix

A

The requirements traceability matrix is a grid that links product requirements from their origin to the deliverables that satisfy them.

Typical attributes used in the requirements traceability matrix may include: a unique identifier, a textual description of the requirement, the rationale for inclusion, owner, source, priority, version, current status (such as active, cancelled, deferred, added, approved, assigned, completed), and status date.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Mind mapping

A

Mind mapping is a diagrammatic method used to visually organizing information. A mind map in quality is often created around a single quality concept, drawn as an image in the center of a blank landscape page, to which associated representations of ideas such as images, words, and parts of words are added. The mind-mapping technique may help in the rapid gathering of project quality requirements, constraints, dependencies, and relationships.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Trial engagements

A

Trial engagements. Not every seller is well suited for an organization’s environment. Therefore, some projects will engage several candidate sellers for initial deliverables and work products on a paid basis before making the full commitment to a larger portion of the project scope. This accelerates momentum by allowing the buyer to evaluate potential partners, while simultaneously making progress on project work.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Work performance reports

A

Work performance information is combined, recorded, and distributed in a physical or electronic form in order to create awareness and generate decisions or actions. Work performance reports are the physical or electronic representation of work performance information intended to generate decisions, actions, or awareness. They are circulated to the project stakeholders through the communication processes as defined in the project communications management plan.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Quality assurance departments

A

The project manager and project team may use the organization’s quality assurance department, or other organizational functions, to execute some of the Manage Quality activities such as failure analysis, design of experiments, and quality improvement. Quality assurance departments usually have cross-organizational experience in using quality tools and techniques and are a good resource for the project.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Retrospectives

A

Recurring retrospectives regularly check on the effectiveness of the quality processes. They look for the root cause of issues then suggest trials of new approaches to improve quality. Subsequent retrospectives evaluate any trial processes to determine if they are working and should be continued or new adjusting or should be dropped from use.

Retrospectives/lesson learned. A meeting held by a project team to discuss:

  • Successful elements in the project/phase,
  • What could be improved,
  • What to incorporate in the ongoing project and what in future projects,
  • What to add to the organization process assets.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Risk breakdown structure (RBS)

A

Risk breakdown structure (RBS), which is a hierarchical representation of potential sources of risk. An RBS helps the project team consider the full range of sources from which individual project risks may arise. This can be useful when identifying risks or when categorizing identified risks.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Benefits management plan

A

Development of the benefits management plan begins early in the project life cycle with the definition of the target benefits to be realized. The benefits management plan describes key elements of the benefits and may include but is not limited to documenting the following:

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);

Timeframe 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 timeframe 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).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Business Documents

A

Project business case. A documented economic feasibility study used to establish the validity of the benefits of a selected component lacking sufficient definition and that is used as a basis for the authorization of further project management activities.

Project benefit management plan. The documented explanation defining the processes for creating, maximizing, and sustaining the benefits provided by a project.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

Representations of uncertainty

A

Quantitative risk analysis requires inputs to a quantitative risk analysis model that reflect individual project risks and other sources of uncertainty.

Where the duration, cost, or resource requirement for a planned activity is uncertain, the range of possible values can be represented in the model as a probability distribution. This may take several forms. The most commonly used are triangular, normal, lognormal, beta, uniform, or discrete distributions. Care should be taken when selecting an appropriate probability distribution to reflect the range of possible values for the planned activity.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

Work package - Code of accounts

A

The lowest level of the WBS is a work package with a unique identifier. These identifiers provide a structure for hierarchical summation of costs, schedule, and resource information and form a code of accounts. Each work package is part of a control account. A control account is a management control point where scope, budget, and schedule are integrated and compared to the earned value for performance measurement.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

Resource optimization techniques

A

Resource optimization is used to adjust the start and finish dates of activities to adjust planned resource use to be equal to or less than resource availability.

Resource leveling. A technique in which start and finish dates are adjusted based on resource constraints with the goal of balancing the demand for resources with the available supply. Resource leveling can be used when shared or critically required resources are available only at certain times or in limited quantities, or are overallocated, such as when a resource has been assigned to two or more activities during the same time period or there is a need to keep resource usage at a constant level. Resource leveling can often cause the original critical path to change.

Resource smoothing. A technique that adjusts the activities of a schedule model such that the requirements for resources on the project do not exceed certain predefined resource limits. In resource smoothing, as opposed to resource leveling, the project’s critical path is not changed and the completion date may not be delayed. In other words, activities may only be delayed within their free and total float. Resource smoothing may not be able to optimize all resources.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
20
Q

Schedule compression techniques

A

Schedule compression techniques are used to shorten or accelerate the schedule duration without reducing the project scope in order to meet schedule constraints, imposed dates, or other schedule objectives.

Crashing. A technique used to shorten the schedule duration for the least incremental cost by adding resources. Examples of crashing include approving overtime, bringing in additional resources, or paying to expedite delivery to activities on the critical path.

Fast tracking. A schedule compression technique in which activities or phases normally done in sequence
are performed in parallel for at least a portion of their duration. An example is constructing the foundation for a building before completing all of the architectural drawings.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
21
Q

Risk management plan

Risk register

Risk report

A

The risk management plan shows the risk categories, risk appetite, and reporting formats.

The risk register records the agreed-upon risk responses for each individual risk and the nominated owners for each response plan.

The risk report includes an assessment of the current overall project risk exposure, as well as the agreed-upon risk response strategy. It also describes the major individual project risks with their planned responses.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
22
Q

Project management information system (PMIS)

A

Project management information systems (PMIS) can include schedule, resource, and cost software to ensure that agreed-upon risk response plans and their associated activities are integrated into the project alongside other project activities.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
23
Q

Basis of estimates

A

Basis of Estimates. Supporting documentation outlining the details used in establishing project estimates such as assumptions, constraints, level of detail, ranges, and confidence levels.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
24
Q

Brainstorming

Brain writing

A

Brainstorming. A general data-gathering and creativity technique that elicits input from groups such as team
members or subject matter experts.

Brain writing. A refinement of brainstorming that allows individual participants time to consider the question(s)
individually before the group creativity session is held. The information can be gathered in face-to-face groups or using virtual environments supported by technology

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
25
Q

Bidder conferences

A

Bidder conferences (also called contractor conferences, vendor conferences, and pre-bid conferences) are meetings between the buyer and prospective sellers prior to proposal submittal. They are used to ensure that all prospective bidders have a clear and common understanding of the procurement and no bidders receive preferential treatment.

Fairness is the most important.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
26
Q

Decision-making techniques

A

Voting. Voting is a collective decision-making technique and an assessment process having multiple alternatives with an expected outcome in the form of future actions. These techniques can be used to generate, classify, and prioritize product requirements. Examples of voting techniques include:

  • Unanimity. A decision that is reached whereby everyone agrees on a single course of action.
  • Majority. A decision that is reached with support obtained from more than 50% of the members of the group. Having a group size with an uneven number of participants can ensure that a decision will be reached, rather than resulting in a tie.
  • Plurality. A decision that is reached whereby the largest block in a group decides, even if a majority is not achieved. This method is generally used when the number of options nominated is more than two.

Autocratic decision making. In this method, one individual takes responsibility for making the decision for the group.

Multicriteria decision analysis. A technique that uses a decision matrix to provide a systematic analytical approach for establishing criteria, such as risk levels, uncertainty, and valuation, to evaluate and rank many ideas.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
27
Q

Bar charts

Milestone charts

Project schedule network diagrams

A

Bar charts. Also known as Gantt charts, bar charts represent schedule information where activities are listed on the vertical axis, dates are shown on the horizontal axis, and activity durations are shown as horizontal bars placed according to start and finish dates.

Milestone charts. These charts are similar to bar charts, but only identify the scheduled start or completion of major deliverables and key external interfaces.

Project schedule network diagrams. These diagrams are commonly presented in the activity-on-node diagram format showing activities and relationships without a time scale, sometimes referred to as a pure logic diagram.

28
Q

Risk categories

A

Risk categories. Provide a means for grouping individual project risks. A common way to structure risk categories is with a risk breakdown structure (RBS), which is a hierarchical representation of potential sources of risk. An RBS helps the project team consider the full range of sources from which individual project risks may arise. This can be useful when identifying risks or when categorizing identified risks.

29
Q

Requirements traceability matrix

A

The requirements traceability matrix helps to detect the impact of any change or deviation from the scope baseline on the project objectives. It may also provide status of requirements being controlled.

The requirements traceability matrix contains information about requirements, including how they will be validated.

30
Q

Check sheets

A

Check sheets are also known as tally sheets and are used to 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; for example, data about the frequencies or consequences of defects collected.

31
Q

Continual improvement - Six Sigma

A

Continual improvement. The plan-do-check-act (PDCA) cycle is the basis for quality improvement as defined by Shewhart and modified by Deming.

In addition, quality improvement initiatives such as total quality management (TQM), Six Sigma, and Lean Six Sigma may improve both the quality of project management, as well as the quality of the end product, service, or result.

32
Q

Technical performance analysis

A

Technical performance analysis compares technical accomplishments during project execution to the schedule of technical achievement. It requires the definition of objective, quantifiable measures of technical performance, which can be used to compare actual results against targets. Such technical performance measures may include weight, transaction times, number of delivered defects, storage capacity, etc.

33
Q

Activity attributes

A

Activity attributes extend the description of the activity by identifying multiple components associated with each activity. The components for each activity evolve over time. During the initial stages of the project, they include the unique activity identifier (ID), WBS ID, and activity label or name. When completed, they may include activity descriptions, predecessor activities, successor activities, logical relationships, leads and lags, resource requirements, imposed dates, constraints, and assumptions.

34
Q

Work performance information

A

Work performance data is gathered through work execution and passed to the controlling processes. To become work performance information, the work performance data are compared with the project management plan components, project documents, and other project variables. This comparison indicates how the project is performing.

35
Q

Configuration management plan

Configuration management system

A

The configuration management plan describes the configurable items of the project and identifies the items that will be recorded and updated so that the product of the project remains consistent and operable.

Configuration Management System. A collection of procedures used to track project artifacts and monitor and control
changes to these artifacts.

36
Q

Flowchart - SIPOC (suppliers, inputs, process, outputs, and customers)

A

SIPOC (suppliers, inputs, process, outputs, and customers)

Flowcharts may prove useful in understanding and estimating the cost of quality for a process. Information is obtained by using the workflow branching logic and associated relative frequencies to estimate the expected monetary value for the conformance and nonconformance work required to deliver the expected conforming output.

37
Q

Business case / Feasibility study

A

The project business case is a documented economic feasibility study used to establish the validity of the benefits of a selected component lacking sufficient definition and that is used as a basis for the authorization of further project management activities. The business case lists the objectives and reasons for project initiation. It helps measure the project success at the end of the project against the project objectives.

38
Q

Additional components of the project management plan

A

Change management plan. Describes how the change requests throughout the project will be formally authorized and incorporated.

Configuration management plan. Describes how the information about the items of the project (and which items) will be recorded and updated so that the product, service, or result of the project remains consistent and/or operative.

Performance measurement baseline. An integrated scope-schedule-cost plan for the project work against which project execution is compared to measure and manage performance.

Project life cycle. Describes the series of phases that a project passes through from its initiation to its closure.

Development approach. Describes the product, service, or result development approach, such as predictive, iterative, agile, or a hybrid model.

Management reviews. Identifies the points in the project when the project manager and relevant stakeholders will review the project progress to determine if performance is as expected, or if preventive or corrective actions are necessary.

39
Q

The baseline of the project management plan

A

Scope baseline. The approved version of a scope statement, work breakdown structure (WBS), and its associated WBS dictionary, which is used as a basis for comparison.

Schedule baseline. The approved version of the schedule model that is used as a basis for comparison to the actual results.

Cost baseline. The approved version of the time-phased project budget that is used as a basis for comparison to the actual results.

40
Q

Quality Management System

A

Quality Management System. The organizational framework whose structure provides the policies, processes, procedures, and resources required to implement the quality management plan. The typical project quality management plan should be compatible to the organization’s quality management system.

41
Q

Requirements documentation

A

Requirements documentation captures the requirements that the project and product should attain to meet stakeholder expectations. The components of the requirements documentation include but are not limited to project and product quality requirements. Requirements are used by the project team to help plan how quality control will be implemented on the project.

42
Q

Phase gates

A

A review at the end of a phase in which a decision is made to continue to the next phase, to continue with modification, or to end a program or project.

A phase gate, is held at the end of a phase. The project’s performance and progress are compared to project and business documents.

Phase gates may be referred to by other terms such as, phase review, stage gate, kill point, and phase entrance or phase exit. Organizations may use these reviews to examine other pertinent items which are beyond the scope of this guide, such as product-related documents or models.

43
Q

Master services agreement (MSA)

A

Larger projects may use an adaptive approach for some deliverables and a more stable approach for other parts. In these cases, a governing agreement such as a master services agreement (MSA) may be used for the overall engagement, with the adaptive work being placed in an appendix or supplement. This allows changes to occur on the adaptive scope without impacting the overall contract.

44
Q

The Manage Quality process

A

Design an optimal and mature product by implementing specific design guidelines that address specific aspects
of the product,

Build confidence that a future output will be completed in a manner that meets the specified requirements and
expectations through quality assurance tools and techniques such as quality audits and failure analysis,

Confirm that the quality processes are used and that their use meets the quality objectives of the project,

Improve the efficiency and effectiveness of processes and activities to achieve better results and performance and enhance stakeholders’ satisfaction.

45
Q

Organizational procedures links

A

Organizational procedures links. The work breakdown structure (WBS) provides the framework for the cost management plan, allowing for consistency with the estimates, budgets, and control of costs. The WBS component used for the project cost accounting is called the control account. Each control account is assigned a unique code or account number(s) that links directly to the performing organization’s accounting system.

46
Q

Requirements documentation

A

Requirements documentation describes how individual requirements meet the business need for the project. Requirements may start out at a high level and become progressively more detailed as more information about the requirements is known. The format of the requirements document may range from a simple document listing all the requirements categorized by stakeholder and priority, to more elaborate forms containing an executive summary, detailed descriptions, and attachments.

Business requirements. These describe the higher-level needs of the organization as a whole, such as the
business issues or opportunities, and reasons why a project has been undertaken.

Stakeholder requirements. These describe needs of a stakeholder or stakeholder group.

Solution requirements. These describe features, functions, and characteristics of the product, service, or result that will meet the business and stakeholder requirements. Solution requirements are further grouped into functional and nonfunctional requirements:

-Functional requirements. Functional requirements describe the behaviors of the product. Examples include actions, processes, data, and interactions that the product should execute.

-Nonfunctional requirements. Nonfunctional requirements supplement functional requirements and describe
the environmental conditions or qualities required for the product to be effective. Examples include: reliability, security, performance, safety, level of service, supportability, retention/purge, etc.

Transition and readiness requirements. These describe temporary capabilities, such as data conversion and training requirements, needed to transition from the current as-is state to the desired future state.

Project requirements. These describe the actions, processes, or other conditions the project needs to meet. Examples include milestone dates, contractual obligations, constraints, etc.

Quality requirements. These capture any condition or criteria needed to validate the successful completion of a project deliverable or fulfillment of other project requirements. Examples include tests, certifications, validations, etc.

47
Q

The requirements traceability matrix

A

The requirements traceability matrix is a grid that links product requirements from their origin to the deliverables that satisfy them. The implementation of a requirements traceability matrix helps ensure that each requirement adds business value by linking it to the business and project objectives. It provides a means to track requirements throughout the project life cycle, helping to ensure that requirements approved in the requirements documentation are delivered at the end of the project. Finally, it provides a structure for managing changes to the product scope.

48
Q

Resource management plan

A

The resource management plan provides guidance on providing project team member rewards, feedback, additional training, and disciplinary actions as a result of team performance assessments and other forms of project team management. The resource management plan may include also the team performance assessment criteria.

49
Q

Issue log

A

Throughout the life cycle of a project, the project manager will normally face problems, gaps, inconsistencies, or conflicts that occur unexpectedly and that require some action so they do not impact the project performance. The issue log is a project document where all the issues are recorded and tracked. Data on issues may include:

  • Issue type
  • Who raised the issue and when
  • Description
  • Priority
  • Who is assigned to the issue
  • Target resolution date
  • Status
  • Final solution
50
Q

Funding limit reconciliation

A

The expenditure of funds should be reconciled with any funding limits on the commitment of funds for the project. A variance between the funding limits and the planned expenditures will sometimes necessitate the rescheduling of work to level out the rate of expenditures. This is accomplished by placing imposed date constraints for work into the project schedule.

51
Q

Quality and grade

A

Quality as a delivered performance or result is “the degree to which a set of inherent characteristics fulfill requirements”. Grade as a design intent is a category assigned to deliverables having the same functional use but different technical characteristics. The project manager and the project management team are responsible for managing the trade-offs associated with delivering the required levels of both quality and grade. While a quality level that fails to meet quality requirements is always a problem, a low-grade product may not be a problem. For example:

It may not be a problem if a suitable low-grade product (one with a limited number of features) is of high quality
(no obvious defects). In this example, the product would be appropriate for its general purpose of use.

It may be a problem if a high-grade product (one with numerous features) is of low quality (many defects). In
essence, a high-grade feature set would prove ineffective and/or inefficient due to low quality.

52
Q

Facilitation

A

Facilitation is used with focused sessions that bring key stakeholders together to define product requirements. Workshops can be used to quickly define cross-functional requirements and reconcile stakeholder differences.

Joint application design/development (JAD). JAD sessions are used in the software development industry. These facilitated sessions focus on bringing business subject matter experts and the development team together to gather requirements and improve the software development process.

Quality function deployment (QFD). In the manufacturing industry, QFD is another facilitation technique that helps determine critical characteristics for new product development. QFD starts by collecting customer needs, also known as voice of the customer (VOC). These needs are then objectively sorted and prioritized, and goals are set for achieving them.

User stories. User stories, which are short, textual descriptions of required functionality, are often developed during a requirements workshop. User stories describe the stakeholder role, who benefits from the feature (role), what the stakeholder needs to accomplish (goal), and the benefit to the stakeholder (motivation).

53
Q

Release and iteration length

Time-boxing

A

Release and iteration length. When using an adaptive life cycle, the time-boxed periods for releases, waves, and iterations are specified. Time-boxed periods are durations during which the team works steadily toward completion of a goal. Time-boxing helps to minimize scope creep as it forces the teams to process essential features first, then other features when time permits.

54
Q

Kanban

A

Kanban in lean manufacturing is a system for scheduling inventory control and replenishment. This process of “justin-time” inventory replenishment was originally seen in grocery stores when shelves were restocked based on the gaps in the shelves and not supplier inventory.

55
Q

Project schedule

A

The project schedule defines how and when to provide training to the project team and develop the competencies required at different phases. It identifies the need for team development strategies based on variations, if any, during the project execution.

56
Q

Requirements management plan / Business analysis plan

A

The requirements management plan is a component of the project management plan that describes how project and product requirements will be analyzed, documented, and managed. According to Business Analysis for Practitioners: A Practice Guide [7], some organizations refer to it as a business analysis plan. Components of the requirements management plan can include but are not limited to:

How requirements activities will be planned, tracked, and reported;

Configuration management activities such as: how changes will be initiated; how impacts will be analyzed; how
they will be traced, tracked, and reported; as well as the authorization levels required to approve these changes;

Requirements prioritization process;

Metrics that will be used and the rationale for using them;

Traceability structure that reflects the requirement attributes captured on the traceability matrix.

57
Q

Enterprise environmental factors

A

The enterprise environmental factors that can influence the Develop Project Charter process include but are not limited to:

Government or industry standards (e.g., product standards, quality standards, safety standards, and workmanship standards),

Legal and regulatory requirements and/or constraints,

Marketplace conditions,

Organizational culture and political climate,

Organizational governance framework (a structured way to provide control, direction, and coordination through people, policies, and processes to meet organizational strategic and operational goals), and

Stakeholders’ expectations and risk thresholds.

58
Q

Organizational process assets

A

The organizational process assets that can influence the Develop Project Charter process include but are not limited to:

Organizational standard policies, processes, and procedures;

Portfolio, program, and project governance framework (governance functions and processes to provide guidance and decision making);

Monitoring and reporting methods;

Templates (e.g., project charter template);

Historical information and lessons learned repository (e.g., project records and documents, information about the results of previous project selection decisions, and information about previous project performance).

59
Q

Context diagram

A

The context diagram is an example of a scope model. Context diagrams visually depict the product scope by showing a business system (process, equipment, computer system, etc.), and how people and other systems (actors) interact with it. Context diagrams show inputs to the business system, the actor(s) providing the input, the outputs from the business system, and the actor(s) receiving the output.

60
Q

Variance analysis

A

Variance analysis, as used in EVM, is the explanation (cause, impact, and corrective actions) for cost (CV = EV – AC), schedule (SV = EV – PV), and variance at completion (VAC = BAC – EAC) variances. Cost and schedule variances are the most frequently analyzed measurements. For projects not using formal earned value analysis, similar variance analyses can be performed by comparing planned cost against actual cost to identify variances between the cost baseline and actual project performance.

61
Q

Project schedule network diagrams

A

Project schedule network diagrams. These diagrams are commonly presented in the activity-on-node diagram format showing activities and relationships without a time scale, sometimes referred to as a pure logic diagram or presented in a time-scaled schedule network diagram format that is sometimes called a logic bar chart.

62
Q

Design for X (DfX)

A

Design for X (DfX) is a set of 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. The X in DfX can be different aspects of product development, such as reliability, deployment, assembly, manufacturing, cost, service, usability, safety, and quality. Using the DfX may result in cost reduction, quality improvement, better performance, and customer satisfaction.

63
Q

Scope baseline

A

The scope baseline is the approved version of a scope statement, WBS, and its associated WBS dictionary, which can be changed only through formal change control procedures and is used as a basis for comparison. It is a component of the project management plan. Components of the scope baseline include:

Project scope statement. The project scope statement includes the description of the project scope, major
deliverables, assumptions, and constraints.

WBS. The WBS is a hierarchical decomposition of the total scope of work to be carried out by the project team
to accomplish the project objectives and create the required deliverables. Each descending level of the WBS
represents an increasingly detailed definition of the project work.

Work package. The lowest level of the WBS is a work package with a unique identifier. These identifiers provide
a structure for hierarchical summation of costs, schedule, and resource information and form a code of accounts.
Each work package is part of a control account. A control account is a management control point where scope,
budget, and schedule are integrated and compared to the earned value for performance measurement. A control
account has two or more work packages, though each work package is associated with a single control account.

Planning package. A control account may include one or more planning packages. A planning package is a
work breakdown structure component below the control account and above the work package with known work
content but without detailed schedule activities.

64
Q

Hierarchical charts

Bubble chart

A

Hierarchical charts. Where risks have been categorized using more than two parameters, the probability and impact matrix cannot be used and other graphical representations are required. For example, a bubble chart displays three dimensions of data, where each risk is plotted as a disk (bubble), and the three parameters are represented by the x-axis value, the y-axis value, and the bubble size. An example bubble chart is shown in Figure 11-10, with detectability and proximity plotted on the x and y axes, and impact value represented by bubble size.

65
Q

Quality reports

A

The quality reports can be graphical, numerical, or qualitative. The information provided can be used by other processes and departments to take corrective actions in order to achieve the project quality expectations. The information presented in the quality reports may include all quality management issues escalated by the team; recommendations for process, project, and product improvements; corrective actions recommendations (including rework, defect/bugs repair, 100% inspection, and more); and the summary of findings from the Control Quality process.

66
Q

Test and evaluation documents

A

Test and evaluation documents can be created based on industry needs and the organization’s templates. They are inputs to the Control Quality process and are used to evaluate the achievement of quality objectives. These documents may include dedicated checklists and detailed requirements traceability matrices as part of the document.