Specific Practices by Goal

SG 1 Quantitatively Manage the Project

The project is quantitatively managed using quality and process-performance objectives.

SP 1.1-1 Establish the Project's Objectives

Establish and maintain the project's quality and process-performance objectives.

When establishing the project's quality and process-performance objectives, it is often useful to think ahead about which processes from the organization's set of standard processes will be included in the project's defined process, and what the historical data indicates regarding their process performance. These considerations will help in establishing realistic objectives for the project. Later, as the project's actual performance becomes known and more predictable, the objectives may need to be revised.

Typical Work Products
  1. The project's quality and process-performance objectives

Subpractices
  1. Review the organization's objectives for quality and process performance.

    The intent of this review is to ensure that the project understands the broader business context in which the project will need to operate. The project's objectives for quality and process performance are developed in the context of these overarching organizational objectives.

    Refer to the Organizational Process Performance process area for more information about the organization's quality and process-performance objectives.

  2. Identify the quality and process performance needs and priorities of the customer, end users, and other relevant stakeholders.

    Examples of quality and process performance attributes for which needs and priorities might be identified include the following:

    • Functionality

    • Reliability

    • Maintainability

    • Usability

    • Duration

    • Predictability

    • Timeliness

    • Accuracy

  3. Identify how process performance is to be measured.

    Consider whether the measures established by the organization are adequate for assessing progress in fulfilling customer, end-user, and other stakeholder needs and priorities. It may be necessary to supplement these with additional measures.

    Refer to the Measurement and Analysis process area for more information about defining measures.

  4. Define and document measurable quality and process-performance objectives for the project.

    Defining and documenting objectives for the project involve the following:

    • Incorporating the organization's quality and process-performance objectives

    • Writing objectives that reflect the quality and process performance needs and priorities of the customer, end users, and other stakeholders, and the way these objectives should be measured

    Examples of quality attributes for which objectives might be written include the following:

    • Mean time between failures

    • Critical resource utilization

    • Number and severity of defects in the released product

    • Number and severity of customer complaints concerning the provided service

    Examples of process performance attributes for which objectives might be written include the following:

    • Percentage of defects removed by product verification activities (perhaps by type of verification, such as peer reviews and testing)

    • Defect escape rates

    • Number and density of defects (by severity) found during the first year following product delivery (or start of service)

    • Cycle time

    • Percentage of rework time

  5. Derive interim objectives for each life-cycle phase, as appropriate, to monitor progress toward achieving the project's objectives.

    An example of a method to predict future results of a process is the use of process performance models to predict the latent defects in the delivered product using interim measures of defects identified during product verification activities (e.g., peer reviews and testing).

  6. Resolve conflicts among the project's quality and process-performance objectives (e.g., if one objective cannot be achieved without compromising another objective).

    Resolving conflicts involves the following:

    • Setting relative priorities for the objectives

    • Considering alternative objectives in light of long-term business strategies as well as short-term needs

    • Involving the customer, end users, senior management, project management, and other relevant stakeholders in the tradeoff decisions

    • Revising the objectives as necessary to reflect the results of the conflict resolution

  7. Establish traceability to the project's quality and process-performance objectives from their sources.

    Examples of sources for objectives include the following:

    • Requirements

    • Organization's quality and process-performance objectives

    • Customer's quality and process-performance objectives

    • Business objectives

    • Discussions with customers and potential customers

    • Market surveys

    An example of a method to identify and trace these needs and priorities is Quality Function Deployment (QFD).

  8. Define and negotiate quality and process-performance objectives for suppliers.

    Refer to the Supplier Agreement Management process area for more information about establishing and maintaining agreements with suppliers

  9. Revise the project's quality and process-performance objectives as necessary.

SP 1.2-1 Compose the Defined Process

Select the subprocesses that compose the project's defined process based on historical stability and capability data.

Refer to the Integrated Project Management process area for more information about establishing and maintaining the project's defined process.

Refer to the Organizational Process Definition process area for more information about the organization's process asset library, which might include a process element of known and needed capability.

Refer to the Organizational Process Performance process area for more information about the organization's process performance baselines and process performance models.

Subprocesses are identified from the process elements in the organization's set of standard processes and the process artifacts in the organization's process asset library.

Typical Work Products
  1. Criteria used in identifying which subprocesses are valid candidates for inclusion in the project's defined process

  2. Candidate subprocesses for inclusion in the project's defined process

  3. Subprocesses to be included in the project's defined process

  4. Identified risks when selected subprocesses lack a process performance history

