199. BPM (Business Process Management) 및 오케스트레이터 모델

⚠️ 이 문서는 한 명의 신입사원이 입사했을 때 [인사팀 등록 $\rightarrow$ IT팀 PC 지급 $\rightarrow$ 보안팀 사원증 발급]으로 이어지는 길고 복잡한 회사 내 업무 흐름(Workflow)이 이메일과 전화로 주먹구구식으로 굴러가는 것을 막기 위해, **이 전체 업무 순서도(Flowchart)를 IT 시스템에 중앙 통제관(오케스트레이터)으로 심어놓고, 서류가 다음 부서로 자동 토스되게 만들며 병목 구간을 시각적으로 감시하는 'BPM(비즈니스 프로세스 관리) 아키텍처'**를 다룹니다.

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

  1. 본질: 사람의 행동과 시스템의 API 호출이 뒤섞인 '긴 호흡의 업무(Long-running Process)'를 코드로 하드코딩하지 않고, 브라우저에 그림(순서도)으로 그려서 자동화하는 경영+IT 융합 엔진이다.
  2. 가치: "결재 서류가 도대체 어디서 막혀서 안 내려오고 있는가?"라는 회사의 미스터리를 대시보드에서 빨간 불빛으로 정확히 짚어주어(가시성 확보), 업무 지연을 뿌리 뽑고 프로세스를 지속해서 개선(BPR)하게 해준다.
  3. 기술 체계: 그림을 그리는 표준 문법인 BPMN(BPM Notation) 2.0과, 그 그림을 읽고 각 부서 담당자 화면(Worklist)에 할 일을 꽂아주거나 API를 쏘는 **오케스트레이션 엔진(Orchestrator)**이 뼈대를 이룬다.

Ⅰ. 이메일 결재와 하드코딩의 붕괴

사공이 많은 업무를 카카오톡으로 지시하면 배가 산으로 간다.

  1. 수동 프로세스의 블랙홀:
    • 고객이 [대출 신청]을 했다. 은행 직원이 엑셀에 적고 심사팀에 이메일을 보낸다. 심사팀이 며칠 뒤 승인하고 보증팀에 메신저를 보낸다.
    • 중간에 심사팀 직원이 휴가를 가면 서류는 영원히 블랙홀에 빠진다. 고객이 "내 대출 언제 나와요?" 물어도 콜센터는 "어느 부서 책상에 서류가 있는지 알 수 없습니다"라고 답한다.
  2. 하드코딩(Hard-coding)의 한계:
    • 이 업무 흐름을 개발자가 자바(Java) 코드로 if (심사완료) { 보증팀DB.insert(); } 라고 짜버렸다 치자.
    • 다음 달 은행장이 "이제부터 보증팀 가기 전에 [위험 고객 특별 검사] 단계를 하나 추가해라!"라고 지시했다.
    • 개발자는 소스코드를 다 뜯어고치고 서버를 껐다 켜야 한다. 회사의 업무 절차가 바뀔 때마다 IT 시스템이 못 따라가는 끔찍한 경직성이 발생한다.

📢 섹션 요약 비유: 여러 부서가 릴레이 달리기를 하는데, 바통(이메일 서류)을 넘기는 규칙이 그냥 사람들 머릿속에만 있습니다. 2번 주자가 화장실에 가면 1번 주자는 트랙에 서서 멍하니 기다리고, 코치(사장님)는 바통이 지금 경기장 어디쯤 돌고 있는지 전혀 볼 수가 없는 시야가 꽉 막힌 답답한 상황입니다.

Ⅱ. 구원자 등장: BPMN과 오케스트레이션 엔진

그림이 곧 코드가 되고, 지휘자가 릴레이를 통제한다.

  1. BPMN (Business Process Model and Notation):
    • 개발자와 현업(기획자)이 멱살 잡고 싸우는 것을 막기 위해 만든 '국제 표준 순서도 그리기 문법'이다.
    • 동그라미(시작), 네모(업무 Task), 마름모(If 분기 조건)를 화면에 마우스로 끌어다(Drag & Drop) 연결한다.
    • 현업 기획자가 브라우저에서 대출 심사 프로세스 그림을 예쁘게 그린다. 이 그림 뒤에는 사실 기계가 읽는 텍스트(XML)가 숨어있다.
  2. 오케스트레이터 엔진 (Orchestrator):
    • 오케스트라의 지휘자(엔진)가 저 BPMN 그림을 읽어 들인다.
    • 고객이 대출을 누르면(시작 동그라미), 엔진이 심사팀 직원의 PC 화면(Worklist)에 '결재할 서류 1건'을 띠링! 하고 띄워준다 (Human Task).
    • 심사팀 직원이 [승인] 버튼을 누르면, 엔진은 그림의 다음 네모칸(마이크로서비스 API 호출)을 보고 자동으로 신용평가사 서버에 API를 쏴서 점수를 받아온다 (Service Task).
    • 사람의 행동과 기계의 API 호출을 지휘자(엔진) 혼자서 악보(BPMN)를 보고 완벽하게 제어한다.

📢 섹션 요약 비유: BPM 시스템은 교향악단의 완벽한 지휘자입니다. 사장님(기획자)이 악보(BPMN 그림)에 "바이올린 다음엔 피아노가 치고, 분기점에선 북을 쳐라"라고 마우스로 그려 넣으면, 지휘자(엔진)는 그 악보를 보고 바이올린(심사팀 직원)에게 눈짓을 주고 끝나면 정확히 피아노(API 서버)에게 지시봉을 찔러 곡(대출 프로세스)을 멈춤 없이 완벽하게 연주해 내는 마법입니다.

Ⅲ. BAM (비즈니스 활동 모니터링)과 병목 개선 (BPR)

프로세스를 돌렸으면, 어디서 썩고 있는지 눈으로 봐야 한다.

  1. 가시성 확보 (Visibility):
    • 1만 건의 대출 서류가 거대한 BPM 엔진의 컨베이어 벨트를 타고 흘러가고 있다.
    • BAM (Business Activity Monitoring) 대시보드를 켜면, "아! 지금 9,500건의 서류가 [보증팀 결재] 네모 박스 위에 빨간색 불을 켜고 쌓여 있구나!"라는 것을 실시간으로 볼 수 있다.
  2. BPR (업무 프로세스 재설계)로의 선순환:
    • 사장님은 분노한다. "보증팀에서 서류가 평균 4일씩 썩고 있네? 인력이 부족한가? 아니면 프로세스 자체가 멍청한가?"
    • 데이터 기반의 확신을 얻은 사장님은 보증팀 인력을 늘리거나, 아예 BPMN 화면에서 보증팀 결재 네모 박스를 마우스로 지워버리고(프로세스 개선) [AI 자동 심사] 박스로 교체한 뒤 저장(Deploy)해버린다. (소스코드 수정 제로)
    • 기업의 업무 흐름이 멈춤 없이 무한히 진화하고 최적화되는 경지에 이른다.

📢 섹션 요약 비유: 공장 컨베이어 벨트를 깔아놨더니(BPM), CCTV 모니터(BAM 대시보드)에서 3번 작업대(보증팀)에 물건이 산더미처럼 쌓여 공장이 멈추려는 게 보입니다. 사장님은 즉시 3번 작업대 사람을 빼고 로봇 팔을 하나 더 설치해 라인을 부드럽게 뚫어버립니다(BPR). 시스템이 이메일에 의존할 때는 절대 알 수 없었던 체증의 원인을 밝혀내고 회사의 체질을 개선하는 궁극의 메스입니다.