Software Engineering Institute Carnegie Mellon

About the logo

Concept of Operations

Challenges:
When an organization makes the decision to move to a product line approach for acquiring or developing software, it must address several key issues:

  • What is the product line?
  • How will the product line be introduced?
  • What are the key organizational elements involved in defining, developing, and fielding the product line?
  • What is the relationship between the product line and systems within the product line?
  • How will the architecture be developed and maintained?
  • What are the sources of software components and other assets?

Overview:
An organization develops a Concept of Operations (CONOPS) to establish the desired product line approach that it wishes to take. The CONOPS service works with organizations to document the decisions that define the approach and the organizational structure needed to put the approach into operation.

Benefits:
The Concept of Operations provides a forum for exchange of information among the stakeholders on major technical and programmatic issues related to core asset development/acquisition. It describes the use of the architecture and assets in producing products and the reflection of that use back into the product line assets for their continued improvement.

Who Would Benefit:
Software product or project managers, software product line managers, software architects

Example Use:
During a recent engagement, the SEI and a customer team developed a three-phase approach for fielding a product line. The phases spanned seven years and covered initial asset development, fielding of initial products, and long-term sustainment of the product line. The CONOPS document the phased development.

Description:
The CONOPS for a product line will contain the following:

  • A clear statement of the goals and objectives of the product line
  • The strategies, tactics, policies, and constraints that describe how the product line process will effect the fielding of the product line
  • The organizations, activities, and interactions that describe who will participate in fielding the product line and what these stakeholders do in that process
  • A clear statement of the responsibilities and authority of the roles played in the process
  • The specific operational processes, in overview fashion, that provide a process model for fielding the product line in terms of when and in what order these operation processes take place, including such things as dependencies and concurrencies
  • Processes for initiating the product line, developing the products and components, maintenance of the products, product line, and components, and possibly for retirement of the product line and its products and components

The CONOPS should relate a narrative of the process to be followed in fielding the product line. It must define the roles of the various product line stakeholders involved in the process. The CONOPS is not intended to be an implementation or transition plan since it does not provide managers with the detailed steps involved in planning for the transition: establishing accountability, managing risk, scheduling, and budgeting. However, it does offer a clear methodology to realize the goals and objectives of the product line approach to software development/acquisition of core assets and systems within the product line.

Outputs of Concept of Operations development include:

  • Organizational Roles and Responsibilities
  • Characteristics of the process for fielding the product line
  • Basis for long-term planning for the product line

Availability:
SEI staff will work with a customer organizational team to develop a Concept of Operations.

Additional Information:

Related SEI Products and Services:
Migration Planning
Framework for Software Product Line Practice
Product Line Quick Look (PLQL)
Product Line Technical Probe (PLTP)

Keywords:
Operations