By clicking “Accept”, you agree to the storing of cookies on your device to enhance site navigation, analyze site usage, and assist in our marketing efforts. View our Cookie Policy and Privacy Policy for more information.
HomeArticles

Data Science Applications: 5 Things an Operations Engineer Should Know

Data Science Applications: 5 Things an Operations Engineer Should Know

5 things you need to know about data science applications when operating production critical equipment.

Over the last few years, the utilization of data science and machine learning techniques in asset-heavy industries have taken off. Digital transformation is moving from proofs of concept into an ecosystem of fully-fledged data science applications. Engineers operating production critical equipment are key end-users of these applications. They need to know what these applications are and how to interact with them. In this article I’ll go through 5 things you need to know as an operations engineer.

1. THE HUMAN IN THE LOOP

Data science is often described as a path to fully automated intelligent systems. However, this simply isn’t true in heavy-asset equipment operations. Well-designed data science applications should arm you with the information you need to make better decisions. You must understand how to trust the provided information from the data science application. If you can’t, the information is essentially useless no matter how good the data science team who built it is.

2. DATA SCIENCE IS POWERFUL BUT IMPERFECT

The hype around data science is for a good reason: it’s a fast-moving field with technical revolutions occurring on an almost weekly basis. However, no data science application can provide insight which is 100% perfect. You'll need to understand the following concepts:

  • False positive: data science application insight that says something is happening when it's not.
  • False negative: data science application that doesn’t say something is happening when it is.

The application should set clear expectations around these scenarios. A main reason operations engineers lose trust in data science applications is because they’re not understanding this limitation.

3. ENGINEERS KNOW SYSTEMS BETTER THAN DATA SCIENCE APPLICATION DO

Data science applications are only as good as the data used to develop them. In asset-heavy industries, the biggest challenge for data scientists is understanding the underlying truth of the system they are trying to model. When did something happen and why?

As a system generates data, the best people to provide this information are the operating engineers. You’re the direct proxy for what’s happening in the underlying system in a data science application. Furthermore, you should use your own experience to assess how trustworthy the insights are.

4. FEEDBACK WILL IMPROVE DATA SCIENCE APPLICATIONS

Understanding and capturing what really happened in a system through feedback from an operations engineer can improve the application. With time, the data science application can learn from this information and improve its performance by correctly identifying the truth of the underlying system. In turn, this will lead to improved trust in the insights provided.

5. RECOGNIZE AND AVOID APPLICATIONS BUILT WITH BLACK BOX DATA SCIENCE

Heavy-asset equipment are well understood engineered systems. Any data science approach trying to learn from data without the engineering context will be significantly less trustworthy. In addition, if a data science application can’t give transparent information about why it generated an insight, then it won’t be useful to you. You should ask if the data science team who developed this application had knowledge about the type of operator and the system they built it for.

SUMMARY

Data science applications in heavy-asset operations are becoming more prevalent. They promise a lot, but it’s critical that you learn to trust those applications by knowing their limitations and how they can improve with time. The most trustworthy data science applications will be those built with the operator and engineering context of the system in mind.