Subpractices
  1. Establish the criteria to use in identifying which subprocesses are valid candidates for use.

    Identification may be based on the following:

    • Quality and process-performance objectives

    • Existence of process performance data

    • Product line standards

    • Project life-cycle models

    • Customer requirements

    • Laws and regulations

  2. Determine whether the subprocesses that are to be statistically managed, and that were obtained from the organizational process assets, are suitable for statistical management.

    A subprocess may be more suitable for statistical management if it has a history of the following:

    • Stable performance in previous comparable instances

    • Process performance data that satisfies the project's quality and process-performance objectives

    Historical data are primarily obtained from the organization's process performance baselines. However, these data may not be available for all subprocesses.

  3. Analyze the interaction of subprocesses to understand the relationships among the subprocesses and the measured attributes of the subprocesses.

    Examples of analysis techniques include system dynamics models and simulations.

  4. Identify the risk when no subprocess is available that is known to be capable of satisfying the quality and process-performance objectives (i.e., no capable subprocess is available or the capability of the subprocess is not known).

    Even when a subprocess has not been selected to be statistically managed, historical data and process performance models may indicate that the subprocess is not capable of satisfying the quality and process-performance objectives.

    Refer to the Risk Management process area for more information about risk identification and analysis.

SP 1.3-1 Select the Subprocesses that Will Be Statistically Managed

Select the subprocesses of the project's defined process that will be statistically managed.

Selecting the subprocesses to be statistically managed is often a concurrent and iterative process of identifying applicable project and organization quality and process-performance objectives, selecting the subprocesses, and identifying the process and product attributes to measure and control. Often the selection of a process, quality and process-performance objective, or measurable attribute will constrain the selection of the other two. For example, if a particular process is selected, the measurable attributes and quality and process-performance objectives may be constrained by that process.

Typical Work Products
  1. Quality and process-performance objectives that will be addressed by statistical management

  2. Criteria used in selecting which subprocesses will be statistically managed

  3. Subprocesses that will be statistically managed

  4. Identified process and product attributes of the selected subprocesses that should be measured and controlled

Subpractices
  1. Identify which of the quality and process-performance objectives of the project will be statistically managed.

  2. Identify the criteria to be used in selecting the subprocesses that are the main contributors to achieving the identified quality and process- performance objectives and for which predictable performance is important.

    Examples of sources for criteria used in selecting subprocesses include the following:

    • Customer requirements related to quality and process performance

    • Quality and process-performance objectives established by the customer

    • Quality and process-performance objectives established by the organization

    • Organization's performance baselines and models

    • Stable performance of the subprocess on other projects

    • Laws and regulations

  3. Select the subprocesses that will be statistically managed using the selection criteria.

    It may not be possible to statistically manage some subprocesses (e.g., where new subprocesses and technologies are being piloted). In other cases, it may not be economically justifiable to apply statistical techniques to certain subprocesses.

  4. Identify the product and process attributes of the selected subprocesses that will be measured and controlled.

    Examples of product and process attributes include the following:

    • Defect density

    • Cycle time

    • Test coverage

SP 1.4-1 Manage Project Performance

Monitor the project to determine whether the project's objectives for quality and process performance will be satisfied, and identify corrective action as appropriate.

Refer to the Measurement and Analysis process area for more information about analyzing and using measures.

A prerequisite for such a comparison is that the selected subprocesses of the project's defined process are being statistically managed and their process capability is understood.

Typical Work Products
  1. Estimates (predictions) of the achievement of the project's quality and process-performance objectives

  2. Documentation of the risks in achieving the project's quality and process-performance objectives

  3. Documentation of actions needed to address the deficiencies in achieving the project's objectives

