117. BRM (Business Reference Model, 업무 참조 모델)

⚠️ 이 문서는 대한민국 정부나 거대 기업이 수백 개의 정보 시스템을 지을 때, "이 시스템이 도대체 무슨 목적의 업무를 하려고 띄운 거야?"라는 근본적 질문에 답하기 위해, **조직이 수행하는 모든 업무(Business)를 부서의 이름이나 사람에 얽매이지 않고 오직 '기능(Function)' 그 자체만으로 중복 없이 완벽하게 쪼개놓은 최상위 계층의 엑셀 분류표이자 트리(Tree) 구조의 뼈대인 'BRM(업무 참조 모델)'**을 다룹니다.

핵심 인사이트 (3줄 요약)

  1. 본질: 조직도(조직 개편 때마다 바뀜)가 아니다. 변하지 않는 '회사/국가가 해야 할 일의 목록'이다. [대분류-중분류-소분류] 형식으로 업무를 철저하게 MECE(중복 없이, 누락 없이) 원칙에 따라 해부해 놓은 거대한 카탈로그다.
  2. 가치: 이 꼬리표(분류표)를 달아놓으면, 경찰청이 '차량 등록 시스템' 예산을 올렸을 때 행안부 직원이 BRM 카탈로그를 조회해 보고 "어? 국토부에서 이미 [교통-차량관리] 카테고리에 똑같은 시스템을 만들었네? 너희는 그거 그냥 갖다 써!"라며 중복 투자를 1초 만에 색출해 수백억의 세금을 아낄 수 있다.
  3. 기술 체계: 범정부 EA 프레임워크(GEA)의 4대 참조 모델 중 가장 먼저 뼈대를 잡는 최상위 모델이며, 이 BRM 업무 기능 1개에 어떤 데이터(DRM)가 묶이고 어떤 소프트웨어(SRM)가 쓰이는지 매핑(Mapping)되는 전체 아키텍처의 중심축이다.

Ⅰ. 조직도 기반 분류의 붕괴와 기능(Function) 중심의 재편

"이 시스템은 무슨 시스템입니까?" "어... 재무팀에서 쓰는 건데요?" $\rightarrow$ 최악의 대답이다.

  1. 조직도(Organization) 중심의 한계:
    • 과거에는 시스템을 '행정안전부 시스템', '서울시청 시스템'처럼 부처 이름으로 꼬리표를 달았다.
    • 문제는 대통령이 바뀌고 조직 개편이 일어나 '행정자치부'로 이름이 바뀌고 업무가 쪼개지면, 그동안 쌓아둔 시스템과 예산 장부가 다 쓰레기통으로 가고 어디서부터 손대야 할지 붕괴하는 사태가 터진다.
  2. BRM의 철학: 기능(Function)은 영원하다:
    • '재난 지원금 지급'이라는 업무(기능)는 국방부가 하든 보건복지부가 하든 그 본질적 행동(돈을 준다)은 변하지 않는다.
    • BRM은 부처의 명찰을 다 떼버리고 오직 행동(기능) 단위로만 국가의 일을 분류한다.
    • 예: [정책 분야 (대) $\rightarrow$ 보건복지 (중) $\rightarrow$ 복지급여 지급 (소)] 이라는 불변의 트리 구조를 세워두고, 어떤 부처든 복지급여 관련 IT 시스템을 지으려면 무조건 이 서랍장 칸(소분류)에 자기 시스템을 강제로 밀어 넣고 등록하게 만든다.

📢 섹션 요약 비유: 도서관에서 책을 꽂을 때 '기증자 이름(조직도)' 순서로 꽂아두면 기증자가 죽거나 이사가면 책 찾기가 불가능해집니다. BRM은 전 세계 도서관이 공통으로 쓰는 십진분류법(소설, 과학, 철학)과 같습니다. 기증자가 누구든 상관없이 내용물(기능)만 보고 '문학-한국소설-현대소설'이라는 불변의 서가 위치에 책(IT 시스템)을 꽂아 평생 흔들리지 않는 질서를 부여하는 것입니다.

Ⅱ. 범정부 BRM의 계층 구조 (MECE 원칙)

