All Posts

Who Owns the Business Ontology - Staffing Up For Ontology Development

In a poll we conducted during our webinar on “How Ontologies Drive Digital Transformation,” only 16% of the participants had developed ontologies that were functioning in a production environment, and 20% were at the pilot stage. The largest group (40%) had a good understanding of ontologies but was not using them, and 24% had no experience at all with ontologies. So despite their value to organizations, ontologies are not yet seeing widespread use. This reality presents opportunities for companies to gain a competitive edge by leveraging their data in a way that many companies are not. 

Finding ontology skills

One of the barriers to launching an initiative to develop an enterprise ontology may be concern about how to staff such an initiative. In fact, some of the steps involved in ontology development are likely to be at least somewhat familiar, because they involve the basics of organizing information and creating taxonomies. Ontologies are created by defining relationships among entities in different taxonomies, and most companies have some sort of taxonomy, such as a list of clients or products organized by category. There may be people in your company who care already involved in data governance who can help make it happen.

Even if just one person begins to look at holistically at the organizing principles in the company, audits existing systems and metadata structures, and assesses the quality and consistency of data, those actions can get an ontology project started. It is important to take a comprehensive view initially to look at the company and define its key elements. Then a team can be set up with multiple stakeholders to discuss the digital assets of the company that each of them owns, to develop a broader view. Once the assets are evaluated enterprise-wide, and metadata structures identified, it will be evident that a lot of harmonization needs to take place. There will be uplift from that alone.

If everyone owns it, no one does

The foundational work is critical, because relationships cannot be developed among different taxonomies unless the data is properly tagged. Data hygiene, content hygiene, and information architecture are the basis for both taxonomies and ontologies. However, even if it is a team effort, one person should own the ontology. If everyone owns it, nobody owns it. A committee may not do a good job of enforcing the rules consistently. 

There is a lot of talk in this field about cognitive engineers, AI experts, and data scientists. When one company wanted to deploy a virtual engineer and could not find content engineers they had to grow their own. They had knowledge architects, content architects, and user experience people. This combination was effective. Developing an ontology was not something completely new, but an extension of what they had been doing. You can look at a team and see who understands the processes, the business objects, the users, and the sources of information in the technology stack. These are the people you need. Ontology management tools can be used to document the relationships that are established. In some cases, a master data management (MDM) system can sometimes provide a starting point for documenting the ontology.

Finding value in the first projects

The next step is to build an ontological representation and show value to the company. Target a measurable process and then show an impact on the process in order to maintain executive level interest and funding. If you don’t have a practical application, then developing an ontology is just an intellectual exercise and it is difficult to maintain interest. You might start with the introduction of a new product and relating it to key customer groups, for example, and then perform some analytics to see if conversion improves.

Although you may begin with a single ontology project, it is important to view ontology as a program. It needs ongoing care and maintenance. There are times when an immediate need arises because something is on fire at that moment, such as a marketing initiative for a new group of products that affects short term needs of customers and an ad hoc review is needed. There is also a place for scheduled reviews, in which a group of taxonomies are reviewed to see if the market is still reflected in that taxonomy or it needs updating. This in turn will affect the relationships in the ontology. There may have been “editorial drift” in which people modified a taxonomy without due process. What is done upstream impacts what can happen downstream.

Nothing about this is easy (or sexy) but it needs to be done if your initiatives are going to make headway.  Our team of information science experts can help.  Give us a shout if you'd like to talk.

For more information on ontologies, see Seth Earley’s new book, The AI-Powered Enterprise:  Harness the Power of Ontologies to Make Your Business Smarter, Faster and More Profitable.

Seth Earley
Seth Earley
Seth Earley is the Founder & CEO of Earley Information Science and the author of the award winning book The AI-Powered Enterprise: Harness the Power of Ontologies to Make Your Business Smarter, Faster, and More Profitable. An expert with 20+ years experience in Knowledge Strategy, Data and Information Architecture, Search-based Applications and Information Findability solutions. He has worked with a diverse roster of Fortune 1000 companies helping them to achieve higher levels of operating performance.

Recent Posts

[Earley AI Podcast] Episode 26: Daniel Faggella

Human Cognitive Science Guest: Daniel Faggella

[RECORDED] Master Data Management & Personalization: Building the Data Infrastructure to Support Orchestration

The Increasing Criticality of MDM for Personalization for Customers and Employees Master data management seems to be one of those perennial, evergreen programs that organizations continue to struggle with. Every couple of years people say, “we're going to get a handle on our master data” and then spend hundreds of thousands to millions and tens of millions of dollars working toward a solution. The challenge is that many of these solutions are not really getting to the root cause of the problem.  They start with technology and begin by looking at specific data elements rather than looking at the business concepts that are important to the organization. MDM programs are also difficult to anchor on a specific business value proposition such as improving the top line. Many initiatives are so deep in the weeds and so far upstream that executives lose interest and they lose faith in the business value that the project promises. Meanwhile frustrated data analysts, data architects and technology organizations feel cut off at the knees because they can't get the funding, support and attention that they need to be successful. We've seen this time after time and until senior executives recognize the value and envision where the organization can go with control over its data across domains, this will continue to happen over and over again. Executives all nod their heads and say “Yes! Data is important, really important!” But when they see the price tag they say, “Whoa hold on there, it's not that important”. Well, actually, it is that important. We can't forget that under all of the systems, processes and shiny new technologies such as artificial intelligence and machine learning lies data. And that data is more important than the algorithm. If you have bad data your AI is not going to be able to fix it. Yes there are data remediation applications and there are mechanisms to harmonize or normalize certain data elements. But looking at this holistically requires human judgment: understanding business processes, understanding data flows, understanding dependencies and understanding of the entire customer experience ecosystem and the role of upstream tools, technologies and processes that enable that customer experience. Until we take that holistic approach and connect it to business value these things are not going to get the time, attention and resources that they need. In our next webinar on March 15th, we're going to take another look at helping organizations connect master data to the Holy Grail of personalized experience. This is an opportunity to bring your executives to a webinar that will show them how these dots are connected and how to achieve significant and measurable business value. We will show the connection between the data, the process that the data supports, business outcomes and the and the organizational strategy. We will show how each of the domains that need to be managed and organized to enable large scale orchestration of the customer and the employee experience. Please join us on March 15th and share with your colleagues - especially with your leadership. This is critically important to the future of the organization and getting on the right track has to begin today.

[Earley AI Podcast] Episode 25: Michelle Zhou

Data Tells the Story Guest: Michelle Zhou