개발팀장에게 온 세 장의 승인서
가상 이야기
교재 개념: IT 거버넌스
이 글에서 배우는 교훈
IT 거버넌스는 회사 목표에 맞춰 어떤 IT 과제에 예산과 인력을 쓸지, 누가 최종 결정하고 결과와 위험을 확인할지 정하는 체계다.
교재 개념을 풀어 쓴 원리이며, 원문 인용은 아닙니다.
근거: III.02 IT 거버넌스의 개념 · 42쪽
구체적으로는 세 부서가 같은 개발자에게 각자 자기 일을 먼저 하라고 지시하면 작업 순서가 계속 바뀌므로, 부서 간 우선순위를 최종 결정할 사람이 필요하다.
관련 교재 내용
IT 비즈니스와 윤리 · III. IT 거버넌스 · 의사결정과 책임
교재는 IT를 사업 목표와 연계하고 자원·위험·성과를 관리할 의사결정 구조를 다룹니다.
이 사례에 적용한 내용: 개별 부서의 승인만 있고 공동 IT 자원의 우선순위를 정할 권한이 없는 문제를 의사결정 구조로 살펴봅니다.
교재 원리의 실무 적용 · 교재 원문 인용이 아닌 자체 설명입니다.
본문
월요일 오전, 장비 대여업체 ‘빌림’의 개발팀장 준호에게 승인서가 세 장 도착했다. 영업본부장은 단체 예약 할인을, 운영본부장은 장비 회수 현황을, 재무본부장은 미수금 알림을 승인했다. 요청서에는 모두 ‘최우선’이라고 적혀 있었다.
개발자는 세 명이었다. 세 기능은 같은 예약 정보와 정산 부분을 바꿔야 했다. 준호는 가장 먼저 전화한 영업팀의 일을 시작했다. 오후에는 운영본부장이 내려왔다. 회수하지 못한 장비 때문에 다음 예약을 취소한 상황이었다. 저녁에는 재무본부장이 미수금 현황을 보냈다. 세 부서의 사정은 모두 납득할 만했다.
할인을 붙인 예약 확정 방식을 만들다가 회수 확인을 먼저 넣으라는 지시가 오면 이미 만든 흐름을 다시 고쳐야 했다. 재무팀은 같은 단계에 미수금 확인을 넣으라고 했다. 준호는 우선순위를 조정한 일정을 만들었다가 다시 만들었다. 어느 부서의 일을 늦춰도 “왜 개발팀이 그걸 결정하느냐”는 답이 돌아왔다. 그렇다고 누구도 다른 부서와 직접 순서를 정하지 않았다. 각 부서장의 승인은 있었지만, 세 부서의 요청 중 무엇을 먼저 개발할지 최종 결정할 사람은 정해져 있지 않았다.
한 달 뒤 세 기능은 조금씩 만들어졌고, 쓸 수 있는 기능은 없었다. 대표는 개발 속도가 왜 이렇게 느리냐고 물었다. 준호는 작업표 옆에 요청 변경 이력을 붙였다. 어느 부서를 탓하려는 표가 아니었다. 결정을 바꿀 때마다 함께 밀리는 일이 있다는 것을 보여 주려는 표였다.
“제가 결정할 수 있는 건 구현 방법과 필요한 작업량입니다. 할인을 먼저 열어서 얻을 매출과 회수 오류를 줄여서 지킬 매출 중 무엇이 더 중요한지는 같이 정해 주셔야 합니다.”
다음 회의에는 대표와 세 본부장이 참석했다. 이번에는 기능 설명부터 하지 않았다. 회사의 당면 목표인 ‘예약한 장비를 약속대로 내보내기’부터 확인했다. 운영팀은 회수 지연으로 취소된 예약 자료를 가져왔다. 영업팀은 예정된 행사 계약을, 재무팀은 회수 지연과 대금 지연이 겹치는 거래를 설명했다. 준호는 공통으로 바뀌는 예약 정보와 동시에 할 수 없는 작업을 표시했다.
그들은 회수 현황을 먼저 연결하고, 할인 기능은 예정된 행사에 필요한 범위로 줄이기로 했다. 미수금 알림은 뒤로 미루되 그동안 누가 주 단위로 확인할지도 정했다. 대표가 최종 우선순위에 책임지고, 운영본부장은 회수 누락 감소를 확인하며, 개발팀은 구현과 운영 상태를 보고하기로 했다. 부서장이 새 일을 끼워 넣으려면 무엇을 늦출지도 함께 결정하게 했다.
회의가 생겼다고 이해관계가 사라지지는 않았다. 영업팀은 여전히 아쉬워했고, 다음 달에는 순서를 다시 바꿔야 했다. 다만 변경은 개발팀의 야근 시간 안에 조용히 숨지 않았다. 얻는 것과 미루는 것이 같은 자리에서 보였다.
준호의 책상에는 여전히 승인서가 왔다. 달라진 것은 서류의 수가 아니었다. 이제 ‘최우선’이라는 말 아래, 누가 어떤 사업 결과를 보고 그 선택을 유지하거나 바꿀 것인지 적혀 있었다.
결론
IT 거버넌스는 IT 자원을 기업 목표에 연결하고 의사결정 권한·역할·책임을 정하는 통제·관리 체계다. 위 회의 방식은 가상의 회사에 맞춘 예시이며 모든 회사에 같은 위원회를 만들라는 뜻은 아니다. [1]