OPERATIONS

데이터는 쌓였는데 운영이 바뀌지 않는 이유: 충주 스마트그린산단에서 확인한 병목

센서가 연결되고 관제 화면이 켜졌습니다. 데이터는 흐릅니다. 그런데 현장 운영 방식은 관제센터 구축 전과 다르지 않습니다. 문제는 데이터가 아니라 결정 권한이었습니다.

  • 충주 스마트그린산단 통합관제센터 구축 후 데이터는 실시간으로 쌓였지만 현장 운영 결정은 이전과 같았습니다. 데이터가 없어서가 아니라 그 데이터로 결정을 내릴 수 있는 권한과 절차가 없었기 때문입니다.
  • 스마트시티 구축의 진짜 병목은 기술이 아니라 '이 데이터로 누가, 무엇을, 어떤 권한으로 결정하는가'의 설계입니다.
  • 관제 시스템에서 나온 데이터가 현장 결정으로 이어지는 경로를 사전에 설계하지 않으면, 데이터는 화면 위의 숫자로 남습니다.

관제센터를 켰는데 운영이 달라지지 않았습니다

충주 스마트그린산단 통합관제센터 구축은 약 2년의 공사를 거쳤습니다. 에너지 소비량, 설비 가동 상태, 이상 알림, 보안 카메라가 한 화면에 연결됐습니다. 구축 완료 6개월 뒤 현장을 점검했습니다. 데이터는 실시간으로 쌓이고 있었지만, 현장 운영 결정 방식은 관제센터가 없던 시절과 다르지 않았습니다.

현장 담당자에게 물었습니다. '관제 화면에서 이상이 뜨면 어떻게 하시나요?' 담당자가 답했습니다. '확인하고 팀장에게 보고합니다.' '팀장이 어떻게 하나요?' '현장 확인 지시를 내립니다.' '현장 확인 결과는요?' '다시 팀장에게 보고합니다.' 이 절차는 관제센터 이전과 동일했습니다. 달라진 것은 이상 감지가 빨라진 것뿐이었고, 이상 감지 이후의 결정 속도는 그대로였습니다.

스마트시티 구축 실패의 핵심이 여기에 있습니다. 데이터를 수집하고 시각화하는 기술 구현에 집중하지만, 그 데이터로 현장에서 무엇이 달라져야 하는지는 설계하지 않습니다. 병목은 기술이 아니라 결정 구조입니다.

데이터가 결정이 되지 않는 세 가지 이유

첫 번째는 결정 권한의 부재입니다. 관제 화면에서 에너지 소비가 임계값을 넘었을 때, 그 시점에 설비를 멈추거나 조정할 권한이 현장 담당자에게 없습니다. 권한이 팀장 이상에게 있으면, 데이터가 결정으로 이어지려면 보고-확인-지시의 절차를 거쳐야 합니다. 이 절차가 이미 존재하면 데이터의 역할은 보고 속도를 높이는 것에 그칩니다.

두 번째는 결정 기준의 부재입니다. 관제 화면에서 이상 신호가 뜰 때 '어느 수준이면 즉시 조치하고, 어느 수준이면 모니터링만 하는가'가 미리 정해져 있지 않으면 모든 이상이 보고 대상이 됩니다. 보고 건수가 늘수록 담당자는 화면을 덜 보게 됩니다.

세 번째는 책임 구조의 부재입니다. 관제 데이터를 보고 결정을 내렸다가 문제가 생겼을 때 책임이 누구에게 있는지 명확하지 않으면, 담당자는 결정을 내리지 않고 보고를 올리는 것이 안전합니다. 데이터가 결정이 되지 않는 이유는 기술이 아니라 이 세 가지입니다.

관제 시스템 구축 전에 설계해야 하는 것

실행 관점에서 스마트시티 구축의 순서를 바꿔야 합니다. 기술 구현 이전에 '이 데이터로 무엇이 달라져야 하는가'를 먼저 설계합니다. 구체적으로 세 가지입니다. 어떤 데이터가 어떤 임계값을 넘으면 어떤 결정을 해야 하는가(결정 기준). 그 결정을 누가 내릴 수 있는가(권한). 그 결정이 잘못됐을 때 어떻게 처리하는가(책임).

이 설계가 없으면 관제 시스템은 보고 도구로 전락합니다. 이미 구축된 관제 시스템에서 이 문제를 해결하는 방법은 세 가지 기준을 역으로 만드는 것입니다. 현재 관제 화면에서 가장 자주 뜨는 알림 세 가지를 고릅니다. 그 알림이 뜰 때 현장에서 실제로 어떤 결정이 내려지는지 기록합니다. 그 결정을 가장 빠르게 내릴 수 있는 사람을 확인합니다. 그 사람에게 그 결정 권한을 부여하는 것이 관제 시스템의 두 번째 구축입니다.

Ahn Partners 판단: 충주 스마트그린산단 구축 과정에서 관찰한 바에 따르면, 결정 기준과 권한을 사전에 설계한 이후 같은 알림에 대한 조치 속도가 평균 두 배 이상 빨라졌습니다. 데이터 수집이나 시스템 개선이 아니라 결정 구조 변경만으로 달성된 결과였습니다.

한 문장으로 정리하면

스마트시티의 진짜 병목은 기술이 아니라 '이 데이터로 누가, 무엇을, 어떤 권한으로 결정하는가'의 설계 부재입니다. 지금 관제 시스템이나 데이터 대시보드를 운영하고 있다면, 가장 자주 뜨는 알림에 대한 결정 권한이 누구에게 있는지 확인하는 것이 이번 주의 실행 항목입니다.

점검 목록

  • 관제 시스템의 주요 알림에 대한 결정 기준(어느 수준이면 즉시 조치인가)이 문서로 정해져 있는가
  • 그 결정을 현장에서 즉시 내릴 수 있는 권한이 담당자에게 부여돼 있는가
  • 데이터에서 현장 결정까지의 경로에 불필요한 보고 단계가 있는가

출처

Newsletter

이런 글을 주 2회 받아보시겠어요?

AI 전환과 기술경영, 신사업 실행을 다룹니다. 화요일과 목요일 아침에 한 편씩 보내드립니다. 이름은 선택이고 이메일만으로 구독할 수 있습니다. 수신은 언제든 멈출 수 있습니다.