;

The power of the naming convention

Featured Image

We’ve all been there. Someone, most probably a boss, ask us to find the latest email or miro[001↘︎] board or simply share a file created a while ago, and we struggle to find it. 

Where is it?
How do I find it?

How was it called again?

Perhaps it was <final _final _RobertsFinal _shipping _version _final.ext> doesn’t make sense to anyone who didn’t specifically work on it. 

Situations like these are not rare; after observing studies describing different lenses where people struggle to locate their pressure assets in various business functions[002↘︎], I become curious about what techniques can shift this paradigm. And we all one day find what we are looking for?

In other words, how do we navigate within inherited naming conventions or structures? 

What other methods can we apply to reach the desired outcomes?

Is the search the ultimate answer to file location? (especially if we do not know what we are looking for)

How can we choose an approach for the naming convention as a team, department or business that scales?

The following four articles aim to set basic principles that help us organise our world of digital assets in whatever structure we find ourselves in. Equally, draw some lines on what to control and what to ignore. 

“IDC estimates that an enterprise employing 1,000 knowledge workers wastes at least $2.5 - 3.5 million per year searching for information, failing to find existing actionable information.” – IDC Survey (2020)

To understand the challenge better, we need to rewind a few centuries to understand the basis and implications of how we all got here.

Fig02: Bookkeeping 

History of bookkeeping

Luca Pacioli [004↘︎], the Italian father of accounting, is the first to mention double-entries in bookkeeping and complex naming structures. He introduced a new structure for identifying, recording, and archiving the item for future reference. 

As accountancy evolved over the centuries, single books became books of books, and information grew with a need for another approach to filing complex things. More than the record itself, this was about the mental model [005↘︎] of how complex accounts were recorded and inevitably linked together to track the obvious – the monetary value of subjects.    

Fig03: Alphabets and Numbers 

Alphabets and Numbers

Using numbers became the easiest way to sort things out and give order. (1, 2, 3 and so on, where 1.1 defined the substructure of 1.0). [006↘︎]

Early alphabet systems enhanced the naming convention with 0-9 and A-Z combinations. This allowed us to scale and have more complex numbered systems. Consider health records in the early 20th Century. People signed boxes with the letter A and dividers with Aa, Ab, Ac, Ad, and so on[007↘︎]. Some letter-based filing systems[008↘︎] still exist and deliver value to small GP practices worldwide. 

Fig04: Cards and Boxes

Cards and Boxes

The physical experience of cards and boxes evolves onto the digital filing system. A progressive mental model allows the observer to navigate complex data structures[009↘︎]. This impacts how we see the data and recall information from our available data sources. 

When we need to control someone's data we haven't created, DropBox, One Drive, and Google Drive become increasingly difficult to use. Things can lead to 12 versions of the Friday PPTX stakeholder presentation scattered over 12 different drives, including a cloud drive copy in Slack and Miro. Let’s not forget Teams[010↘︎], either. We just need a link to a server where we can all contribute. 

Fig. 05: Naming Convention 

Files and Folders

I’ve experimented with thousands of structural models for labelling and maintaining directories. Those findings have been shared and challenged with businesses large and small (agencies and in-house) to find an optimal way to address physical and mental structures.  

“Don’t use this file; we haven’t merged it yet as there are some changes from the previous design system that we haven’t cleaned up!”   – Senior Designer, Banking Institution, UK 2022

The agency usually has PMs who decide, above anything else, the file structure and the rest of the team follows. As a designer, you remember to add whatever you create into folder 05. Design – and the rest did not matter. Unfortunately, our Sketch[011↘︎] and Figma[012↘︎] files are no longer on the local drive; they are also in Cloud[013↘︎], Abstract[014↘︎], and who knows where else. 

Arriving at a design team of 50+ people in business units serving three propositions might be a particular challenge where no one owns or updates the design system. And in particular, where no one looks after naming conventions.

Environment

That brings us to the final point: a mental model that can be applied across folders, file layers, and even your email. 

The method is called 3x3 [015↘︎], which describes human pathways and how we focus on and sort information under pressure.

We create three “3” mental areas (before, during, after). We used to have folders like IN, WORK, and OUT at the agency. The continuous incremental delivery and versioning challenged that structure ultimately. 

The mental model stayed the same. We still have “before” (research and analysis). We all know the “during” (often translated as the process). And “after” (release and outputs), where we aim to achieve specific outcomes.

Where next 

The above is not rocket science: As a genuine note to all readers, try to look at your current folder structure and ask yourself the following questions: 

1/ Where does my data live? 

– one or multiple locations?
– if multiple, why is it?
– is it necessary or mandatory?

2/Do these places share the same structures?

– If so, can you (or your team) easily navigate?
– If different? (What is the reason behind that)

3/ How much time do you spend organising your data?
– Never (ask yourself how much data you carry that you do not need?)
– Often (how much time you invest and how much time you gain by finding the information quickly)

4/ How much time do you spend looking for the data?

– In your structure 
– In someone else's structures
– If different? (why?)

5/ If you were the chief architect of your data, what would you do differently? 

– For yourself? 
– For others? 

Happy scaling through design!

Hey, I’m Jiri Mocicka.
London-based Product Design Director, Trusted Advisor and Author of Design at Scale™. The method that empowers individuals to shape the future organisation through design.
If you have a question, join our Community and reach out to like-minded individuals who scale design propositions. An online Academy can help you to define teams of 01, 10, and 100, and 1% supported by Grid Magazine and Supply section, where we bring more insights weekly on how to become a design leader in your Agentic Organisation

Author's Name

AVATAR

inResearch

42

inWriting

77

Released

230
EMT

Related.

Featured Image
The tech industry, and design within it, often perpetuates a comfortable myth that every designer needs a single, seasoned mentor to navigate their career in constant change. That is why thousands of designers turn …
 · 
2021-08-01
 · 
6 min read
Featured Image
Welcome to the Design at Scale Method series. Today’s article has no more minor ambition than to connect, empower and unify all product designers under a simple Manifesto, which easily translates the value of …
 · 
2021-02-17
 · 
3 min read
Featured Image
Welcome to the Design at Scale Method articles. Today we’ll be looking at combined Methods that help Design and Scale deliver value in complex propositions and thrive in environments of constant change.  While both …
 · 
2021-02-10
 · 
4 min read
Featured Image
Welcome to Design at Scale – this article will focus on the mindset and how adopting it can make a difference in Product Design Delivery. To understand the mindset definition, let’s borrow the description …
 · 
2021-02-03
 · 
3 min read
Featured Image
Welcome to Design at Scale. This article will focus on the values that every designer who scales design propositions embodies and masters while delivering incremental value to the team and the business – not …
 · 
2021-02-03
 · 
4 min read
Featured Image
Welcome to the Das™ Method articles – today, we’ll be looking at the Principles behind the Design and Scale. Most articles describe how to write great principles – be specific, direct, and focus on …
 · 
2021-01-27
 · 
5 min read
Featured Image
Historically, design was defined as the stage-gate iterative process. To paint a portrait, wall, or cathedral, we all understand the task and what can be measured, sized, and calculated in some ways. They require …
 · 
2021-01-20
 · 
4 min read
Featured Image
We start with a clean sheet of paper and a pencil.  That’s where all designers begin.  For centuries, creatives across many different disciplines have always been a piece of paper and a pencil that …
 · 
2021-01-13
 · 
2 min read
Featured Image
Thank you for stopping by and dedicating your time to learning something new about design. Design at Scale™ is an ambition to unify all designers under the umbrella, offering clarity, stability and transparency for …
 · 
2021-01-06
 · 
3 min read

GRID Magazine

Explore OUR 
Articles

Every week we bring set of stories reflecting on communication, operation and technology.

Newsletter

Subscribe.

We share our 20 years of experience in creating, managing and scaling products and services that allow individuals to shape organisations through design.

Design at Scale™

LINE_MAGENTA_050_301

Categories

LINE_MAGENTA_050_301

Data

LINE_MAGENTA_050_301

Share

Internal

Collaborate

Resources

IBM PlexSan
Regular
Charcoal

Design at Scale™ is defined by three models, which form the Method. Each model operates in a different part of the business and collects and informs parties on design and engineering decisions that have a direct impact on the delivery.

All brands and trademarks presented on the Design at Scale™ website are owned by their relevant companies or agencies. The projects represent collaborations between designers, developers and product owners. Do not copy or publish any of the projects shown here without written approval from Design at Scale™ (alternatively GIVE™, 9V™) and/or relevant companies and agencies.

SOC_Twitter
SON_LinkedIn
SON_Instagram
SOC_-Medium
View