Where Projects Become Outcomes

"프로젝트를 성과로 전환하다"

IT 인사이트/AI 시대의 운영·유지보수

오픈 다음 날부터가 진짜 시작이다 (01/08)

hfcconsulting 2026. 7. 30. 17:26

AI 시대의 운영·유지보수 · Ep.01

박수는 오픈일에 나왔다.
일은 다음 날부터였다.

오픈 다음 날부터가 진짜 시작이다 · HFC Consulting


오픈일 저녁, 상황실에 박수가 나왔다. 검수는 통과했고, 프로젝트 조직은 해단식을 준비하고 있었다. 다음 날 아침, 첫 장애 콜이 울렸다. 전화를 받은 사람은 어제 박수를 치던 사람이 아니었다. 인수인계 문서 세 장을 손에 든, 처음 보는 얼굴이었다.

이 연재는 그 얼굴부터 시작한다. 검수 통과와 운영 안착은 같은 사건이 아니다.

두 개의 완료

지금까지 여섯 편의 연재가 다룬 것은 전부 오픈 이전이었다. 무엇을 요구할지(RFP 가이드), 무엇을 약속받을지(AI 계약 가이드), 조직 안에 어떤 체계를 둘지(거버넌스), 그것을 어떻게 실행할지(방법론과 테일러링). 이 여섯 개의 문서와 절차가 향하는 목적지는 하나였다. 검수 통과.

검수기준을 RFP에서 먼저 써야 한다는 원칙은 6기 7화에서 다뤘다. 그런데 그 원칙에도 전제가 있었다. 검수는 끝이 아니라 다음 단계로 넘어가는 문이라는 전제다. 많은 조직에서 이 전제가 조용히 무너진다. 검수 통과가 곧 사업의 완료로 취급되고, 운영은 별도 관리 영역이 아니라 "알아서 돌아가는 것"이 된다.

완료의 종류 확인하는 것 확인하지 않는 것
검수 통과 요구 기능의 구현·품질·보안 현장 안착, 장애 대응 체계, 지식 이전
운영 안착 업무 지표, 장애 대응력, 지속 가능성 (검수의 몫 — 이미 확인됨)

두 번째 줄을 아무도 책임지지 않을 때, 시스템은 검수조서 위에서는 완벽하고 현장에서는 불안하다. 검수 통과와 시스템의 건강이 다른 문제라는 지적은 1기 6화에서도 나왔다. 이 연재는 그 간극이 구체적으로 어디서, 왜 벌어지는지를 여덟 장면으로 추적한다.

왜 SM은 별도의 관리 영역이어야 하는가

구축(SI)과 운영(SM)은 성격이 다른 활동이다. 구축은 정해진 종점을 향해 달리고, 운영은 종점 없이 지속된다. 구축의 실패는 지연이나 예산 초과로 드러나고, 운영의 실패는 조용히 누적되다 장애로 터진다. 조직도, 계약도, 평가 지표도 다르게 설계해야 하는 이유다.

AI가 이 간극을 더 벌렸다. 구축 단계에서 생산이 빨라진 만큼, 검증되지 않은 채로 운영에 넘어가는 물량도 늘었다. 코드는 빠르게 나왔지만 그것을 오래 돌보는 일의 무게는 줄지 않았다. AI 생성 산출물이 조직에 들어오는 관문 설계는 3기 4화에서 다뤘다. 그 관문을 통과한 산출물의 다음 삶이 이 연재의 주제다.

구축과 운영을 가르는 또 하나의 차이는 계약의 성격이다. 구축 계약은 산출물의 인도로 종료되지만, 운영 계약은 지속되는 상태를 산다. 종료되는 계약의 언어로 지속되는 계약을 쓰면, 조항은 있는데 현실을 담지 못하는 문서가 남는다. 이 연재가 매회 실제 조항 문구를 제공하는 이유다.

반론 — "운영도 결국 유지보수 계약 안에서 돌아간다. 별도로 다룰 만큼 특별한가."

