Growth Series BLOG

Its a Premium BLOG template and it contains Instagram Feed, Twitter Feed, Subscription Form, Blog Search, Image CTA, Topic filter and Recent Post.

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.

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

Designing AI Programs for Success - a 4 Part Series

Recorded - available as on demand webcast AI is plagued by inflated and unrealistic expectations due to a lack of broad understanding of this wide-ranging space by software vendors and customers. Software tools can be extremely powerful, however the services, infrastructure, data quality, architecture, talent and methodologies to fully deploy in the enterprise are frequently lacking. This four-part series by Earley Information Science and Pandata will explore a number of issues that continue to afflict AI projects and reduce the likelihood of success. The sessions will provide actionable steps using proven processes to improve AI program outcomes.

The Missing Ingredient to Digital Transformation: Scaling Knowledge Communities and Processes

The holy grail of digital transformation is the seemingly conflicting goals of high levels of customer service and pressure to reduce costs. “Digital Transformation” has become an all-encompassing term – in a piece in this column about customer data platforms, I asked whether the term has lost its meaning: The phrase “digital transformation” can mean anything and everything — tools, technology, business processes, customer experience, or artificial intelligence, and every buzzword that marketers can come up with. Definitions from analysts and vendors include IT modernization and putting services online; developing new business models; taking a “digital first” approach; and creating new business processes, and customer experiences. The overarching objective of a digital transformation program is to improve end-to-end efficiencies, remove friction from information flows, and create new value streams that differentiate a company’s offerings and strengthen the customer relationship. Having assisted large global enterprises with building the data architecture, supporting processes, and governance for multiple digital transformations, in my experience, there are two broad classes of initiatives that seem to get funding and others that miss the boat in terms of time, attention, and resources.

4 Reasons B2B Manufacturers need Strong Product Data

There are many manufacturers who have started to take the leap forward in the digital space, but there are still a great number who rely solely on their distributors to manage their product data. We are going to look at 4 key reasons why its so important that manufacturers own their product and dedicate the time and resources to build it out.