Subpractices
  1. Periodically review the performance of each subprocess and the capability of each subprocess selected to be statistically managed to appraise progress toward achieving the project's quality and process-performance objectives.

    The process capability of each selected subprocess is determined with respect to that subprocess' established quality and process-performance objectives. These objectives are derived from the project's quality and process-performance objectives, which are for the project as a whole.

  2. Periodically review the actual results achieved against established interim objectives for each phase of the project life cycle to appraise progress toward achieving the project's quality and process-performance objectives.

  3. Track suppliers' results for achieving their quality and process-performance objectives.

  4. Use process performance models calibrated with obtained measures of critical attributes to estimate progress toward achieving the project's quality and process-performance objectives.

    Process performance models are used to estimate progress toward achieving objectives that cannot be measured until a future phase in the project life cycle. An example is the use of process performance models to predict the latent defects in the delivered product using interim measures of defects identified during peer reviews.

    Refer to the Organizational Process Performance process area for more information about process performance models.

    The calibration is based on the results obtained from performing the previous subpractices.

  5. Identify and manage the risks associated with achieving the project's quality and process-performance objectives.

    Refer to the Risk Management process area for more information about identifying and managing risks.

    Example sources of the risks include the following:

    • Inadequate stability and capability data in the organization's measurement repository

    • Subprocesses having inadequate performance or capability

    • Suppliers not achieving their quality and process-performance objectives

    • Lack of visibility into supplier capability

    • Inaccuracies in the organization's process performance models for predicting future performance

    • Deficiencies in predicted process performance (estimated progress)

    • Other identified risks associated with identified deficiencies

  6. Determine and document actions needed to address the deficiencies in achieving the project's quality and process-performance objectives.

    The intent of these actions is to plan and deploy the right set of activities, resources, and schedule to place the project back on track as much as possible to meet its objectives.

    Examples of actions that can be taken to address deficiencies in achieving the project's objectives include the following:

    • Changing quality or process-performance objectives so that they are within the expected range of the project's defined process

    • Improving the implementation of the project's defined process so as to reduce its normal variability (reducing variability may bring the project's performance within the objectives without having to move the mean)

    • Adopting new subprocesses and technologies that have the potential for satisfying the objectives and managing the associated risks

    • Identifying the risk and risk mitigation strategies for the deficiencies

    • Terminating the project

    Refer to the Project Monitoring and Control process area for more information about taking corrective action.

SG 2 Statistically Manage Subprocess Performance

The performance of selected subprocesses within the project's defined process is statistically managed.

This specific goal describes an activity critical to achieving the Quantitatively Manage the Project specific goal of this process area. The specific practices under this specific goal describe how to statistically manage the subprocesses whose selection was described in the specific practices under the first specific goal. When the selected subprocesses are statistically managed, their capability to achieve their objectives can be determined. By these means, it will be possible to predict whether the project will be able to achieve its objectives, which is key to quantitatively managing the project.

SP 2.1-1 Select Measures and Analytic Techniques

Select the measures and analytic techniques to be used in statistically managing the selected subprocesses.

Refer to the Measurement and Analysis process area for more information about establishing measurable objectives; on defining, collecting, and analyzing measures; and on revising measures and statistical analysis techniques.

Typical Work Products
  1. Definitions of the measures and analytic techniques to be used in (or proposed for) statistically managing the subprocesses

  2. Operational definitions of the measures, their collection points in the subprocesses, and how the integrity of the measures will be determined

  3. Traceability of measures back to the project's quality and process-performance objectives

  4. Instrumented organizational support environment to support automatic data collection

