My colleague, Sanjay Kulkarni, recently explored how you can leverage a single configurator backbone to manage complexity. Now that you have an overview of complexity management, this article will provide additional details about types of complexity and how to measure it.
Complexity control is of utmost importance to every business, the negligence of which affects the bottom line. Industry trends demand tradeoffs to achieve competitive advantage, while maintaining an optimal level of complexity. For example, to gain the competitive advantage and maintain market existence, one may have to shift focus from strictly high volume, and adjust their portfolio to balance between high volume products and specialized products.
Diversification and product variety are necessary for increasing market share. Complexity considerations are needed to determine a product mix that will yield revenue and competitive advantage. Organization must first learn to quantify the complexity and then they can take the necessary steps to manage it. Complexity is a byproduct of increased product variability. Over several decades product variability has grown exponentially due to market demands, technical complexity, corporate strategy, product/process variety, consumer demand, financial constraints and competition pressure. We have had a series of articles of leveraging configurator software for total variability management. I’d like to continue that discussion with an exploration of how you can leverage architecture and configurator backbone to measure and manage complexity.
With the fourth industrial revolution with Internet of Things (IOT), consumers expect products to support certain capabilities and continue to expect more. Manufactures have to support a level of complexity to be competitive. Organizations have to distinguish between good complexity and bad complexity. Goodcomplexity means efficiently meeting the customer needs by providing features that supports market position and contributes to the bottom line. Portfolio planners must create a proper balance to ensure profitability. Adding a features to a product that do not match the customers expectation, adds extra time and work to a process and stifles creativity to develop better products is considered as bad complexity and should be eliminated if possible.
Complexity related costs are generally hidden and cannot be tracked by typical accounting methods.
It is important to identify where complexity controls are required and where it is not necessary. Organizations put rigorous process to manage complexity and that effort must be aligned to manage relevant complexity that impacts the bottom line. On the other hand, it may not be relevant to reduce complexity at levels that do not impact the bottom line. A software product, for example, can be designed to handle complexity much beyond what it needs to support. Though it is paramount to validate the certified capabilities, it may not be necessary reduce the features that are not exposed to the consumer. Further, it is lot cheaper to have multiple software features compared to the physical features. Only relevant complexity should be controlled that contribute towards organization financial and quality goals.
Complexity drivers can be defined as a phenomena which prompts the system to increase its complexity. Complexity of a system can be internal or external. External complexity, also called exogenous, is injected as a result of demands from Sales, Customer, Competition, Global Markets, and Local Regulations etc. Internal complexity, also called endogenous, is experienced within the company when translating customer requirements into physical products. This complexity impacts multiple domains with varying intensity. For instance, 30 variants of a Seat in manufacturing can mean 60 variants for purchasing due to a dual sourcing strategy but only 10 variants for development due to ten different functional product designs.
The first step in understanding the complexity is to list the Complexity Drivers. Traditional approach that is commonly used is build the complexity tree based on these drivers and product variability. Following is an example of complexity tree for a Seat manufacturer.
These complexity tree tend to get really large and need to be synchronized with decisions taken by portfolio planning and balanced against technical constraints. Number of variants that get generated based on features and variation points for these complexity drivers can be used as a complexity measure a given product variant.
Measurement of complexity can be very laborious process and it is not practical to compute this manually. Configurator capabilities in Teamcenter can help with management of modules, complexity targets and computation of complexity number based on constraints applied to a given module. Teamcenter can also help with management of complexity targets that are determined based on market analysis or benchmarking. By leveraging product configuration capabilities, you can dynamically quantify the complexity for a module and compare it against predefined targets.
As our product configuration capabilities continue to evolve, we will keep you informed on the improvements we’re making to benefit you, while managing feature, configuration models, and applications in systems engineering, design, BOM, manufacturing and product planning.
Want to know more about what product configurator capabilities inside of PLM can do for you?