거버넌스라는 말이 주는 오해
AX에서 거버넌스라고 하면 대개 위원회, 승인 절차, 정책 문서를 떠올립니다. 그리고 그런 형태의 거버넌스는 소규모 조직에서는 과하고, 대규모 조직에서는 병목이 됩니다.
실제로 필요한 건 훨씬 좁습니다. 앞선 사례 분석 글에서 IDC 조사가 실패 원인으로 짚은 것 — 거버넌스, 데이터 준비도, 관측 가능성 — 중 거버넌스가 뜻하는 바는 단 하나의 질문입니다.
누가 조건을 바꿀 수 있는가.
이 질문이 왜 중심인가
앞선 글들에서 반복해서 나온 두 가지 요구가 있습니다.
하나는 담당자가 스스로 고칠 수 있어야 정착한다는 것. 조건 하나 바꾸려고 외부에 요청해야 하면 현실과 어긋나는 순간 안 쓰게 됩니다.
다른 하나는 아무나 바꾸면 안 된다는 것. 승인 금액 기준이나 예외 목록은 사업 규칙이고, 조용히 바뀌면 사고가 납니다.
이 둘은 정면으로 충돌합니다. 거버넌스는 이 충돌을 정리하는 일이지, 문서를 만드는 일이 아닙니다.
세 층으로 나눈다
1층
담당자가 바꾼다
2층
팀 합의가 필요하다
3층
조직 결정이 필요하다
실무에서 작동하는 방식은 변경 대상을 세 층으로 나누는 것입니다.
1층 — 담당자가 즉시 바꿀 수 있는 것
문구, 템플릿, 알림 수신자, 실행 시각, 분류 항목 추가. 실패해도 되돌리기 쉽고 사업 규칙이 아닌 것들입니다. 여기에 승인을 걸면 시스템이 굳고, 굳은 시스템은 버려집니다.
2층 — 기록하고 바꾸는 것
핸드오프 조건의 임계값, 자동 처리 범위, 프롬프트의 판단 기준. 바꿀 수는 있되 누가 언제 왜 바꿨는지 남아야 합니다. 앞선 90일 측정 글에서 다룬 대로, 조건 변경과 지표 변화를 연결해서 봐야 개선이 가능하기 때문입니다.
3층 — 승인이 필요한 것
금액 기준, 대외 발송 권한, 개인정보 접근 범위, 되돌릴 수 없는 동작의 자동화 여부. 사업 규칙이거나 법적 책임이 걸린 것들입니다.
대부분의 조직은 전부를 3층으로 다루거나 전부를 1층으로 다룹니다. 전자는 굳고 후자는 사고가 납니다.
기록이 승인보다 강하다
3층을 최소화하고 2층을 넓히는 것이 실무적으로 가장 잘 작동합니다. 이유는 단순합니다.
승인은 사전 통제이고 느립니다. 기록은 사후 추적이고 빠릅니다. 되돌릴 수 있는 변경은 기록으로 충분하고, 되돌릴 수 없는 것만 승인이 필요합니다.
기록에 남아야 할 최소한:
- 무엇을 바꿨는가 (이전 값과 이후 값)
- 누가 바꿨는가
- 언제 바꿨는가
- 왜 바꿨는가 — 한 줄이면 충분
마지막 항목이 6개월 뒤 가장 중요해집니다. 앞선 글에서 다룬 대로, 왜 이 조건이 이 값인지 남아 있지 않으면 아무도 손대지 못합니다.
소유권을 이름으로 정한다
앞선 사례 분석 글에서 확산 실패 원인으로 지목된 "조직 내 책임 소재 불명확"이 여기에 해당합니다.
각 자동화에 대해 정해야 할 것:
업무 소유자
— 이 자동화가 무엇을 해야 하는지 정하는 사람. 대개 그 업무의 담당 팀.
기술 관리자
— 깨졌을 때 고치는 사람.
대체자
— 위 둘의 부재 시.
셋 다 이름이어야 합니다. "IT팀"이나 "운영팀"은 소유자가 아닙니다. 앞선 핸드오프 글에서 "팀에게 넘기면 아무도 안 본다"고 한 것과 같은 이유입니다.
정기적으로 봐야 할 것
거버넌스는 회의체가 아니라 주기적 확인입니다. 분기에 한 번, 30분이면 충분합니다.
- 목록에 있는 자동화가 실제로 다 돌고 있는가 (앞선 관측 글의 미실행 감지)
- 소유자가 여전히 재직 중이고 그 업무를 하고 있는가
- 사람이 뒤집는 비율이 건강한 범위(5~20%)에 있는가
- 유지보수 시간 합계가 절감을 넘지 않았는가
- 더 이상 안 쓰는 자동화가 켜져 있지 않은가
마지막 항목이 의외로 자주 걸립니다. 용도가 없어진 자동화가 계속 돌면서 데이터를 만들고 자격 증명을 쥐고 있는 상태입니다.
정책 문서를 쓴다면
필요하다면, 아래 다섯 줄이면 대부분의 조직에 충분합니다.
- 모든 자동화는 목록에 등록한다. 소유자와 기술 관리자의 이름을 적는다.
- 1층 변경은 자유, 2층은 기록, 3층은 승인.
- 되돌릴 수 없는 동작은 사람 승인을 거친다.
- 실패는 반드시 사람에게 알린다.
- 분기마다 목록을 점검하고 안 쓰는 것은 끈다.
이보다 긴 정책은 대개 읽히지 않습니다.
거버넌스는 통제가 아니라 속도의 문제입니다.
조건 하나 바꾸는 데 결재가 필요하면 사람들은 조건을 안 바꿉니다. 안 바꾸면 현실과 어긋나고, 어긋난 자동화는 쓰이지 않습니다. 잠그는 대신 층을 나눈 이유가 그것입니다.
마지막 편에서는 여기까지의 여섯 편을 뒤집어, 어떤 상태가 보이면 방향이 틀렸는지를 정리합니다.
