필자의 짧은 경험이지만, 지금부터 왜 공공기관 정보화사업에 애자일 방식이 어려운지 설명하고, 어떻게 하면 애자일 방식은 아니더라도 애자일의 기본적인 철학을 적용할 수 있을지 고민한 경험을 말씀드리고자 합니다.

2. 애자일 방식과 공공기관 정보화사업의 거리감

   공공기관 정보화사업은 일반적으로 범위 산정에서 시작됩니다. 산정된 범위를 기반으로 예산과 개발기간이 산정되고, 「SW사업 대가산정 가이드」와 「소프트웨어 개발사업 적정 사업기간 산정 가이드」에 따라 기능점수(FP:Function Point)를 기초로 원가와 개발기간이 산정되는 방식입니다.
   민간업체나 연구기관 등에서는 신제품이나 신기술 개발 등 구체화되지 않은 범위의 사업을 추진하는 경우가 있지만, 일반적인 공공기관의 정보화사업에서는 구체화되지 않은 범위의 사업을 추진하는 것이 어렵습니다. 특히, 국가 예산 사업의 경우 정보화전략수립(ISP) 사업을 우선 수행하고 정보화전략수립 결과에 따라 예산이 배정되는 방식이기에 정보화전략수립 절차를 거치면서 사업의 범위가 구체화되고, 정보화전략수립의 최종 산출물에 사업 수행을 위한 제안요청서가 포함되기도 하며, 대부분의 제안요청서에 구체적인 기능과 범위가 명시됩니다.
   PMBOK(7판)에서도 ‘프로젝트가 처음에 계획한 대로 정확히 수행되는 경우는 거의 없다[1].’고 말하고 있으며, 정보화사업 중에도 범위가 변경되지 않는 사업이 거의 없었습니다. 하지만, 공공기관 정보화사업의 특성상 조달청을 통하여 이루어진 계약이기에 처음 정해진 예산과 일정의 변경이 어렵고, 범위 또한 변경의 폭이 작습니다. 그런데, 애자일의 기본원칙(Agile Principles) 중 하나가 ‘Welcome changing requirements(변경 요구를 언제나 환영한다)’는 것이지만, 사업 목표가 정해져 있는 공공기관의 정보화사업과는 거리감이 있습니다.
   또 다른 어려움으로는 PO(Product Owner)의 개념이 있습니다.
공공기관의 정보화사업에서 사업을 담당하는 PM(Project Manager)을 두기는 하지만 실제 사업의 사업관리는 수주업체의 PM이 수행하며, 공공기관의 PM은 RM(Relationship Manager)의 역할을 주로 수행해 왔습니다. 이 RM의 위상이 PO에 해당하기는 하지만 애자일에서 요구하는 PO의 역할과는 차이가 있습니다. 내부 이해관계자의 의견을 개발팀에게 전달한다는 측면에서는 비슷하지만, 의견 전달을 넘어 우선순위 선정을 포함한 제품 백로그 관리의 주체가 되는 애자일 프로젝트의 PO의 역할과 책임과는 달리 발주자측인 공공기관의 담당자는 사업을 직접 수행하지 않으므로 애자일 방식을 적용하기가 쉽지 않습니다.
   마지막으로 문서와 관련이 있습니다. 애자일에서는 문서화를 최소화하라고 하고 있습니다. 기본적으로 문서작업을 낭비의 요소로 보고 있습니다. 하지만, 공공기관에서 문서화는 모든 업무와 행정의 기본입니다. 공공기관 정보화사업은 국민의 세금을 집행하는 일이므로 명확한 서류가 중요하고 요구되는 문서의 양도 많습니다. 그리고, 사업의 진행을 특정한 기능을 가진 문서의 완성으로 통제하는 방식을 사용하고 있기에, 문서화를 대하는 자세에서 애자일과 공공기관은 큰 거리감을 가지고 있습니다.
   그러면 공공기관의 발주 사업이 아닌 내부 사업에 애자일을 도입하는 것은 어떨지 생각해 보았습니다. 애자일의 원칙 중 ‘Self-Organizing Team(자율구성팀 또는 자기조직화된 팀)’이 있는데 목표에 따라 리더십이 이전할 수 있다는 것입니다[2]. 공공기관의 조직은 대체로 고정적이고 위계질서가 강하며, 개인에게 주어진 업무는 곧 책임이므로 책임과 위계질서를 넘어서는 리더십의 조정이 쉽지 않습니다. 즉 책임을 애자일하게 재구성하는 것이 쉽지 않은 일입니다.

3. 공공기관에서 구현 가능한 애자일 철학

   그러면, 공공기관 정보화사업에 애자일 철학을 도입하는 것은 가능할까?
앞에서 언급한 거리감으로 인하여 정통적 방식의 애자일은 어렵다고 생각합니다. 하지만, 기존의 프로젝트 관리 방식에 애자일 철학(자발적인 고객과의 협력 및 변화 대응 : 애자일 선언의 일부)이 스며든 하이브리드 형태의 방식은 가능하다고 생각합니다.
   일반적으로 공공기관 정보화사업은 [그림1]과 같은 예측형모델[3]에 따라 진행되어 왔습니다. 과업지시서에 따른 기능에 대한 사용자의 요구사항을 수집하고 요구사항에 대한 실행 가능성을 판단하여 설계하고 구축한 후 사용자 테스트를 거쳐 배포하고 사업을 종료하는 방식이었습니다.