Subpractices
  1. Identify common measures from the organizational process assets that support statistical management.

    Refer to the Organizational Process Definition process area for more information about common measures.

    Product lines or other stratification criteria may categorize common measures.

  2. Identify additional measures that may be needed for this instance to cover critical product and process attributes of the selected subprocesses.

    In some cases, measures may be research oriented. Such measures should be explicitly identified.

  3. Identify the measures that are appropriate for statistical management.

    Critical criteria for selecting statistical management measures include the following:

    • Controllable (e.g., can a measure's values be changed by changing how the subprocess is implemented?)

    • Adequate performance indicator (e.g., is the measure a good indicator of how well the subprocess is performing relative to the objectives of interest?)

    Examples of subprocess measures include the following:

    • Requirements volatility

    • Ratios of estimated to measured values of the planning parameters (e.g., size, cost, and schedule)

    • Coverage and efficiency of peer reviews

    • Test coverage and efficiency

    • Effectiveness of training (e.g., percent of planned training completed and test scores)

    • Reliability

    • Percentage of the total defects inserted or found in the different phases of the project life cycle

    • Percentage of the total effort expended in the different phases of the project life cycle

  4. Specify the operational definitions of the measures, their collection points in the subprocesses, and how the integrity of the measures will be determined.

    Operational definitions are stated in precise and unambiguous terms. They address two important criteria as follows:

    • Communication: What has been measured, how it was measured, what the units of measure are, and what has been included or excluded

    • Repeatability: Whether the measurement can be repeated, given the same definition, to get the same results

  5. Analyze the relationship of the identified measures to the organization's and project's objectives, and derive objectives that state specific target measures or ranges to be met for each measured attribute of each selected subprocess.

  6. Instrument the organizational support environment to support collection, derivation, and analysis of statistical measures.

    The instrumentation is based on the following:

    • Description of the organization's set of standard processes

    • Description of the project's defined process

    • Capabilities of the organizational support environment

  7. Identify the appropriate statistical analysis techniques that are expected to be useful in statistically managing the selected subprocesses.

    The concept of "one size does not fit all" applies to statistical analysis techniques. What makes a particular technique appropriate is not just the type of measures, but more important, how the measures will be used and whether the situation warrants applying that technique. The appropriateness of the selection may need to be investigated from time to time.

    Examples of statistical analysis techniques are given in the next specific practice.

  8. Revise the measures and statistical analysis techniques as necessary.

SP 2.2-1 Apply Statistical Methods to Understand Variation

Establish and maintain an understanding of the variation of the selected subprocesses using the selected measures and analytic techniques.

Refer to the Measurement and Analysis process area for more information about collecting, analyzing, and using measurement results.

Understanding variation is achieved, in part, by collecting and analyzing process and product measures so that special causes of variation can be identified and addressed to achieve predictable performance.

A special cause of process variation is characterized by an unexpected change in process performance. Special causes are also known as "assignable causes" because they can be identified, analyzed, and addressed to prevent recurrence.

The identification of special causes of variation is based on departures from the system of common causes of variation. These departures can be identified by the presence of extreme values, or other identifiable patterns in the data collected from the subprocess or associated work products. Knowledge of variation and insight about potential sources of anomalous patterns are typically needed to detect special causes of variation.

Sources of anomalous patterns of variation may include the following:

  • Lack of process compliance

  • Undistinguished influences of multiple underlying subprocesses on the data

  • Ordering or timing of activities within the subprocess

  • Uncontrolled inputs to the subprocess

  • Environmental changes during subprocess execution

  • Schedule pressure

  • Inappropriate sampling or grouping of data

Typical Work Products
  1. Collected measures

  2. Natural bounds of process performance for each measured attribute of each selected subprocess

  3. Process performance compared to the natural bounds of process performance for each measured attribute of each selected subprocess

Subpractices
  1. Establish trial natural bounds for subprocesses having suitable historical performance data.

    Refer to the Organizational Process Performance process area for more information about organizational process performance baselines.

    Natural bounds of an attribute are the range within which variation normally occurs. All processes will show some variation in process and product measures each time they are executed. The issue is whether this variation is due to common causes of variation in the normal performance of the process or to some special cause that can and should be identified and removed.

    When a subprocess is initially executed, suitable data for establishing trial natural bounds are sometimes available from prior instances of the subprocess or comparable subprocesses, process performance baselines, or process performance models. These data are typically contained in the organization's measurement repository. As the subprocess is executed, data specific to that instance are collected and used to update and replace the trial natural bounds. However, if the subprocess in question has been materially tailored, or if the conditions are materially different from those in previous instantiations, the data in the repository may not be relevant and should not be used.

    In some cases, there may be no historical comparable data (e.g., when introducing a new subprocess, when entering a new application domain, or when significant changes have been made to the subprocess). In such cases, trial natural bounds will have to be made from early process data of this subprocess. These trial natural bounds must then be refined and updated as subprocess execution continues.

    Examples of criteria for determining whether data are comparable include the following:

    • Product lines

    • Application domain

    • Work product and task attributes (e.g., size of product)

    • Size of project

  2. Collect data, as defined by the selected measures, on the subprocesses as they execute.

  3. Calculate the natural bounds of process performance for each measured attribute.

    Examples of where the natural bounds are calculated include the following:

    • Control charts

    • Confidence intervals (for parameters of distributions)

    • Prediction intervals (for future outcomes)

  4. Identify special causes of variation.

    An example of a criterion for detecting a special cause of process variation in a control chart is a data point that falls outside of the 3-sigma control limits.

    The criteria for detecting special causes of variation are based on statistical theory and experience and depend on economic justification. As criteria are added, special causes are more likely to be identified if present, but the likelihood of false alarms also increases.

  5. Analyze the special cause of process variation to determine the reasons the anomaly occurred.

    Examples of techniques for analyzing the reasons for special causes of variation include the following:

    • Cause-and-effect (fishbone) diagrams

    • Designed experiments

    • Control charts (applied to subprocess inputs or to lower level subprocesses)

    • Subgrouping (analyzing the same data segregated into smaller groups based on an understanding of how the subprocess was implemented facilitates isolation of special causes)

    Some anomalies may simply be extremes of the underlying distribution rather than problems. The people implementing a subprocess are usually the ones best able to analyze and understand special causes of variation.

  6. Determine what corrective action should be taken when special causes of variation are identified.

    Removing a special cause of process variation does not change the underlying subprocess. It addresses an error in the way the subprocess is being executed.

    Refer to the Project Monitoring and Control process area for more information about taking corrective action.

  7. Recalculate the natural bounds for each measured attribute of the selected subprocesses as necessary.

    Recalculating the (statistically estimated) natural bounds is based on measured values that signify that the subprocess has changed, not on expectations or arbitrary decisions.

Examples of when the natural bounds may need to be recalculated include the following:

  • There are incremental improvements to the subprocess

  • New tools are deployed for the subprocess

  • A new subprocess is deployed

  • The collected measures suggest that the subprocess mean has permanently shifted or the subprocess variation has permanently changed

SP 2.3-1 Monitor Performance of the Selected Subprocesses

Monitor the performance of the selected subprocesses to determine their capability to satisfy their quality and process-performance objectives, and identify corrective action as necessary.

The intent of this specific practice is to do the following:

  • Determine statistically the process behavior expected from the subprocess

  • Appraise the probability that the process will meet its quality and process-performance objectives

  • Identify the corrective action to be taken, based on a statistical analysis of the process performance data

Corrective action may include renegotiating the affected project objectives, identifying and implementing alternative subprocesses, or identifying and measuring lower level subprocesses to achieve greater detail in the performance data. Any or all of these actions are intended to help the project use a more capable process. (See the definition of "capable process" in the glossary.)

A prerequisite for comparing the capability of a selected subprocess against its quality and process-performance objectives is that the performance of the subprocess is stable and predictable with respect to its measured attributes.

Process capability is analyzed for those subprocesses and those measured attributes for which (derived) objectives have been established. Not all subprocesses or measured attributes that are statistically managed are analyzed regarding process capability.

The historical data may be inadequate for initially determining whether the subprocess is capable. It also is possible that the estimated natural bounds for subprocess performance may shift away from the quality and process- performance objectives. In either case, statistical control implies monitoring capability as well as stability.

Typical Work Products
  1. Natural bounds of process performance for each selected subprocess compared to its established (derived) objectives

  2. For each subprocess, its process capability

  3. For each subprocess, the actions needed to address deficiencies in its process capability

Subpractices
  1. Compare the quality and process-performance objectives to the natural bounds of the measured attribute.

    This comparison provides an appraisal of the process capability for each measured attribute of a subprocess. These comparisons can be displayed graphically, in ways that relate the estimated natural bounds to the objectives or as process capability indices, which summarize the relationship of the objectives to the natural bounds.

  2. Monitor changes in quality and process-performance objectives and selected subprocess' process capability.

  3. Identify and document subprocess capability deficiencies.

  4. Determine and document actions needed to address subprocess capability deficiencies.

    Examples of actions that can be taken when a selected subprocess's performance does not satisfy its objectives include the following:

    • Changing quality and process-performance objectives so that they are within the subprocess' process capability

    • Improving the implementation of the existing subprocess so as to reduce its normal variability (reducing variability may bring the natural bounds within the objectives without having to move the mean)

    • Adopting new process elements and subprocesses and technologies that have the potential for satisfying the objectives and managing the associated risks

    • Identifying risks and risk mitigation strategies for each subprocess's process capability deficiency

    Refer to the Project Monitoring and Control process area for more information about taking corrective action.

SP 2.4-1 Record Statistical Management Data

Record statistical and quality management data in the organization's measurement repository.

Refer to the Measurement and Analysis process area for more information about managing and storing data, measurement definitions, and results.

Refer to the Organizational Process Definition process area for more information about the organization's measurement repository.

Typical Work Products
  1. Statistical and quality management data recorded in the organization's measurement repository



CMMI (c) Guidelines for Process Integration and Product Improvement
CMMI (c) Guidelines for Process Integration and Product Improvement
ISBN: N/A
EAN: N/A
Year: 2006
Pages: 378

flylib.com © 2008-2017.
If you may any questions please contact us: flylib@qtcs.net