July 10, 2022

Elevating your Game from Systems Engineering to System Family Engineering

Wednesday October 19, 2022 5:45 PM PDT to 7:00 PM PDT
 

(Presentation is open to all, including non-members. Images courtesy of Pixabay on pexels.com)

 

Elevating your Game from Systems Engineering to System Family Engineering

Join us virtually on Wednesday, 19 October 2022 for a presentation by Dr. Charles Krueger, Founder and CEO of BigLever Software on the engineering a PRODUCT LINE vs. an individual point solution (full synopsis below).

PRESENTATION INFORMATION:

Date: Wednesday, 19 October 2022, 5:45 – 7:00PM Pacific Time (presentation begins at 6pm).
Cost: Free!
Location:  Virtual only.
Web-conference Link:

Zoom Meeting
https://incose-org.zoom.us/j/86460210004

Dial-in Number
1-669-444-9171
Meeting ID: 864 6021 0004

SYNOPSIS:

Virtually all systems engineering is performed in the context of a product line – a family of similar systems with variations in features and functions. Hardly anyone builds just one edition, just one flavor, just one point solution of anything. When presented with this hypothesis, the initial reaction from systems engineers is often disagreement. However, when pressed for examples where organizations build a complex system without deriving from an existing similar system and without the intent of building other similar systems, examples are not readily forthcoming.

Because of the inherent assumption in the system engineering community that systems engineering is primarily a methodology for building a single system, systems engineering methods and tools have traditionally focused on how to build the individual point solutions within a family rather than how to engineer a system family as a whole. This mismatch comes with significant risks. A recent study by the analyst firm Tech-Clarity, involving surveys of nearly 200 company leaders engineering products and systems, the number of product and system configurations is largely viewed as the top and growing source of complexity, which results in one of their top two business challenges. Engineering complexity slows progress and leads to defects, errors, and omissions, which in turn leads to the business risks of delays, budget overruns, recalls, system failures, and opportunity losses.

When systems in a system family are engineered as individual point solutions, techniques such as cloneand-own, branch-and-merge, and reuse repositories result in ever-growing duplicate and divergent engineering effort. Trying to manage the system family commonality and variation among these individually engineered systems relies on tribal knowledge and high bandwidth, error-prone interpersonal and document-based communication among different subject matter experts. Furthermore, when each engineering discipline adopts a different ad hoc technique for managing variations among the members of the system family, the result is error prone dissonance when trying to translate and communicate across the lifecycle.

This is self-inflicted complexity, over and above the complexity inherent in the systems being engineered. It consumes engineering teams with low-value, mundane, replicative work that deprives them of time and energy that would be better spent on high-value innovative work that advances system and business objectives. As more and more of systems engineering moves to model-based systems engineering (MBSE) where documents and tribal knowledge are replaced with sophisticated webs of digital information, the complexity of managing system family variation using tribal knowledge and other non-digital engineering techniques becomes an intractable mismatch.

Engineering a product line, or system family, holistically is much more effective and efficient than engineering each of the systems individually. This requires engineering the product line as a single System of Interest (SOI), with variations formally defined and managed to support the individual system instances within the family. This shift requires INCOSE and the engineering industry at large to elevate our thinking from Systems Engineering to System Family Engineering.

Feature-based Product Line Engineering (PLE), as defined by the new ISO/IEC 26580 standard, is the modern digital engineering approach to System Family Engineering. This presentation will explore how Feature-based PLE enables organizations to elevate from Systems Engineering to System Family Engineering. It plays an essential role in the new digital engineering age, offering engineering economies in effort, cost, time, scale and quality in some of the industry’s most challenging and complex system families.

For many organizations, Feature-based PLE represents a shift in engineering approach that requires organizational change along with commitment from engineering and business leadership to make that change. The return-on-investment (ROI) to justify the organizational change is in most cases compelling, based on the elimination of low-value, mundane, replicative work, with doubling, tripling and larger improvements in engineering metrics such as effort, cost, time, scale, and quality.

In consideration of this ROI, the question to leadership is, “What if your engineers could do their normal day’s work before lunch; what would you have them do in the afternoon?” There are many answers to this question, all of them good.

 

PRESENTER:  Dr. Charles Krueger, Founder and CEO of BigLever Software

Dr. Charles Krueger is founder and CEO of BigLever Software, which for over 20 years has helped organizations adopt and benefit from Feature-based Product Line Engineering (PLE). With more than 30 years of experience in systems and software engineering practice, he is a premier speaker, widely published author, and acknowledged thought leader in the PLE arena. He brings innovative PLE concepts, state-of-the-art methodologies, and success stories to the forefront of the systems engineering community. He was the lead editor for the ISO/IEC 26580 standard on Feature-based PLE and past co-chair for the INCOSE PLE International Working Group.

 

21 signed up so far.

Event date is past