대응 — 계약이 있다는 것과, 그 계약이 운영의 현실을 담고 있다는 것은 다른 문제다. 많은 SM 계약이 구축 계약의 부록처럼 작성되어, 가용성·응답시간 같은 낡은 지표만 담고 정작 AI 시대 운영의 새 위험(모델 성능 저하, 자동화 실패, 지식 소실)은 다루지 않는다. 이 연재의 회차마다 그 공백을 하나씩 메운다.

SM 착수 전 자가진단

SM 착수 전 자가진단 체크리스트 10문항 — "아니오"가 세 개 이상이면 오픈 전 보완이 필요하다.

① SM을 담당할 조직·인력이 오픈 전에 확정되어 있는가.

② SLA에 가용성·응답시간 외의 AI 운영 지표가 있는가.

③ 개발 조직의 지식(ADR·프롬프트 로그)이 운영 조직에 이관되는 절차가 있는가.

④ 하자보수와 신규 요구를 구분하는 판정 기준이 있는가.

⑤ AI 도구의 운영 단계 비용(API·재학습·거버넌스 유지)이 예산에 반영되어 있는가.

⑥ 장애 탐지부터 에스컬레이션까지의 체계가 문서로 존재하는가.

⑦ AI가 만든 긴급 패치를 사후 검증하는 절차가 있는가.

⑧ 운영 중 변경관리와 개발 중 변경관리가 같은 절차를 쓰고 있지는 않은가.

⑨ SM 성과를 측정할 KPI가 계약서에 명시되어 있는가.

⑩ 재계약 협상의 근거가 될 성과 데이터를 지금부터 쌓고 있는가.

열 문항이 이 연재의 지도다. 회차마다 한 영역씩, 운영 현장에 바로 쓸 수 있는 SLA 조항과 체크리스트로 답한다.

이 연재의 지도

회차 다루는 질문 제공물
01 (이 글) 검수와 운영은 왜 다른가 자가진단 10문항
02 SLA AI 시대에 다시 쓰는 서비스수준협약 SLA 조항 + AI 운영 지표 3종
03 이관 지식은 문서가 아니라 사람 안에 있다 이관 체크리스트 + 확인서 양식
04 하자담보책임 AI가 만든 버그는 누구 책임인가 하자·신규 판정 기준 + 요청 양식
05 운영비용 보이지 않던 비용이 청구서로 온다 운영비용 항목표 + 예산 점검표
06 장애 대응 자동복구 시대, 사람은 어디에 있는가 대응 체계도 + 패치 검증 체크리스트
07 변경관리 운영 중의 변경이 개발 때보다 무겁다 변경관리 절차 + 영향도 평가표
08 완결 다음 재계약을 준비하는 법 성과 리포트 + 재계약 체크리스트

해단식의 박수는 구축 조직의 몫이다. 운영 조직에게 오픈일은 시작일일 뿐이다. 그 시작을 준비하는 문서가 있는 조직과 없는 조직은, 첫 장애 콜이 울리는 순간 갈린다.

📎 더 읽을거리

SW사업 대가산정 가이드 2025년 개정판 (소프트웨어산업협회) — 유지관리 대가 산정 기준 원문. 5화에서 상세히 다룬다

공공 정보시스템 유지보수 대가 산정, 현실과 괴리 심각 (아이티데일리) — 운영 단계 대가 산정의 현장 격차를 짚은 보도

HFC의 관점

귀사의 다음 오픈, 그 다음 날의 계획은 누가 갖고 있습니까. HFC컨설팅은 구축 단계에서부터 운영 이관 체계를 설계하고, SLA·인수인계·변경관리의 공백을 진단합니다. 오픈을 앞둔 사업이 있다면 문의해 주십시오.

changks@hfcconsulting.co.kr

1영업일 이내 답변 · 주식회사 에이치에프씨 컨설팅 · 대표이사 장기석

본 연재의 문구·양식 예시는 법률 자문을 대체하지 않으며, 실제 발주·계약 시 법무 검토를 권장합니다.


📚 AI 시대의 운영·유지보수 (전 8화)

다음 편 ▶ 02 SLA: AI 시대에 다시 쓰는 서비스수준협약

연재 전체 보기 →