The purpose of Organizational Process Definition (OPD) is to establish and maintain a usable set of organizational process assets and work environment standards.
Acquisition organizations come in various configurations. For some larger acquisition programs, responsibility for the organizational elements of the model may rest within the program, giving guidance to the projects within. In others, there may be a collection of programs under a specific organizational executive. It is therefore difficult to provide specific guidance on the location of the various model elements associated with the Process Management category.
Organizational process assets enable consistent process performance across the organization and provide a basis for cumulative, long-term benefits to the organization. (See the definition of “organizational process assets” in the glossary.)
The organization’s process asset library is a collection of items maintained by the organization for use by the organization’s people and projects. This collection of items includes descriptions of processes and process elements, descriptions of lifecycle models, process tailoring guidelines, process-related documentation, and data. The organization’s process asset library supports organizational learning and process improvement by allowing the sharing of best practices and lessons learned across the organization.
OPD contains specific practices that capture the organization’s requirements, standards, and guidelines that are to be used by all projects across the organization.
The acquirer’s organizational process assets also include acquisition guidance and practices established for use across acquisition projects and which refer to applicable statutes and regulations.
The organization’s set of standard processes also describes standard interactions with suppliers. Supplier interactions are characterized by the following typical items: deliverables expected from suppliers, acceptance criteria applicable to those deliverables, standards (e.g., architecture and technology standards), and standard milestone and progress reviews.
As with any library, a key challenge is to enable staff members to locate information quickly. Therefore, it is necessary to catalog, maintain, and archive information.
The organization’s set of standard processes is tailored by projects to create their defined processes. Other organizational process assets are used to support tailoring and implementing defined processes. Work environment standards are used to guide the creation of project work environments.
A standard process is composed of other processes (i.e., subprocesses) or process elements. A process element is the fundamental (i.e., atomic) unit of process definition that describes activities and tasks to consistently perform work. The process architecture provides rules for connecting the process elements of a standard process. The organization’s set of standard processes may include multiple process architectures.
(See the definitions of “standard process,” “process architecture,” “subprocess,” and “process element” in the glossary.)
Refer to the Organizational Process Focus process area for more information about organizational process-related matters.
Specific Goal and Practice Summary
SG 1 Establish Organizational Process Assets
SP 1.1 Establish Standard Processes
SP 1.2 Establish Lifecycle Model Descriptions
SP 1.3 Establish Tailoring Criteria and Guidelines
SP 1.4 Establish the Organization’s Measurement Repository
SP 1.5 Establish the Organization’s Process Asset Library
SP 1.6 Establish Work Environment Standards
SP 1.7 Establish Rules and Guidelines for Integrated Teams
A set of organizational process assets is established and maintained.
Establish and maintain the organization’s set of standard processes.
Organizational process assets support a fundamental change in behavior. Projects no longer create their processes from scratch but instead use the best practices of the organization, thus improving quality and saving time and money.
Standard processes may be defined at multiple levels in an enterprise and they may be related hierarchically. For example, an enterprise may have a set of standard processes that is tailored by individual organizations (e.g., a division or site) in the enterprise to establish their set of standard processes. The set of standard processes may also be tailored for each of the organization’s business areas or product lines. Thus, the organization’s set of standard processes can refer to the standard processes established at the organization level and standard processes that may be established at lower levels, although some organizations may have only one level of standard processes. (See the definitions of “standard process” and “organization’s set of standard processes” in the glossary.)
Standard processes define the key activities performed in an organization. Some examples of standard acquisition processes include source selection, contract negotiations, planning, and both technical and business reviews.
Multiple standard processes may be needed to address the needs of different application domains, lifecycle models, methodologies, and tools. The organization’s set of standard processes contains process elements (e.g., a work product size-estimating element) that may be interconnected according to one or more process architectures that describe relationships among process elements.
The organization’s set of standard processes typically includes technical, management, administrative, support, and organizational processes.
The organization’s set of standard processes can include processes that are not directly addressed by CMMI, such as project acquisition strategy approval, financial management, and progress reporting to higher management or customers.
Basing standard processes on industry standards and widely accepted models, with common terminology and lexicon, enables seamless interactions between the acquirer and supplier. In a multi-supplier environment, this seamless interaction is most important for acquirer standard processes that directly interface with supplier processes. Also, there may be cost and coordination benefits from having suppliers work together to develop or reconcile common support processes that are aligned with acquirer processes.
The level of detail required for standard processes depends on the flexibility needed by an enterprise, for instance, based on differences in business context, project types, and application domains.
The organization’s set of standard processes should collectively cover all processes needed by the organization and projects, including those addressed by the process areas at maturity level 2.
Often, organizations look at the exemplar processes from their successful acquisition projects or from other organizations as a starting point to populate the organization’s set of standard processes.
Typical Work Products
Each process element covers a bounded and closely related set of activities. The descriptions of process elements may be templates to be filled in, fragments to be completed, abstractions to be refined, or complete descriptions to be tailored or used unmodified. These elements are described in such detail that the process, when fully defined, can be consistently performed by appropriately trained and skilled people.
The rules for describing relationships among process elements are referred to as the process architecture. The process architecture covers essential requirements and guidelines. Detailed specifications of these relationships are covered in descriptions of defined processes that are tailored from the organization’s set of standard processes.
Adherence to applicable process standards and models is typically demonstrated by developing a mapping from the organization’s set of standard processes to relevant process standards and models. This mapping is a useful input to future appraisals.
Refer to the Organizational Process Focus process area for more information about establishing and maintaining the organization’s process needs and objectives.
Break down stovepipes: When capabilities residing in different organizations are routinely needed to understand tradeoffs and resolve system-level problems, consider establishing a standard end-to-end process for performing joint work. To improve workflow, consider process integration between acquisition and supplier elements where appropriate.
The acquirer’s review of its standard processes can include the participation of suppliers for those processes and process elements that define standard interactions with suppliers.
Establish and maintain descriptions of lifecycle models approved for use in the organization.
Lifecycle models may be developed for a variety of customers or in a variety of situations, since one lifecycle model may not be appropriate for all situations. Lifecycle models are often used to define phases of the project. Also, the organization may define different lifecycle models for each type of product and service it delivers.
Lifecycle models describe acquisition lifecycles, depending on the acquisition strategy chosen. The acquisition lifecycle typically begins with the pre-award phase of a supplier agreement, continues through the phases of awarding and managing the supplier agreement, and ends when the supplier agreement period of performance ends, usually with the acceptance and completion of the warranty for the acquired product and the transition of the product to the support organization.
When managing a project, it is helpful to have a standard description for the phases the project moves through (i.e., project lifecycle model) to organize and assess the adequacy of project activities and to monitor progress.
Typical Work Products
Subpractices
Lifecycle models may be documented as part of the organization’s standard process descriptions or they may be documented separately.
The acquirer’s review of lifecycle models should include the participation of suppliers for those processes and process elements that define expectations and constraints for suppliers.
Establish and maintain tailoring criteria and guidelines for the organization’s set of standard processes.
Tailoring allows projects to adapt the organization’s set of standard processes and other assets to meet their needs. The challenge is to provide guidance that has sufficient flexibility to meet the unique needs of each project but at the same time ensure meaningful consistency.
Tailoring criteria and guidelines describe the following:
• How the organization’s set of standard processes and organizational process assets are used to create defined processes
• Mandatory requirements that must be satisfied by defined processes (e.g., the subset of organizational process assets that are essential for any defined process)
• Options that can be exercised and criteria for selecting among options
• Procedures that must be followed in performing and documenting process tailoring
Flexibility in tailoring and defining processes is balanced with ensuring appropriate consistency of processes across the organization. Flexibility is needed to address contextual variables such as the domain; nature of the customer; cost, schedule, and quality tradeoffs; technical difficulty of the work; and experience of the people implementing the process. Consistency across the organization is needed so that organizational standards, objectives, and strategies are appropriately addressed, and process data and lessons learned can be shared.
Tailoring is a critical activity that allows controlled changes to processes due to the specific needs of a project or a part of the organization. Processes and process elements that are directly related to critical business goals and objectives should usually be defined as mandatory (allowing less variation), but processes and process elements that are less critical or only indirectly affect business objectives may allow for more tailoring (and therefore more variation). The amount of tailoring could also depend on the project’s lifecycle model, the supplier, or the acquirer–supplier relationship.
Finding this balance usually takes time as the organization gains experience from using these assets.
Tailoring criteria and guidelines may allow for using a standard process “as is,” with no tailoring.
Typical Work Products
Subpractices
To fully leverage the supplier’s process capability, the acquirer may choose to minimize the tailoring of the supplier’s standard processes. Depending on the interfaces of the acquirer’s processes with the supplier’s processes, the acquirer’s standard processes may be tailored to allow the supplier to execute its standard processes.
Establish and maintain the organization’s measurement repository.
Refer to the Use Organizational Process Assets for Planning Project Activities specific practice of the Integrated Project Management process area for more information about the use of the organization’s measurement repository in planning project activities.
The organization’s measurement repository is a critical resource that helps new projects plan by providing answers to questions about projects similar to their own (e.g., How long did it take? How much effort was expended? What was the resultant quality?).
The repository contains both product and process measures related to the organization’s set of standard processes. It also contains or refers to information needed to understand and interpret measures and to assess them for reasonableness and applicability. For example, the definitions of measures are used to compare similar measures from different processes.
Standard measures that must be collected from the supplier are included as requirements in standard supplier agreements and may appear in the organization’s measurement repository.
Although this practice concentrates on establishing and maintaining a repository, the real value occurs when the people in the organization begin to use the data in the repository when they establish defined processes and plans.
Typical Work Products
Subpractices
Measures in the common set are selected based on the organization’s set of standard processes. They are selected for their ability to provide visibility into process performance and to support expected business objectives. The common set of measures may vary for different standard processes.
Standard measures are selected for their ability to provide visibility into processes critical to expected business objectives and to focus on elements significantly impacting performance within a project and across the organization.
Measures defined include those related to agreement management, some of which may need to be collected from suppliers.
Operational definitions for measures specify procedures for collecting valid data and the point in the process where data will be collected.
Refer to the Measurement and Analysis process area for more information about defining measures.
Refer to the Measurement and Analysis process area for more information about collecting and analyzing data.
Establish and maintain the organization’s process asset library.
Typical Work Products
Subpractices
Items are selected based primarily on their relationship to the organization’s set of standard processes.
Establish and maintain work environment standards.
Work environment standards must make sense for your organization, its line of business, the degree of collaboration to be supported, and so on.
Work environment standards allow the organization and projects to benefit from common tools, training, and maintenance, as well as cost savings from volume purchases. Work environment standards address the needs of all stakeholders and consider productivity, cost, availability, security, and workplace health, safety, and ergonomic factors. Work environment standards can include guidelines for tailoring and the use of waivers that allow adaptation of the project’s work environment to meet needs.
Typically, projects have additional requirements for their work environment. This specific practice establishes the standards to be addressed across the organization.
Typical Work Products
Subpractices
Establish and maintain organizational rules and guidelines for the structure, formation, and operation of integrated teams.
Specific practice 1.7 is included in this process area to address the use of integrated teams, as these are more likely to be needed to meet the complex needs of the acquisition organization in its interactions with other acquisition organizations, supplier organizations, and customer organizations.
In an acquisition organization, integrated teams are useful not just in the acquirer’s organization but between the acquirer and supplier and among the acquirer, supplier, and other relevant stakeholders, as appropriate. Integrated teaming may be especially important in a system of systems environment.
Operating rules and guidelines for integrated teams define and control how teams are created and how they interact to accomplish objectives. Integrated team members must understand the standards for work and participate according to those standards.
This specific practice establishes organizational rules and guidelines so that projects do not get “bogged down” when establishing their team structure, integrated teams in that structure, and adequate collaboration among interfacing teams.
Structuring integrated teams involves defining the number of teams, the type of each team, and how each team relates with the others in the structure. Forming integrated teams involves chartering each team, assigning team members and team leaders, and providing resources to each team to accomplish its work.
Typical Work Products
Subpractices
In a successful teaming environment, clear channels of responsibility and authority must be established. Issues can arise at any level of the organization when integrated teams assume too much or too little authority and when it is unclear who is responsible for making decisions. Documenting and deploying organizational guidelines that clearly define the empowerment of integrated teams can prevent these issues.
Teams cannot operate at high performance if they must consult management for approval of every action or decision.
This specific practice also addresses issue resolution.
The authority initially given to a newly formed team may be expanded later as project phases are completed and the team demonstrates mature use of the authority granted. The rules and guidelines for the degree of empowerment should support making such adjustments.
A home organization is the part of the organization to which team members are assigned when they are not on an integrated team. A home organization may be called a functional organization, home base, home office, or direct organization.
3.144.87.206