A blog by Oleg Shilovitsky
Information & Comments about Engineering and Manufacturing Software

How to escape “listing” paradigm and reinvent ECO

How to escape “listing” paradigm and reinvent ECO
Oleg
Oleg
30 June, 2015 | 4 min for reading

Bound_computer_printout.agr

Do you remember what is “hard copy listing”? If you had a chance to write software programs in 1980s, you might remember “listings” – a printed list of computer code or digital data in a human reading format. Navigate to the following Wikipedia article to refresh your memory. We don’t do listings anymore. It is gone. Wikipedia explains that in a dead simple language:

Today, hard copy listings are seldom used because display screens can present more lines than formerly, programs tend to be modular, storage in soft copy is considered preferable to hard copy, and digital material is easily transmitted via networks, or on disks or tapes. Furthermore, data sets tend to be too large to be conveniently put on paper, and they are more easily searched in soft-copy form.

My long time blogging buddy Ed Lopategui is discussing common practices and challenges manufacturing companies are experiencing with ECO (Engineering Change Management). I recommend you to take a look on the following two articles on GrabCAD blog: ECOs Aren’t Dead, But They Are Slow and Stupid and ECOs are stupid II: The price of unincorporated change. ECO best practices are heavily influenced by traditional approach of paper-oriented world following old-school configuration management standards. The following passage explains it very well:

Most engineering change processes are rooted in very formal and traditional frameworks. ECOs can be traced back to Configuration Management (CM) practices that literally come from a time well before CAD (much less PDM/PLM) where manual drawings ruled the earth. Engineering data was neither readily portable nor widely accessible. These effective but complex practices were established in the larger, older manufacturing companies that became the first natural customers to afford PDM/PLM.. As a result, these processes live on and are perceived as absolutes. They remain relatively intact, buoyed by large company process culture despite the opportunity to evolve.

Unincorporated change is another archaic practice, which is a reflection of old practice of making changes in drawings. The complexity of changing documentation created the practice of change process itself. So called “was-now” practice was related to the fact comparison between two states of the design was very complicated:

The concept of an unincorporated change was a necessary compromise in the past because of limitations in changing design data, especially in the era of manual drawings and early CAD, when drawing views didn’t just update with a click or two. Understanding the difference from one version of a design to another chiefly involved intense staring for prolonged periods of time until the change was understood and/or blindness occurred. To minimize eye strain, ECOs often highlighted the changes specifically, sometimes with designation of WAS/NOW views side by side on the form.

Now, let’s move into modern world of software. Imagine software engineer is writing a paper document with explanation about code changes he is going to implement tomorrow. He prints “listing” and mark by yellow color “was/now” differences in the code. Then apply it for approval and documentation. After it made, actual change is going to be performed. It is probably sounds strange.

The traditional PLM paradigms are very much like old-school software listings. It is slow and complicated. I’m consistently hearing engineers are not making formal changes and not abandoning lifecycle process because to perform lifecycle is slow and complicated. Nobody wants to deal with complicated forms and processes. In many situations the process is just too complex for teams and people to deal with. I pointed some of these problems in my earlier article – why PLM should revise NPI products.

Agile software development became very popular for the last decade. It introduces many concepts that can be adopted by manufacturing companies. One of the most interesting opportunity I can see is around how to make change management fast and easy. When it comes to change, the speed is a very important thing.

What is my conclusion? Old habits die hard. ECO is one of them and it goes back 20-30 years to best practices that were developed before CAD systems were capable to compare two versions of the model and visualize differences. Check my earlier post about how to compare versions and changes. New technologies and new practices should come and displace old “ECO listings” in an agile, paperless and easy way. Just my thoughts…

Best, Oleg

Picture is credit Wikipedia article – Computer Listing.

Recent Posts

Also on BeyondPLM

4 6
29 December, 2020

This time of the year is a great opportunity to reflect on multiple topics. My article last week – PLM...

11 November, 2017

How to overlay competitors. In my view, this is a new name in CAD / PLM competition game. It has...

26 December, 2016

I take a look back at Beyond PLM articles that proved to be most popular among readers in 2016 and...

12 May, 2016

Once upon a time, product lifecycle was mostly focusing on design and engineering problems. This is not true anymore. These...

6 April, 2014

If you are in PLM business, I’m sure you are familiar with term called “best practices”. The term is widely...

11 October, 2014

PIM. Product Information Management. Sorry for brining yet another three letter acronym into discussion today. PIM stands for a discipline...

22 January, 2013

One of the biggest tech events for me last week was Facebook Graph Search. If you haven’t heard about this,...

19 August, 2009

My new blog post on 3D Perspectives. Easy way to visualize your social network in Excel. Cool… Best, Oleg

31 July, 2009

Coming question from Business Intelligence space. There are already several companies dealing with cloud BI – Pentaho, Good Data Corp....

Blogroll

To the top