위에서 아래로 내려오며 세상의 모든 정부 업무를 촘촘하게 썰어버린다.

  1. MECE (Mutually Exclusive, Collectively Exhaustive):
    • 맥킨지 컨설팅의 유명한 철학이다. "서로 겹치지 않게(중복 방지), 그러나 합치면 전체가 되게(누락 방지)" 쪼개는 기술이다. BRM은 이 MECE 원칙의 예술 작품이다.
  2. 범정부 BRM의 3단계 표준 뼈대:
    • 정책 분야 (대분류): 최상단. 대한민국을 굴리는 큰 바퀴다. (예: 일반행정, 사회, 경제, 국방외교)
    • 정책 영역 (중분류): 한 단계 내려간다. (예: 사회 $\rightarrow$ 보건복지, 노동, 환경)
    • 대기능 (소분류/단위 업무): 실제 현업의 IT 시스템과 1:1로 매핑되는 단위 행동이다. (예: 보건복지 $\rightarrow$ 의료비 지원, 감염병 관리)
  3. 업무 기능의 표준화된 꼬리표:
    • 국세청 직원이 이번 연도에 '연말정산 간소화 서버 증설' 예산을 100억 기안 올린다.
    • 결재판 맨 위에는 반드시 이 사업이 속하는 BRM 코드 번호인 [일반행정-조세-소득세 징수]를 적어야만 기재부(기획재정부) 예산 담당자가 서류를 쳐다본다.

📢 섹션 요약 비유: 지구상 모든 동물을 겹침 없이 생물학적으로 쪼개는 것과 같습니다. [동물 $\rightarrow$ 척추동물 $\rightarrow$ 포유류 $\rightarrow$ 개과 $\rightarrow$ 진돗개]로 빈틈없이 분류하듯, 국가 예산으로 돌아가는 1만 개의 IT 서버들을 겹치는 기능 없이 [경제 $\rightarrow$ 농림수산 $\rightarrow$ 농지관리]라는 촘촘한 서랍장에 강제로 우겨넣어, 정부가 한눈에 "아, 우리가 농지 관리 쪽에 돈을 너무 많이 썼네?" 하고 직관적으로 깨닫게 해주는 국가 예산의 네비게이션입니다.

Ⅲ. 예산 절감의 마법: 중복 투자 방지와 시스템 연계

진열장이 예쁘게 정리되면 중복 구매라는 바보짓이 사라진다.

  1. 중복 투자의 X-ray 스캐닝:
    • 서울시가 "AI 기반 미세먼지 측정 시스템"을 만들겠다고 예산을 올렸다. BRM 꼬리표는 [사회-환경-대기 관리] 다.
    • 정보화 진흥원(NIA) 심사관이 EA 포털에 들어가 저 BRM 꼬리표(대기 관리)를 클릭해 본다.
    • 화면에 경기도와 환경부가 똑같은 꼬리표(대기 관리)를 달고 이미 50억짜리 AI 측정 시스템을 만들어 운영 중인 리스트가 쫙 뜬다.
    • 심사관은 즉시 서울시 예산을 '전액 삭감(반려)'하며, "환경부 꺼 갖다 써라!"라고 철퇴를 내린다.
  2. 아키텍처의 구심점 역할:
    • BRM은 그 자체로 끝나지 않고, 뒤에 배울 데이터(DRM)와 소프트웨어(SRM)를 묶는 허브 역할을 한다.
    • [일반행정-인사관리] 라는 BRM을 딱 누르면 $\rightarrow$ 이 업무에서 쓰는 **DRM(공무원 사번 양식)**은 무엇이고 $\rightarrow$ 여기에 붙어있는 **SRM(공무원 인증서 로그인 모듈)**은 무엇인지 한 방에 고구마 줄기처럼 엮여 나오게(Mapping) 만들어, 전 부처의 IT 자산을 레고 블록처럼 호환시키는 기적을 만든다.

📢 섹션 요약 비유: BRM은 냉장고에 붙여놓은 '완벽한 식재료 재고표'입니다. 남편이 마트에 가서 두부를 사 오겠다고 결재를 올립니다. 아내가 냉장고 문에 붙은 BRM 재고표의 [반찬-콩류] 칸을 슥 보고 "어? 어제 시어머니가 두부 3모 사다 놓은 게 그 칸에 있네? 두부 사 오지 마 기각!"이라며 낭비를 막고 생활비(국가 세금)를 혁신적으로 아껴주는 철통같은 가계부 시스템입니다.