Engineer-to-Order (ETO) automation, if you’ve never seen it in action, is actually quite impressive. Capturing all of the process elements needed to bring a unique product variant to a customer – from the 3D model to the Bill of Materials and an accurate Quote – into a computer system is unbelievable. With tools designed specifically to make this automation easier, such as Rulestreamby Siemens PLM Software, you can automate your unique processes faster than ever. But since all the focus is on that fun part of creating the automation I want to take a moment to shine a light on an equally important but typically over-looked aspect: The retention of “why?” and what we can do about it.
Every time I jump in car I take it for granted that all the engineers, all the safety inspectors, all the component suppliers, did their job right. My job is to focus on getting to the grocery store and buying the correct items on my wife's shopping list. I don't need to concern myself with how an internal combustion engine works, what triggers the airbags in an accident, nor how the wiper blades were designed to snap into the wiper arms on my car. The experts worried about all of this so that I don't have to. Using powerful tools to capture and reuse their knowledge they continue to improve their products in our digital world.
This struck me on a recent trip to the Lemay Car Museum in Tacoma, WA. Laid out before me was a visual history of the evolution of the automobile over the last 100 years. We go from the first gas powered automobile invented by Karl Benz to Elon Musk's Tesla. The evolution of every component of the automobile is on display as I walked down the aisle and through time, building upon past success and discarding the failures. You can literally see the thinking as it evolved over time.
The last 100 years from which the automobile, as well as most common products we use today, grew at a steady, methodical rate. Drawing boards, notes, meetings, phone calls, three martini lunches and some very smart and motivated people made things happen. But that environment has evolved as well and much more rapidly since the dawning of the Digital Age.
At the cutting edge of the technological revolution that supports the design and innovation of our more complex products is engineering automation. Engineer-to-Order (ETO) solutions such as Rulestream have been developed specifically for capturing the design process of products that are engineered to order so that variants within our current knowledge can be created automatically, saving time and money while improving quality. The idea that you can somehow encapsulate the ideas of your experts so that anyone can create a new variant of the product by hitting a few keys on a keyboard is truly amazing. Imagine what Henry Ford would think if you could place him in front of a computer, bring up a 3D model of his Model T and then allow him to play with the design parameters. Maybe extend the wheelbase. Raise the cabin's ceiling. Add a 6-cylinder engine rather than the base 4. We know he wouldn’t play with color alternatives. He would surely think it’s magic, and in a way he would be correct.
With this magic that goes by industry names such as Rule-Based Engineering or Knowledge-Based Engineering, comes some overhead I'm afraid we may not realize we need until it’s too late. Like the digital age, this world of automation is maturing from adolescence into adulthood at a rapid pace. When things change that quickly we tend to miss or overlook opportunities that offer a longer-term payback. That overhead I feel is missing is the retention of the knowledge that was needed to create that automation in the first place and is therefore essential for improving it.
I worry that we're so excited to capture rules about how to automate the creation of a product that we don't recognize that the knowledge and insight of that automation still only exists in the heads of our experts and scattered throughout the digital ether in the form of emails, files, folders and text messages. This makes our investment in engineering automation vulnerable when it comes time to evolve.
We’re so busy charging forward to automate wtha we currently know that we don't take the time to properly retain the information required to build upon the past. That's just our nature. Whether building a bookshelf, cooking a meal or automating your engineering process, the fun is in the creation not in the clean-up. And unlike the other items where you can pay your kids a few bucks to clean up the mess you made, your kids can't be used to organize, categorize and store the design intent that went into your ETO system. Also, unlike the other items I mentioned that have tangible debris, the digital world of ETO has no such thing. There are no chunks of scrap wood to trip over when done automating the design of your boiler. There are no egg shells lying on the counter after completing the automation of your Progressive Cavity Pump. No. In the digital world we can just walk away when we finish a project. And therein lies the opportunity for improvement.
Let's say we automate the design of a widget and as part of the automation capture a rule that says the length is always twice the width (Length = 2 x Width). In day-to-day operation of our system, whenever a width is provided, our rule determines that the length is twice this value. It can be argued that we captured the knowledge of the relationship between length and width for all to see and understand. Life is good as long as nothing changes.
But the world doesn’t sit still.
Let’s say our supplier of raw material for our widget is no longer able to provide stock of infinite length but instead is maxed out at 36". How do we modify our system so that when a width greater than 18" is requested a length of 36" isn't exceeded? Do we simply truncate at 36"? We could limit the width to 16" I guess, but our best customer always orders with widths around 17”. Why is Length always double the Width anyway?
It's not enough to know that the rule exists -- that only tells me the "what?" -- I need to know the "why?” And there's that vulnerability. What if that expert is no longer around to ask? Now what should be a quick upgrade to the system either gets drawn out or may lead to issues due to incorrect assumptions.
Typically nobody will have taken the time to write an explanation of this 2x rule in the system, but it is likely that a meeting or email thread took place where a discussion culminated in the establishment of this rule. It may have been covered in a larger meeting and jotted down as a bullet-point in some meeting minutes. If those notes were at least retained in a manner that could be searched you'd stand a much better chance of understanding the “why?” of the rule in order to update the system to handle this needed update.
It Happened To Me
I worked for General Motors many years ago creating an automation system for In-Tank Fuel pumps. In the process of gathering the rules for one of the components I ran across a fillet of a given radius. As the design was being automated it was important to know how that radius was to behave should the surrounding features change. It was a critical fillet as well because special machining was required to obtain the radius on that particular part.
After quite a bit of research it was found that the original radius was established 15 years earlier. This was before CAD was mainstream and drawing boards still ruled. The designer had simply used the largest circle available on his template when creating the drawing. GM was using expensive machinery for this component as a result of that decision ever since.
We had the “what” clearly visible -- Radius = 3.527 -- but lost the knowledge of “why.
For Your Consideration
Fear not for there is hope. We have a couple of things working in our favor:
Almost everything we do in product development is created in a digital form
There are tools designed specifically to store, organize and search across digital collateral with minimal effort.
With regards to the tools, my personal favorite is Microsoft OneNote. I can store information in any structure I like and search across it quickly. Using a shared drive I can even collaborate with others. It installs as a printer so anything I would have sent to paper I now save in a notebook. Items can be tagged for rapid collection. A notebook can be placed on a shared drive and accessed by multiple users. Emails may be sent directly to its pages. Files may be attached or referenced. And if I don’t take the time to organize it? The powerful search engine can help you find what you’re looking for.
Using OneNote or similar tools effectively requires the development of a habit that takes some practice, but once you get the hang of it becomes second nature. Without much more effort than what you've already been doing, you can create a treasure trove of the knowledge behind your rules. With Rulestreamyou can even add links to pages in the Notebook so that as the knowledge evolves the view from the automation system is updated.
As a driver I will continue to marvel at the complexity of the automobile as well as how it's evolved just in my lifetime. It makes me wonder what's in store for my cars in the future. I trust that the experts will continue to build upon their past successes to keep me happy, although I’m still waiting for affordable hover conversions to become available.
Insurance for Growth
The experts must be reminded to leave behind a legacy upon which others can build. When the pace of change was slower this was not as big a concern, but at the break-neck speed at which we’re growing today we need to take steps to support that growth. It takes some effort, true, but not a lot in the grand scheme of things. But by doing this not only can the genius that went into the system be recorded for posterity, it can be used as a competitive advantage for when the next product design requires the system to be updated, which, if I'm not mistaken, is coming up sooner than we think.
About the Author
Tony Boucher has worked in the field Knowledge-Based Engineering for over 20 years helping clients around the world define and automate their ETO processes. He brings a passion for practical application of technologies based on this experience to his work with Rulestream at Siemens PLM Software.