All Posts

Organizational Structure and Your Taxonomy: Where Does it Go?

Should departmental or organizational structures be managed as a taxonomy? 

While there are advantages and limitations to organizational structure as an aspect of taxonomy, and organizational structure is a valid major facet or category within a comprehensive taxonomy, it is not an effective overall taxonomy.  As an example, while:

Division > Line of Business > Department > Sub-Department

may work for some organizations' collaboration community site structure…it’s not wide enough to cover vertical content that cuts across multiple LOB departments.  Things like applications, resources, policies & procedures come to mind.  And, it just plain doesn’t work for some organizations where group names and job title have little to do with the actual ‘aboutness’ of a person’s avocation.

New call-to-action

Internal versus External Perspectives

Another potential problem with using Org Structure as your only or primary taxonomy structure is that it also fails to address the difference between internally 'public facing' information that is intended for all employees or all those with a login ID (for intranets) vs. private information intended to be visible for members of departmental teams only.  For many entities in the organization there may be a need for both,

  1. Public information about 'Who we are?,' 'What we do?,' and "Who to contact for help?,' that is shared to everyone throughout the organization to promote self-service (with entities like HR and IT) and,
  2. Information that it intended for the team members only (new hiring procedures for HR, new troubleshooting procedures for IT).

Using Concept Maps

When we draw up conceptual maps containing categories that will accommodate lists of terms within specific entities, content types, facets, or processes...we start to create 'MindMaps' of organizational constructs that are initially in competition with one another for attention within the 'labeling & indexing' universe where Users will think to find the bit of information that they are looking for.  It is our job to connect related sets that live under different headings via associative relationships.  I am not saying that a facet for 'department of origin' is not valid, in fact it is often more important that the actual Author's name in a dublin core-emulating type of classification system, and it can be used as a refiner against the search results to provide 'browse within search' capabilities.

Bottom up vs Top Down

It is important to look at these things from multiple angles that factor in holistic approach that includes both a bottom up approach (focused on content & process analysis) and a top down approach (focused on Buttons, Tabs, & Labels).  This incorporates the best of Library Science type IA (taxonomy & terms from the bottom up) and Web Design type IA (navigation systems and category buckets labeling from the top down) that are both more effective when they meet somewhere in the middle.  It has been my experience that for certain types of organizations that have public facing communities of practice and heavy emphasis on service to the community at large (healthcare, hospitals, public health agencies, and drug companies, for example) the Org. Chart just doesn't work as a good IA framework.  The reason being, that their groups are difficult to define, they change names often, merge and morph into one another, and simply do not roll up well to discreet parent categories.

For a deeper dive into how we use information architecture as the foundation for digital transformation read our whitepaper: "Knowledge is Power: Context-Driven Digital Transformation

Earley Information Science Team
Earley Information Science Team
We're passionate about enterprise data and love discussing industry knowledge, best practices, and insights. We look forward to hearing from you! Comment below to join the conversation.

Recent Posts

First Party Data: The New Imperative

The need for accurate data to support digital transformation and the emergence of new restrictions on the use of third-party data have prompted many companies to focus their attention on first party data.

Knowledge Graphs, a Tool to Support Successful Digital Transformation Programs

Knowledge graphs are pretty hot these days. While this class of technology is getting a lot of market and vendor attention these days, it is not necessarily a new construct or approach. The core principles have been around for decades. Organizations are becoming more aware of the potential of knowledge graphs, but many digital leaders are puzzled as to how to take the next step and build business capabilities that leverage this technology.

[RECORDED] Powering Personalized Search with Knowledge Graphs

Transforming Legacy Faceted Search into Personalized Product Discovery The latest in e-commerce trends is the transformation of legacy faceted search into a more personalized experience. By applying semantic reasoning over a knowledge graph, contextual information about a customer can be combined with product data, delivering relevant search results tailored to them. The first half of this webinar is designed for the business executive. We’ll focus on why personalized search is an essential e-commerce ingredient. And we’ll demystify the process of implementing a more personalized product discovery experience for your customers. The second half of the webinar is designed for the data strategist. We’ll cover the data modeling required to build knowledge graphs for successful personalized search. We’ll discuss some real-world cases and cover the steps you can take to get started. Who should attend: Executives who care about e-commerce and the data experts who enable them. Speakers: