네이밍 컨벤션(명명규칙)의 힘
다음 글은 The power of naming convention 을 번역한 글입니다.
우리는 모두 누군가(아마도 상사일 것입니다) 최신 이메일이나 게시판을 찾거나 얼마전에 만든 파일을 공유해 달라고 요청하면 찾기가 어려웠던 경험이 있었을 것이다.
- 어디에 있지?
- 어떻게 찾지?
- 어떻게 다시 이름 붙이지?
아마도 파일은 <final _final _RobertsFinal _shipping _version _final.ext> 와 같이 이름 붙어 있을것이며, 특별히 이 파일을 작업하지 않은 사람에게는 의미가 없는 이름입니다.
이와 같은 상황은 드물지 않습니다. 사람들이 다양한 비즈니스 상황에서 자산을 찾는 데 어려움을 겪는 연구를 관찰한 후 어떤 기술이 이 패러다임을 바꿀 수 있는지 궁금했습니다.
- 즉, 상속된 명명 규칙이나 구조 내에서 어떻게 탐색 할 것인가?
- 원하는 결과에 도달하기 위해 다른 방법을 적용할 수 있는가?
- 검색이 파일 위치에 대한 궁극적인 해답인가? (특히 우리가 무엇을 찾고 있는지 모르는 경우)
- 팀, 부서 또는 비즈니스 단위로서 명명 규칙에 대한 접근 방식을 어떻게 선택할 수 있습니까?
다음 네 개의 아티클은 우리가 어떤 구조에 있든 디지털 자산의 세계를 구성하는 데 도움이 되는 기본 원칙을 설정하는 것을 목표로 합니다. 마찬가지로 제어할 항목과 무시해야 할 항목에 대해 구분을 짓습니다.
네이밍 컨벤션(명명 규칙)에 대해 이야기해봅시다!
"IDC는 1,000명의 지식 근로자를 고용하는 기업이 정보를 검색하는 데 연간 최소 250만 ~ 350만 달러를 낭비하고 기존의 실행 가능한 정보를 찾지 못하는 것으로 추정합니다." – IDC 설문조사(2020)
이 도전을 더 잘 이해하려면 우리 모두가 어떻게 이 단계에 도달했는지에 대한 근거와 의미를 이해하기 위해 몇세기 전으로 되돌아가야 합니다.
장부기입(부기, bookkeeping)의 역사
회계의 아버지인 Luca Pacioli는 부기 및 복잡한 명명 구조에서 이중 항목(double-entries)를 최초로 언급했습니다. 그는 나중에 참조할 수 있도록 항목을 식별, 기록 및 보관하기 위한 새로운 구조를 도입했습니다.
회계가 수세기에 걸쳐 발전함에 따라 단일 책(single book)은 책을 위한 책(book of books)이 되었고, 정보는 복잡한 것을 정리하는 또다른 접근방식이 필요하게 되었습니다. 기록 자체보다 더 복잡한 계정을 어떻게 기록하고 필연적으로 함께 연결되어 명백한 대상의 금전적 가치를 추구하는지에 대한 멘탈 모델에 관한 것이었습니다.
알파벳과 숫자
숫자를 사용하는 것은 물건을 분류하고 순서를 지정하는 가장 쉬운 방법이 되었습니다. (1, 2, 3 등, 여기서 1.1은 1.0의 하위 구조를 정의함).
초기 알파벳 시스템은 0-9 및 A-Z 조합으로 명명 규칙을 개선했습니다. 이를 통해 우리는 규모를 확장하고 더 복잡한 번호 체계를 가질 수 있었습니다. 20세기 초의 건강 기록을 생각해 보십시오. 사람들은 문자 A로 상자에 서명하고 Aa, Ab, Ac, Ad 등으로 구분선에 서명했습니다[007↗]. 일부 문자 기반 파일링 시스템[008↗]은 여전히 존재하며 전 세계적으로 소규모 GP 관행에 가치를 제공합니다.
카드와 박스
카드와 상자의 물리적 경험은 디지털 파일링 시스템으로 진화합니다. 진보적 멘탈 모델을 통해 관찰자는 복잡한 데이터 구조를 탐색할 수 있습니다[참고: Array↗]. 이는 우리가 데이터를 보는 방식과 사용 가능한 데이터 소스에서 데이터나 정보를 얻는것에 영향을 미칩니다.
우리가 직접 만들지 않은 다른 사람의 데이터를 제어해야 할 때 DropBox, One Drive 및 Google Drive는 점점 더 사용하기 어려워집니다. 상황은 Slack 및 Miro의 클라우드 드라이브 사본을 포함하여 12개의 서로 다른 드라이브에 흩어져 있는 12개 버전이 생성되는것으로 흐를 수 있습니다. 이제 우리는 수정이 가능한 링크 하나만 있으면 한개의 파일에서 수정할 수 있습니다.
파일과 폴더
디렉토리에 레이블을 지정하고 유지 관리하기 위해 수천 개의 구조 모델을 실험했습니다. 이러한 실험은 물리적 및 정신적 구조를 해결하는 최적의 방법을 찾기 위해 이러한 결과를 대기업 및 중소기업(기관 및 사내)와 공유하고 도전했습니다.
에이전시에는 일반적으로 무엇보다도 파일 구조를 결정하는 PM이 있으며 나머지 팀원은 이를 따릅니다. 디자이너로서, 당신은 당신이 만든 무엇이든 폴더 '05.Design'에 무엇을 넣던지 기억할 수 있지만 다른 디자이너들은 그렇지 않습니다. 또한 Sketch 및 Figma 파일은 더 이상 로컬 드라이브에 없습니다.
50명 이상의 디자인 팀이 3개 이상의 제안을 만들면서 아무도 디자인 시스템을 소유하거나 업데이트 하지 않는 것은 문제가 될 수 있습니다. 특히 명명 규칙을 지키지 않는 경우 더욱 그렇습니다.
환경
이로써 폴더, 파일 계층, 심지어 이메일까지 적용할 수 있는 멘탈 모델인 최종 요점에 도달했습니다.
이 방법은 3x3이라고 불리며, 이는 인간의 경로와 압박된 시간에 정보 조각에 초점을 맞추고 분류하는 방법을 설명합니다.
우리는 세 가지 "3" 멘탈 영역(이전 before, 도중 during, 이후 after)을 만듭니다. 예전에는 에이전시에 IN, WORK, OUT 같은 폴더가 있었어요. 지속적인 증분 전달 및 버전 관리는 궁극적으로 이러한 구조에 도전했습니다.
멘탈 모델은 동일하게 유지되었습니다. 아직 "before"(연구 및 분석)이 있습니다. 우리 모두는 "during”(종종 프로세스로도 말함)을 알고 있습니다. 그리고 "after"(출시 및 출력)는 특정 결과를 달성하는 것을 목표로 합니다.
다음 단계
모든 독자를 위해 현재 폴더 구조를 살펴보고 다음 질문을 자문해 보십시오.
- 내 데이터는 어디에 있습니까?
– 하나 또는 여러 위치?
– 여러 개라면 그 이유는 무엇입니까?
– 필수인가요? - 이 폴더들은 같은 구조를 공유합니까?
– 그렇다면 귀하(또는 귀하의 팀)가 쉽게 탐색할 수 있습니까?
– 다르다면? (그 뒤에 이유는 무엇입니까) - 데이터를 정리하는 데 얼마나 많은 시간을 할애합니까?
– 절대 (필요하지 않은 데이터가 얼마나 많은지 스스로에게 물어보십시오.)
– 자주(얼마나 많은 시간을 투자하고 정보를 빠르게 찾아 얻는지) - 데이터를 찾는 데 얼마나 많은 시간을 할애합니까?
– 귀하의 구조에서
– 다른 사람의 구조에서
– 다르다면? (왜?) - 데이터의 수석 설계자라면 어떻게 하시겠습니까?
– 자신을 위해?
– 타인을 위해?