{"id":2438,"date":"2015-07-29T13:23:40","date_gmt":"2015-07-29T20:23:40","guid":{"rendered":"https:\/\/blogs.plm.automation.siemens.com\/t5\/Teamcenter-Blog\/The-Future-of-Change-Management\/ba-p\/309067"},"modified":"2026-03-26T08:52:13","modified_gmt":"2026-03-26T12:52:13","slug":"the-future-of-change-management","status":"publish","type":"post","link":"https:\/\/blogs.sw.siemens.com\/teamcenter\/the-future-of-change-management\/","title":{"rendered":"The Future of Change Management"},"content":{"rendered":"<p>Efficient management of change is crucial to the success of product development. We\u2019ve explored a number of topics around<a title=\"BOM Management and configuration\" href=\"https:\/\/www.plm.automation.siemens.com\/global\/en\/products\/collaboration\/bill-of-materials-bom-management.html\" target=\"_blank\" rel=\"nofollow noopener noreferrer\"> BOM management<\/a> and configuration. I\u2019ve been reading through some of the discussions about <a title=\"product variant management blog\" href=\"https:\/\/blogs.plm.automation.siemens.com\/t5\/Teamcenter-Blog\/Product-Variant-Management-Delivering-the-Variability-Your\/ba-p\/288803\" target=\"_blank\" rel=\"noopener noreferrer\">product variant management<\/a>, <a title=\"release and configuration management blog\" href=\"https:\/\/blogs.plm.automation.siemens.com\/t5\/Teamcenter-Blog\/Release-and-Configuration-Management-Best-Practices\/ba-p\/303944\" target=\"_blank\" rel=\"noopener noreferrer\">release, and configuration management<\/a>, <a title=\"guided product configuration blog\" href=\"https:\/\/blogs.plm.automation.siemens.com\/t5\/Teamcenter-Blog\/Guided-Product-Configuration\/ba-p\/297352\" target=\"_blank\" rel=\"noopener noreferrer\">guided product <\/a>configuration, and\u00a0several other <a title=\"BOM management blog\" href=\"https:\/\/blogs.plm.automation.siemens.com\/t5\/Teamcenter-Blog\/BOM-Management-An-introduction\/ba-p\/285539\" target=\"_blank\" rel=\"noopener noreferrer\">BOM management<\/a> topics. I also noticed one of my colleagues introduced concepts around <a title=\"PLM process execution web site\" href=\"http:\/\/www.plm.automation.siemens.com\/en_us\/products\/teamcenter\/plm-process-execution\/index.shtml\" target=\"_blank\" rel=\"nofollow noopener noreferrer\">PLM process execution<\/a>, including <a title=\"product change management web site\" href=\"http:\/\/www.plm.automation.siemens.com\/en_us\/products\/teamcenter\/plm-process-execution\/product-change-management.shtml\" target=\"_self\" rel=\"nofollow noopener noreferrer\">product change management<\/a>, in a recent discussion around <a title=\"product development process management blog\" href=\"https:\/\/blogs.plm.automation.siemens.com\/t5\/Teamcenter-Blog\/Mastering-Product-Development-Process-Management\/ba-p\/302308\" target=\"_blank\" rel=\"noopener noreferrer\">product development process management<\/a>.<\/p>\n<p>In reviewing all these different topics, it occurred to me that \u201cBOM Management\u201d and \u201cChange Management\u201d are often relegated to separate conversations, when the reality is that they are critically intertwined. How do you control\u00a0<a title=\"BOM change management\" href=\"https:\/\/www.plm.automation.siemens.com\/global\/en\/products\/collaboration\/bom-change-management.html\" target=\"_blank\" rel=\"nofollow noopener noreferrer\">BOM change management<\/a>? How do you manage change to your product definition to respond to market needs and deliver successful products?<\/p>\n<p><strong>Many companies I work with find that today\u2019s change management solutions are limited:<\/strong><\/p>\n<ul>\n<li style=\"list-style-type: none;\">\n<ul>\n<li>Limited integration between change management and authoring applications<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<ul>\n<li style=\"list-style-type: none;\">\n<ul>\n<li>Limited support for concurrent, parallel, or alternative changes<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<ul>\n<li style=\"list-style-type: none;\">\n<ul>\n<li>Limited support for packaging and reviewing exact contents of a change<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p>Future change management systems will help address these issues.<\/p>\n<p><strong>Integrated Change<\/strong><\/p>\n<p>In PLM, the change management system and the content authoring system will be tightly integrated. With this integration, additional automation becomes possible. One example of this automation is in setting up a working context to analyze or execute a change. If I am assigned a change, the system will set up a proper working context for me based on the scope of the change. This working context will include an understanding of impacts.<\/p>\n<p>For example, a set of components is being moved. The components are valid for units 1 through 10 of a product. A design change to related content had already happened valid for only units 6 and up. The system will identify and load all affected components, considering connections, proximity, and validity of the affected components. The system will load sets of content for each unique configuration \u2013 in this case, there would be a set valid for units 1 through 5 and another for units 6 through 10. The system could also consider other natural dependencies based on function or system.<\/p>\n<p>Once a proper working context is established, the engineer executes the change by modifying product content. The PLM system will understand that the engineer is working on a change. So as product content is modified, the edits will be automatically tracked for that change. This will apply across any PLM application, including CAD. Imagine if the CAD system understood the change to be executed. It could set up a working context for the designer and track edits against the change, eliminating much of the overhead in executing a change.<\/p>\n<p><strong>Isolated Change<\/strong><\/p>\n<p>Given the constant change, it is useful to isolate a given change. Essentially this means an engineer or team can work in their own &#8216;sandbox&#8217;, without affecting or being affected by other changes until they are ready to collaborate. This will remove some of the chaos associated with large product development and allow teams to focus on their tasks. Understanding the contents of a change package distinct from other working content is needed for proper execution, evaluation, and review.<\/p>\n<p><strong>Concurrent Change<\/strong><\/p>\n<p>With the isolated change, we will better support concurrent change, where content can be branched, without each branch corrupting the other. This will cleanly enable alternative studies, where reviewers can select among competing alternatives. The concurrent change will also enable fast-track changes to content while a longer lead time change to the same content is being executed.For example, in the software world, this is needed to complete a patch release while the next major version is being executed.<\/p>\n<p><strong>Collaborative Change<\/strong><\/p>\n<p>Since products can have many interdependencies, it is not always good to stay isolated. Engineers must be able to coordinate their changes. Change systems will support several types of collaboration. If changes are tightly coupled, they will have the ability to work on the same branch, always seeing the latest working versions of content in that branch.<\/p>\n<p>In other cases, more ad-hoc collaboration is needed. An engineer is working on a change when the system identifies that some reference content (maybe a connected component) has an open change. The engineer will be able to pull the contents of that change into the current working context to ensure there are no conflicts.<\/p>\n<p>There is also a need to share working content among several changes. Engineers will be able to &#8216;promote&#8217; their working content into a sharable space, where other users may access all shared content. This can be used for virtual reviews, where the latest working content of the product or a system must be integrated.<\/p>\n<p><strong>Component-Based Change<\/strong><\/p>\n<p>Advanced PLM systems now support component-based modeling, where engineering product content is managed independently of assembly structures. This type of modeling will allow for finer grain control over change processes. Changes will be managed for specific components instead of branches in an assembly hierarchy. The following table summarizes the differences between assembly-based change and component-based change.<\/p>\n<p><strong>Summary<\/strong><\/p>\n<p><strong>Next generation PLM systems will support more efficient change processes by supporting the following:<\/strong><\/p>\n<ul>\n<li style=\"list-style-type: none;\">\n<ul>\n<li>Better integration between change and engineering content authoring<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<ul>\n<li style=\"list-style-type: none;\">\n<ul>\n<li>A better definition of change packages<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<ul>\n<li style=\"list-style-type: none;\">\n<ul>\n<li>Better support for parallel concurrent changes<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<ul>\n<li style=\"list-style-type: none;\">\n<ul>\n<li>Better coordination and sharing among changes<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<ul>\n<li style=\"list-style-type: none;\">\n<ul>\n<li>More efficient modeling of engineering content<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>Next generation PLM systems will support more efficient change processes by supporting the following<\/p>\n","protected":false},"author":51997,"featured_media":2444,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"spanish_translation":"","french_translation":"","german_translation":"","italian_translation":"","polish_translation":"","japanese_translation":"","chinese_translation":"","footnotes":""},"categories":[1],"tags":[4],"industry":[],"product":[],"coauthors":[1292],"class_list":["post-2438","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news","tag-bom-management"],"featured_image_url":"https:\/\/blogs.sw.siemens.com\/wp-content\/uploads\/sites\/14\/2019\/09\/change-management-concept.png","_links":{"self":[{"href":"https:\/\/blogs.sw.siemens.com\/teamcenter\/wp-json\/wp\/v2\/posts\/2438","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blogs.sw.siemens.com\/teamcenter\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blogs.sw.siemens.com\/teamcenter\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blogs.sw.siemens.com\/teamcenter\/wp-json\/wp\/v2\/users\/51997"}],"replies":[{"embeddable":true,"href":"https:\/\/blogs.sw.siemens.com\/teamcenter\/wp-json\/wp\/v2\/comments?post=2438"}],"version-history":[{"count":5,"href":"https:\/\/blogs.sw.siemens.com\/teamcenter\/wp-json\/wp\/v2\/posts\/2438\/revisions"}],"predecessor-version":[{"id":7802,"href":"https:\/\/blogs.sw.siemens.com\/teamcenter\/wp-json\/wp\/v2\/posts\/2438\/revisions\/7802"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/blogs.sw.siemens.com\/teamcenter\/wp-json\/wp\/v2\/media\/2444"}],"wp:attachment":[{"href":"https:\/\/blogs.sw.siemens.com\/teamcenter\/wp-json\/wp\/v2\/media?parent=2438"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blogs.sw.siemens.com\/teamcenter\/wp-json\/wp\/v2\/categories?post=2438"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blogs.sw.siemens.com\/teamcenter\/wp-json\/wp\/v2\/tags?post=2438"},{"taxonomy":"industry","embeddable":true,"href":"https:\/\/blogs.sw.siemens.com\/teamcenter\/wp-json\/wp\/v2\/industry?post=2438"},{"taxonomy":"product","embeddable":true,"href":"https:\/\/blogs.sw.siemens.com\/teamcenter\/wp-json\/wp\/v2\/product?post=2438"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/blogs.sw.siemens.com\/teamcenter\/wp-json\/wp\/v2\/coauthors?post=2438"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}