Towards Integrated Configuration Change Management (CMII)

Lionel Grealou PLM 3 minutes

Image credit: http://www.ipxhq.com/insight/what-is-configuration-management/

Configuration change management is the control of a product definition throughout the lifecycle of the product. It is an integral part of the design and development process for products and processes. Traditional change management (CM) follows an ‘engineering’ change process which controls to change deign definition and the alignment with “as-built” configurations (ensuring that physical items conform to the design). How everybody else in the organisation update their documents and data is often up to them or as per other processes.

A change management process, although does not ensure design integrity, includes stages to review the change and actions that are taking place in the process. 

Accordingly, most organisations have many independent change processes, some of which are formal and many are informal; keeping everything in sync is a major challenge.

CM vs CMII

CMII-based processes go beyond CM, covering the overall change of a business and applying Model-Based Systems Engineering (MBSE) principles to enable better decision making and consistent impact analysis; see figure below from Lin et al. (2015) as a typical model-driven change management process. CMII is not only about the change process itself, but also how the problem report is created, how the change impact is assessed across the enterprise and against the relevant requirements, how the change decision is made, communicated to the various stakeholder and how the change is implemented across the enterprise.

Lin et al. (2015)

While traditional CM considers identification, change control, status accounting and audits to be its major activities, CMII principles expand into areas covered by the lifecycle management of a product to reduce cost and increase efficiency. CMII shifts the emphasis to integrated process excellence (IPE) and provides the how-to for:

  1. Accommodating change
  2. Optimising the reuse of standards and best practices
  3. Ensuring that all requirements remain clear, concise and valid
  4. Communicating 1, 2, 3 to users promptly and precisely
  5. Achieving conformance to requirements in each case

Consistent Conformance

CMII is an enterprise wide approach to control change and configuration management, while promoting continuous improvement because the end-to-end lifecycle of the product is controlled. The CMII principles suggest consistent impact analysis of changes and solution feasibility assessment, aiming at enabling the development of effective formal deliverables which conform to their design requirements (similar to systems engineering and design for X loops).

CMII brings all configuration management related activities under one umbrella and provides an infrastructure that can accommodate change, keep documented requirements clear, concise and valid while ensuring that configurations conform to their requirements in every case.

Providing the framework to manage complex change, impacts, incremental baselines, and event effectivity includes governance, change board(s), enabling tools processes while maintaining event closed loop traceability. Such framework is a prerequisite for achieving integrated process excellence (IPE).

Change traceability and documentation integration to the configuration process are enablers of data quality and process conformance. Additionally, automated PLM and ERP tools for configuration management are important to controlling cost and efficiency to the process.

Continuous Improvement

Challenges in implementing change management processes include workflow complexity, speed of execution, bureacratie, adherence issues, lack of flexibility, poor data traceability, integration inconsistencies, and scaling limitations.

Standard changes that require a modification to the product requirements or design does not always follow the same process. There are times where a change request will require a fast track process. The overall process must be able to adapt to different change categories. Once achieved, consistent conformance and continuous improvement are byproducts.

What are your thoughts?


References:

  • Lin HY, Sierla S, Papakonstantinou N, Shalyto A, Vyatkin V (2015) Change request management in model-driven engineering of industrial automation software, Industrial Informatics (INDIN), 2015 IEEE 13th International Conference, pp. 1186–1191
  • Wu WH, Fang LC, Lin TH, Yeh HC, Ho CF (2012) A Novel CMII-Based Engineering Change Management Framework: An Example in Taiwan’s Motorcycle Industry, IEEE Transactions on Engineering Management, vol. 59(3), pp. 494-505

This post was originally published on LinkedIn on 21 April 2018.

Views: 3
About the Author

Lionel Grealou

Twitter

Lionel Grealou, a.k.a. Lio, helps original equipment manufacturers transform, develop, and implement their digital transformation strategies—driving organizational change, data continuity and process improvement, managing the lifecycle of things across enterprise platforms, from PDM to PLM, ERP, MES, PIM, CRM, or BIM. Beyond consulting roles, Lio held leadership positions across industries, with both established OEMs and start-ups, covering the extended innovation lifecycle scope, from research and development, to engineering, discrete and process manufacturing, procurement, finance, supply chain, operations, program management, quality, compliance, marketing, etc.

You may also like: