[SI 프로젝트 전문가로 가는 길] C10. 컨설턴트의 역할과 의미

[David Jeong]

10. 컨설턴트의 역할과 의미

10.1 SI 프로젝트와 컨설팅

   - 컨설팅

      • 자신이 보유한 지식과 경험을 바탕으로 고객에게 나아가야 할 방향과 전략을 제시하는 것

      • 작게 보면 나의 경험과 지식을 기반으로 타인에게 조언이나 도움을 주는 것

      • 컨설팅이라는 것은 정보시스템 분야뿐만이 아니라 산업 전반에 걸쳐 다양한 모습을 하고 있다.

      • 전문지식을 갖춘 분야의 전문가가 고객에게 수준 높은 지적 서비스를 제공하는 지식산업

   □ 컨설팅 분야
      - 경영컨설팅

         • 기업의 경영환경에 대한 내부와 외부의 환경을 분석하고 기업이 추구하여야 하는 비전과 목표를 정한다.

         • 이 비전과 목표에 따른 이상적인 기업모형을 기반으로 현실과의 차이점 분석과 이를 극복하기 위한 전략, 업무체계,

           조직, 기업문화 등에 대한 목표기업의 방향을 제시

      - 프로세스 혁신컨설팅

         • 기업의 사업전략에 맞추어 현재 업무 프로세스의 진단을 통한 문제점과 개선과제를 도출

         • 이를 기반으로 기업이 추구하는 미래모형을 제시하고 목표를 달성하기 위한 프로세스 및 평가체계를 설계

         • 기업의 비즈니스 모델 개선방안과 계획을 수립

      - 조직 및 변화관리 컨설팅

         • 기업의 목표 달성을 위한 조직적인 관점에서의 개선 전략 및 방안을 수립하고 이를 지원하는 시스템의 설계 전략을

           포함

      - 시스템 진단 및 감리

         • 고객이 운영하고 있는 정보시스템에 대한 체계적인 분석을 통해 문제점과 개선방안을 도출하고 이를 바탕으로 고객

           정보시스템의 체계적인 발전방향을 제공

         • 진행중인 정보시스템 개발에 참여하여 개발과정에 대한 검증과 추적을 통해 고객의 요구사항이 올바르게 반영되고

           있는지 진단하고 평가

      - 정보시스템 구조정의 및 마스터플랜 수립

         • ISP라고 한 부분으로 정보시스템의 구축을 위한 핵심적인 요구사항을 도출하고 이를 체계적인 시스템 구조로 정의하

           며 향후 구현을 위한 정보시스템 구현 마스터플랜을 제공

      - 각 분야별 IT 전문 기술 컨설팅

         • 정보시스템을 구성하는 다양한 분야의 시스템 패키지 또는 구현기술에 대한 지식과 경험을 바탕으로 세부적인 기술

           분야에서의 설계, 튜닝 및 검증 등의 기술적인 지원을 수행

      - 이 외에도 다른 컨설팅 분야가 있겠지만 SI 프로젝트와 관련된 컨설팅으로는 위의 분야가 대표적

그림. 정보시스템 구조정의 및 마스터플랜 수립의 주요 태스크 및 액티비티

   - 상기 분야 중 경영컨설팅, 프로세스 혁신컨설팅, 조직 및 변화관리 컨설팅 분야는 국내 SI 기업보다는 외국의 컨설팅 전

     문 기업이나 국내 회계법인 등에서 전문적으로 수행하고 있는 분야로서 주로 조직과 비즈니스 프로세스에 대한 컨설팅으

     로 SI 프로젝트의 정보시스템 분야와는 조금 거리가 있다.

   - SI 프로젝트와 관련이 깊은 컨설팅 분야로는 시스템 진단 및 관리, 정보시스템 구조정의 및 마스터플랜 수립 그리고 IT 전

     문 기술 컨설팅이 있다.

      • 앞의 그림은 정보시스템 구조정의 및 마스터플랜 수립의 주요 태스크 및 액티비티

      • 컨설팅 분야는 고도의 지식사업분야로 SI 기업에서는 자사의 프로젝트 수행 경험과 지식을 바탕으로 컨설팅 사업을 육

        성하여 보다 높은 수익구조를 추구함과 동시에 기업의 대외 이미지 제고 및 경쟁력 향상을 기대하고 있다.

      • 대형 SI 기업은 대부분 자체적인 컨설팅 조직을 보유하고 있으며 구성원 대부분은 오랜 프로젝트 경험을 보유한 PM 급

        인력이거나 또는 외국에서 박사, MBA 학위 등을 보유한 전문 인력으로 구성

      • 이러한 외형적인 모습 때문이거나 또는 프로젝트에서 컨설턴트들의 업무내용과 고객이 컨설턴트를 대하는 모습을 지켜

        본 경험 등을 통해 대부분의 SI 프로젝트 개발자나 분석, 설계자들은 향후 자신의 커리어 목표로서 컨설턴트를 지향하는

        경우가 많다.

   - 개인의 CDP(Career Development Path)에 있어 SI 업계에서는 크게 네 가지 정도의 궁극적인 목표를 제시

      • 영업직으로의 전환을 통한 영업 전문가로서 활동하는 모습

      • 초기 채용 시부터 영업 인력으로 선발된 인력들이 있으나 현장의 SI 영업인력들 중에는 개발자 또는 엔지니어로서 활동

        하다가 도중에 영업으로 전환한 경우가 많이 있다.

      • 이들의 성공적인 업적도 심심치 않게 발견할 수 있다.

      • 다른 한 가지 방향이 팀장과 같은 전문 관리자로의 성장

      • 이 분야는 인원의 수가 많지 않으며 대부분 선호하는 방향은 아니다.

      • 다른 방향으로 SI 프로젝트의 꽃이라고 하는 PM 전문가로서의 성장

      • 많은 전문 PM을 요구하고 있는 SI 기업의 입장에서 적극적으로 육성하고 있는 인력 분야

      • 나머지 하나가 컨설턴트 또는 아키텍트로 대변되는 전문가 집단
      • 이들 전문가 집단은 PM으로서의 프로젝트 관리에 따른 권한과 책임을 지지 않고 전문가로서의 지식과 경험을 지속적으

        로 쌓을 수 있다는 면에서 엔지니어로서의 의욕이 큰 사원들로부터 많은 호응을 얻는 분야

10.2 컨설턴트로의 성장

   - 컨설턴트는 대부분 석사 이상의 학위를 보유하고 있거나 또는 외국 유학을 다녀온 경험이 있는 등 소위 배경이 좋은 인력

     들이 많이 포진해 있다.

      • 오랜 SI 프로젝트 경험을 통해 다양한 지식과 고객의 업무를 접해본 SI 프로젝트의 베테랑이 능력을 인정 받는 경우

        가 더 많다.

   □ 컨설턴트가 되려고 생각하고 있는 개발자들이 있다면 다음과 같은 사항에 대해 끊임없이 노력하여야 한다.
      - 고객의 업무에 대해 자기의 지식으로 만들려고 노력하라.
      - 남들이 해보지 않은 업무에 대해 우선적으로 도전하라.
      - 고객을 설득하고 고객과 협의하는 기술을 터득하라.
      - 프리젠테이션 능력을 배양하라.
      - 최신 기술동향이나 업계의 동향에 대해 끊임없이 정리하고 자신의 데이터베이스화 하라.

      - 보고서를 작성하는 법을 터득하라.

   - 컨설턴트의 기본 조건은 고객의 업무에 대한 지식

      • 이를 통해 정보기술과 연계된 새로운 업무 개선안이나 정보시스템 전략을 수립할 수 있다.

      • 컨설턴트를 지향하는 개발자라면 프로젝트에 투입될 때 자신이 담당한 업무 분야는 물론 타 부분의 업무에까지 관심의

        범위를 확대해서 가능한 많이 습득하려고 노력한다.

      • 여러 회의에서 고객이 제기하는 의견에 대해 모두 기록하고 자신만의 대안을 만들어 보려고 노력하는 과정에서 업무에

         대한 식견과 지식이 넓혀진다.

      • 업무에 대한 해박한 지식은 훌륭한 컨설턴트의 기본임을 명심하라.

   - 정보기술은 끊임없이 변화한다.

      • 새로운 업무 분야 또는 기술 분야가 날마다 등장

      • 새로운 업무 분야를 남보다 먼저 수행한 경험을 보유하게 되면 그때부터 그 분야의 전문가이자 컨설턴트로서 인정 받을

         수 있게 되는 것이다.

      • 뭐든지 남보다 6개월만 앞서 시작해보라.

      • 항상 앞서가는 전문가로서 다른 프로젝트 또는 고객에게 능력있는 컨설턴트로서 인정 받을 수 있을 것이다.

      • 현장에서 보면 의외로 자신이 경험한 분야에 집착하는 모습을 볼 수 있다.

      • 해당 분야에 전문가가 되려면 남보다 많은 경험이 필요한 것도 사실이다.

      • 그러나 국내의 SI 프로젝트 환경을 보면 한 개발자가 한 업무 분야에서 오랜 기간 여러 프로젝트의 경험을 쌓기는 어려

        운 실정이다.

      • 따라서 새로운 분야에 대한 도전을 통해 남들보다 앞서 가려는 의욕이 필요

   - 컨설팅의 기본은 고객과의 커뮤니케이션

      • 고객과의 인터뷰에서 시작하여 정보를 수집하고 방안을 제시하며 고객의 제안을 반영하고 고객이 원하는 궁극적인 전략

        을 수립하는 것

      • 컨설팅이 고객의 속마음을 진단하여 고객이 진정으로 원하고 있으나 자신의 의견 또는 주장으로는 펴기 어려운 전략을

         대신 풀어주는 역할을 하는 경우도 있다.

      • 고객의 경영진이 하고자 하는 전략에 객관성과 전문성을 더해 힘을 실어주는 경우는 말한다.

      • 진정한 컨설팅 결과는 고객의 의도와는 관계없이 컨설턴트의 의견만을 주장하는 것이라고 생각할 수도 있으나 궁극적으

        로는 고객이 실행할 전략을 제안하는 것이므로 고객과의 커뮤니케이션 능력은 아무리 강조해도 지나치지 않다.

   - 컨설턴트는 완벽한 자료를 바탕으로 한 청중을 사로잡는 프리젠테이션 능력

      • 고객과의 신뢰가 생명인 컨설턴트의 경우 초기 고객에 대한 프리젠테이션부터 기선을 제압하여야 한다.

      • 프리젠테이션의 자료가 완벽하여야 한다는 의미는 파워포인트같은 도구의 사용이 뛰어나야 한다는 것이 아니라 자료를

        정리하고 전개하는 능력이 뛰어나야 한다는 것을 의미

      • 또한 이를 토대로 고객을 이끌어 가는 프리젠테이션 능력이야 말로 중요한 기술

      • 따라서 SI 기업에서는 중견간부이상을 대상으로 프리젠테이션 능력의 배양에 끊임없이 노력하고 있다.

      • 그러나 진정한 프리젠테이션은 발표기술이나 화법으로만 통하지는 않는다.

      • 업무에 대한 꾸준한 준비와 자기개발 노력이 뒤따라야만 겉만 번지르르하다는 평가를 듣지 않는다.

   - 고객에게 전략을 수립, 제안하려면 이를 위한 배경 지식의 확보가 필요하다.

      • 자신만의 정보 데이터베이스를 구축하라.

      • 인터넷을 통해 수시로 접하게 되는 각종 정보 중에서 필요하다고 생각되는 정보들에 대해서는 스크랩을 해서 자신의 데

         이터베이스에 저장

      • 또한 프로젝트를 수행하면서 작성하였던 산출물은 무엇보다도 중요한 자신의 지적 재산

      • 따라서 프로젝트의 산출물은 물론 작업문서들을 소중히 다루고 체계화하여 유지, 관리한다.

      • 이렇게 하다 보면 자신의 PC에는 각종 귀중한 경험을 담고 있는 데이터 파일이 체계적으로 분류되게 되고 이는 자신의

        경쟁력이 된다. 외국의 일류 컨설팅 기업의 경쟁력은 자사가 수행한 수 많은 컨설팅 프로젝트의 산출물과 방법론이다.

   - 전세계 거의 모든 업종과 국가를 망라한 컨설팅의 산출물은 어느 나라에서도 새로운 컨설팅을 시작할 때 가장 든든한 자산

      • 자신의 소중한 경험을 체계적으로 관리할 때 개인의 경쟁력은 향상

   - 많이 알고 있는 것을 체계적으로 정리하는 방법을 터득하여야 한다.

      • 장황하게 늘어 놓는 것보다는 핵심을 정리한 간략한 보고서의 작성이 필요할 때가 많다.

      • 그러나 보고서를 간략하면서도 핵심을 정리하기는 쉽지 않기 때문에 이에 대한 노력이 필요하다.

      • 'one page proposal' 이라는 책은 이와 같은 내용을 다루고 있는 좋은 책

      • 어떻게 하면 자신이 주장하고자 하는 바를 한 페이지에 모두 담을 수 있는가를 잘 정리하였다.
      • 물론 한 페이지 분량이라는 것이 극단적인 사례이기는 하나 자신의 주장을 체계적으로 정리한 보고서의 작성 능력은 컨

        설턴트의 기본 소양

10.3 정보전략 컨설팅

   - 정보전략 컨설팅은 SI 프로젝트에서 ISP로 대표되는 분야

      • 정보시스템 개발 프로젝트와는 달리 최종 산출물이 문서만으로 구성되며 순수한 프로젝트팀의 지식을 솔루션으로 하는

         프로젝트

      • 부가가치가 높으며 회사의 인지도를 끌어 올리는데 큰 역할을 할 수 있으므로 SI 기업들은 컨설팅 사업을 강화하기 위해

         노력하고 있다.

      • 정보전략 컨설팅 분야는 SI 개발 프로젝트의 수주를 위한 사전 영업의 특성이 강하기 때문에 손익에 관계없이 정보전략

        컨설팅 프로젝트의 수주에 뛰어드는 SI 업체들도 있다.

   - 정보전략 컨설팅 프로젝트는 개발 프로젝트와는 달리 정형화된 양식에 의해 산출물이 작성되기 보다는 문제 해결을 위한

      다양한 기법과 접근방법에 의한 산출물이 작성이 주된 내용을 이룬다.

      • 오랜 경험을 보유한 외국의 선진 컨설팅 업체의 경우 다양한 수행경험과 산출물을 통한 지식자산이 경쟁력의 핵심

         ☞ 정보전략 컨설팅에 대해 본격적인 기법과 수행 절차를 논하기보다는 정보전략 컨설팅이 수행되는 과정을 간략히 살

              펴봄으로써 컨설팅 프로젝트에 대한 이해를 돕고자 한다.

      • 컨설팅 프로젝트의 수행 업무에 대한 이해를 통해 컨설턴트로서 성장하고자 하는 개발자들이 평소에 노력하여야 하는

        방향을 가늠하는 것을 목표로 한다.

■ 프로젝트 착수 단계
   - 정보전략 컨설팅의 프로젝트 착수단계에서는 SI 프로젝트의 착수 단계와 유사한 업무들이 수행

      • 프로젝트팀을 구성하고 계획서를 작성하며 착수보고회를 갖는 것이 주요한 업무

   ① 정보 수집 및 파악 : 프로젝트의 수주와 관련된 사전 영업자료 및 제안서, 계약서 등의 문서를 검토하고 숙지
   ② 프로젝트팀 결성

      - 프로젝트에 투입할 인력을 선발, 팀을 조직하고 팀 운영방안을 수립

      - 프로젝트의 수행을 위한 고객 측의 참여 인력을 요청, 선발

         • 고객 측의 인력 참여는 컨설팅 프로젝트에서 매우 중요한 사안이므로 경영진의 지원을 얻어야 한다.

         • 프로젝트팀과 고객 참여 인력의 역할을 정의
   ③ 프로젝트 수행전략 수립

      - 프로젝트의 상황에 따른 적합한 수행전략을 수립

         • 우선 수행 방법론을 정립하고 주요 태스크 및 액티비티의 정의와 이에 따른 산출물을 정의

         • 표준 방법론이 있는 경우에는 이를 따르겠으나 컨설팅 프로젝트의 경우에는 정해져 있는 절차를 따르기 보다는 프로

           젝트마다의 독특한 상황을 고려한 현장 판단 및 전략 수립이 중요

   ④ 교육 및 워크샵의 실시

      - 프로젝트의 수행에 필요한 제반 환경에 대해 고객 참여인력에 대한 교육을 실시

      - 워크샵이 필요한 경우에는 워크샵을 고객과 함께 실시하는 것이 바람직하다.
   ⑤ 일정 및 지원계획의 수립

      - 전체 프로젝트에 대한 추진계획을 수립하고 이에 따른 프로젝트 계획서를 작성

      - 프로젝트 계획서에는 세부 일정 계획 및 업무 내역, 산출물의 정의 등을 포함한다.
   ⑥ 프로젝트 관리 방법 및 보고체계 수립 : 고객에 대한 정기적인 공정 및 진척관리 방안을 수립하고 프로젝트 내부의 주요

                                                         운영 방안을 정의한다.
   ⑦ 품질보증체계 정립 : 프로젝트 요구사항에 품질에 대한 명시가 있는 경우 이에 대한 품질보증계획서를 작성한다.
   ⑧ 착수보고회 개최

      - 착수 보고회는 프로젝트 계획서와 수행 전략을 바탕으로 고객에게 프로젝트의 진행에 대한 전반적인 소개와 일정 및 수

        행 방법론의 설명과 함께 고객에게 부탁하고 싶은 내용들을 전달하는 자리

      - 전반적인 프로젝트의 진행을 고객 현업에서 적극적으로 지원하라는 고객측 경영진의 지원도 필요

■ 환경분석 단계
   - 고객사의 경영환경 분석과 고객사의 정보시스템 기술환경분석으로 구성되며 고객사의 현황을 파악하는 단계

   ① 경영환경분석

      - 고객사가 속한 시장의 경영환경 별 동향 및 추이 분석을 통해 고객이 직면한 경영적인 당면 과제의 분석을 위한 기초 자

         료로 활용

      - 산업구조분석, 경영 가치분석, 고객 분석, 전략 집단 분석, 경쟁환경 분석, 고객 기업의 재무제표 분석 및 경쟁요소 도출

        등의 내용들을 포함

   ② 정보기술 환경분석

      - 고객사의 정보시스템과 관련된 정보기술의 환경적 요구사항 및 기술의 적용추세를 파악하고 이들 정보기술의 요소별 동

        향 및 적용 현황을 조사하며 현재의 경영환경과 정보기술 환경간의 연관성 도출을 통해 취약한 부분을 찾아낸다.

■ 기업 비전 및 전략분석 단계
   - 고객 기업의 경영전략을 분석하고 정보전략을 분석하여 이들간의 상호 연관관계 도출을 통해 정보시스템의 핵심 요소

      와 개선점을 찾아내는 단계

   ① 경영전략분석

      - 고객 기업의 핵심 경영 전략 및 미션을 파악

      - 이를 통해서 세부적인 경영전략과 달성하기 위한 경영 과제를 수립 또는 검토하며 핵심성공요소를 도출
   ② 정보전략분석

      - 고객 기업의 정보시스템 비전을 수립하며 정보시스템의 미션을 정립하고 전체적인 정보전략의 방향을 제시

      - 이를 위한 정보시스템의 필요정보요구사항을 도출
   ③ 경영/정보전략 연관관계 분석

      - 경영전략과 정보전략간의 매트릭스 기법에 의한 연관관계도를 작성

      - 연관관계도를 통해 경영 비전 및 전략의 달성을 위해 집중적으로 투자하여야 하는 정보시스템의 윤곽을 잡아낼 수 있다.

■ 현황분석 단계
   - 고객사의 업무와 정보시스템에 대한 세부 현황을 분석하는 단계

   - 정보시스템 개발의 분석 단계와 유사한 면도 있으나 단순히 현황을 분석하는 것에 중점을 둔다.

   - 이 단계에서는 실무자와의 본격적인 인터뷰가 실시

   ① 비즈니스 모형 분석 : 고객의 현행 사업구조와 조직별 특성을 파악하고 조직의 인력 현황을 분석한다.
   ② 현행 업무프로세스 분석

      - 고객의 현행 업무 분류체계를 정의하고 업무와 조직간의 연관관계 매트릭스를 작성

      - 고객의 업무 프로세스를 분석, 정의하며 현행 업무 프로세스에 대한 가치분석을 실시

      - 프로세스별 정보요소의 필요 항목을 도출

      - 현행 업무프로세스의 문제점 및 요구사항을 도출
   ③ 정보시스템 현황 진단

      - 고객의 현행 정보시스템의 네트워크, 하드웨어, 소프트웨어 구성을 분석하며 각 시스템의 구조를 파악

      - 정보시스템 운영 및 유지보수 현황에 대한 분석과 고객이 현재의 정보시스템 성능에 대해 느끼는 요구사항을 분석

      - 이를 통해 정보시스템의 개선방안 및 과제를 도출

■ 선진사례 벤치마킹
   - 고객의 사례와 유사한 업종 또는 정보기술 환경을 보유한 선진기업의 사례를 분석하여 고객사에 적용할 이상적인 모델 수

     립의 자료로 활용

   ① 선진기업의 비즈니스 모델 분석

      - 벤치마킹을 수행할 벤치마킹 과제 및 범위를 결정하고 대상 선진기업을 선정, 섭외

      - 이에 따른 출장 일정계획을 포함한 추진 계획을 수립하며 벤치마킹을 실시

   ② 이상적인 모델 수립 : 벤치마킹의 결과를 토대로 고객을 위한 이상적인 비즈니스 모델 및 정보 모델을 작성한다.

■ 차이 분석 단계
   - 고객의 현황 분석자료와 벤치마킹에 따른 이상적 모델을 바탕으로 현황과의 차이를 분석

   - 차이 분석에는 전략, 업무 및 시스템, 조직 차이분석을 수행

■ 미래 기업 모델링 단계
   - 차이 분석 결과를 바탕으로 고객에게 제시할 목표 모델을 구체적으로 수립하는 단계

   - 비즈니스 모델링과 정보시스템 및 유지보수 구조정의로 구성

   ① 미래 비즈니스 모델링(TO-BE 모델)

      - TO-BE 모델이라고도 불리며 미래 프로세스 모델 설계, 미래 조직 모델 설계, 미래 평가체계 설계, 미래 프로세스별 평가

        항목 및 정보요선 정의가 포함된다.
   ② 정보시스템 구조 정의

      - 정보시스템의 미래 모델 구축을 위한 정보화 전략, 정보기술 요소별 구현전략, 정보인프라 구조의 구현전략, 정보관리 전

        략, 정보시스템 통합 전략 등을 포함

      - 정보인프라 구조에는 정보화기술, 애플리케이션, 데이터베이스, 시스템 통합 및 사용자환경에 대한 기반 정의가 필요
   ③ 관리 및 유지보수 구조정의

      - 정의된 정보시스템 미래 모델을 위한 정보시스템 운영조직의 정의, 정보시스템 보안 및 장애대책, 백업체계의 구조정의

         가 포함

■ 프로토타이핑 단계
   - 필수적인 단계는 아니나 고객이 요청할 경우 정보시스템 미래모형에 대한 프로토타이핑을 실시할 수 있다.

      • 실시되는 프로토타이핑의 경우에는 수평적 프로토타이핑이 적합

■ 통합 실행계획 수립 단계
   - 정보시스템 미래 모형을 실현하기 위한 실행계획을 수립하는 단계

   - 정보전략 컨설팅의 궁극적인 목표가 되는 단계

   ① 비즈니스 모델 개선계획 수립

      - 정보전략 컨설팅을 통해 고객의 비즈니스 모델에 대한 개선이 필요하다고 분석된 경우 이에 대한 개선계획을 수립

         • 여기에는 프로세스 개선계획과 조직의 개선계획 그리고 이에 따른 평가체계 개선계획과 교육계획이 필요

         • 이를 추진하기 위한 비용 및 일정을 제시하며 추진에 대한 성공요소 및 제언을 첨부

   ② 정보시스템 구축계획 수립

      - 고객이 정보시스템 미래 모형을 구축하기 위해 필요한 정보시스템 개발 및 구축전략을 수립하고 개발 방법과 절차를 정

         의하며 개발 조직, 정보 시스템 전환 계획을 수립

      - 이를 추진하는데 소요되는 비용 및 기간을 산정하여 고객이 구체적인 프로젝트로 추진할 수 있는 기반 자료를 제공

■ 프로젝트 종료 단계
   - 정보화 전략 컨설팅 프로젝트를 종료하는 단계

   - 산출물을 정리하고 고객에게 최종보고회를 실시하며 이 때 요구되는 일부 수정사항 및 고객 요구사항을 수행

   - 프로젝트팀은 본사에 대해 프로젝트 종료를 위한 업무 단계를 밟는다.

10.4 정보시스템 감리 컨설팅

   - 토목 및 건설분야의 공사 현장에 있는 공사 현황판을 보면 시공사와 감리사가 함께 기록되어 있는 것을 볼 수 있다.

   - 감리

      • 공사가 설계대로 진행되고 있는지?

      • 공사장의 안전관리 및 품질관리는 잘 되고 있는지?

      • 공사에 사용되는 자재는 규격품인지 등에 대해 확인하고 점검함으로써 공사가 부실화되는 것을 방지하는 것이 목적

   - 정보시스템 구축을 위한 SI 프로젝트에서도 최근 감리제도가 본격적으로 도입

   - 정보시스템 구축 프로젝트에서의 감리의 목적도 토목이나 건설 분야의 감리와 유사

      • 정보시스템이 고객의 요구사항을 바탕으로 올바르게 구축되고 있는지?

      • 품질 규정은 잘 준수하고 있는지?

      • 산출물은 제대로 작성하고 있는지 등을 점검하고 문제가 있을 경우 시정명령을 내릴 수 있는 권한을 가지고 있다.

   - 정보시스템의 감리는 초기에는 국가에서 발주한 공공 SI 프로젝트에서 주로 적용

      • 한국 전산원이 감리 기관의 대표적인 곳

      • 최근에는 공공 프로젝트 이외에도 감리를 도입
   - 정보시스템의 감리 전문가는 주로 SI 프로젝트 경험을 보유하고 있으며 국가공인자격중인 정보시스템감리사 자격증을 획

      득한 전문 인력에 의해 수행

      • 감리를 컨설팅에 의한 분야로 볼 수 있는 것은 정보시스템 개발에 대해 감리사가 보유한 경험과 지식을 기반으로 프로

        젝트의 상황에 대해 진단 및 개선 권고안을 주는 것이 주 임무이기 때문

      • 다른 컨설팅과 다른 면으로는 실제적인 업무의 내용을 다루는 것이 아니라 주로 정보시스템 프로젝트의 요구사항에 대

        한 분석, 설계 및 개발에 걸친 추적성과 일정한 수준이 품질규정에 따른 기준을 토대로 점검하는 것이 주 업무

   - 일반적으로 감리는 SI 프로젝트를 발주한 고객이 별도의 감리 프로젝트 또는 용역으로외부 기관에 의뢰

      • 외부에서 프로젝트의 감리를 위해 투입된 감리사들은 프로젝트팀을 대상으로 작성한 산출물의 내용과 업무 수행 방법,

        프로젝트 관리 현황 등을 확인하고 프로젝트팀원들에 대한 면담 등을 실시한 뒤 감리 보고서를 발주처인 고객에게 제출

▣ 감리전문 기관의 감리 수행 절차
   ① 고객으로부터 감리 요청 접수 및 감리 계약
   ② 책임감리인 지정
   ③ 감리 기본계획 작성
   ④ 감리팀 구성
   ⑤ 사전준비
   ⑥ 단계별 감리 업무 수행
      - 감리 개별계획 작성
      - 감리 착수회의
      - 감리 시행
      - 감리보고서 초안 작성
      - 초안 검토회의
      - 최종 감리보고서 작성
      - 감리 종료회의
   ⑦ 감리 후속조치

   - 감리 요청은 보통 고객이 결정

      • 공공기관의 경우에는 법적으로 감리를 두게 되어있는 경우도 있다.

      • 감리를 요청하여 감리인이 투입되기에 적당한 시기는 프로젝트 착수 초기

      • 프로젝트가 많이 진행된 이후에 투입되면 잘못을 지적하였으나 이를 반영하기에 이미 너무 늦은 시점이 될 수도 있기

        때문

      • 감리 요청 대상으로는 프로젝트의 일부 업무 분야에 국한하는 것보다는 전체 프로젝트를 대상으로 하는 것이 바람직

      • 감리 요청을 결정하면 감리기관과 계약을 체결

      • 계약 내용에는 감리 목적 및 범위, 감리 수행기간, 감리 대상(SI 프로젝트 수행팀), 전체 감리의 단계 수행 횟수를 결정하

         며 이상의 내용에 따른 전체 감리 비용을 명시
   - 감리 기관에서는 SI 프로젝트의 PM과 유사한 책임 감리인을 지정하고 감리 기본계획을 작성

      • 감리 기본계획에는 계약 내용에 따른 범위 및 기간 등은 물론 구체적인 일정 계획이 포함되며 참여인원의 업무 분장 등

         을 포함

      • 이를 바탕으로 감리 수행을 위한 인력을 선발

      • 감리인으로는 프로젝트가 수행하고 있는 업무 분야 전문가 및 정보기술 전문가, 품질 전문가 등이 참여
   - 감리에 착수하게 되면 프로젝트 현장을 방문하여 감리 업무를 수행할 작업공간을 결정하고 현황을 파악하기 위한 자료

      와 프로젝트 인력에 대한 정보를 분석

      • 프로젝트팀에 대해 감리 일정 및 방법에 대해 통보

      • 감리를 몇 차례에 걸쳐 나누어 수행하는 것이 일반적이므로 각 단계별 감리 대상 범위 및 주요 감리 항목 및 평가 방법

         등에 대해 감리에 참여한 감리인들과 회의를 통해 결정

      • 이러한 결정사항에 대해 SI 프로젝트의 PM과 관련 인원에게 통보
   - 감리 준비가 완료되면 감리를 수행

      • 감리는 보통 산출물에 대한 점검 및 분석과 프로젝트 수행인력에 대한 면담을 통한 업무 수행현황 조사 및 고객과의 인

        터뷰를 통한 프로젝트의 문제점 진단 및 분석을 수행하는데 프로젝트팀과 마찰이 발생할 수 있는 시기이므로 민감한 기

         간이라고 할 수 있다.

      • 감리인들은 조사 분석한 내용을 토대로 프로젝트를 대상으로 한 개선사항 및 권고사항을 검토하고 이를 감리 보고서 초

         안으로 작성
      • 작성된 감리 보고서 초안을 고객과 프로젝트팀에게 배포하여 이에 대한 의견을 듣고 여러 감리인들의 의견을 종합하

         여 최종 감리 보고서를 작성

      • 최종 감리 보고서에는 각 분야별로 감리 기준에 의거한 평가 결과가 명시

      • 일반적으로 감리의 세부 항목별 평가결과는 점수로 환산되어 중분류 항목 단위로 집계

      □ 이들 점수의 합산 결과에 따라 적정, 미흡, 부적정의 3단계 평가 결과로 집약된다.
         - 적정 평가 : 해당 분류 항목에 대한 감리 결과 특별한 문제를 발견할 수 없으므로 합격 평가를 부여하는 것으로 해

                          당 항목에 대한 프로젝트의 수행이 원만하게 진행되고 있음을 의미
         - 미흡 평가

            • 해당 분류 항목에 대한 감리 결과 일부 문제점이 발견된 상황에 따라서 이에 대한 개선 및 권고 사항이 첨부

            • 개선 및 권고사항에 대한 시정조치를 취할 것을 지적한 것으로 해당 항목이 문제가 있으나 시정될 수 있음을 의미              • 부적정 평가 : 해당 분류 항목에 대한 감리 결과 많은 문제점이 발견되어 현재대로 진행될 경우 프로젝트에 심각한

                                문제를 초래할 가능성이 있는 것으로 판단된 것을 의미한다. 보다 강도 높은 권고사항이 첨부된다. 부

                                적정 평가를 받은 항목이 여러 개 있을 경우 해당 프로젝트에 대한 감리 결과는 전체적으로 부정적인

                                결론으로 내려지게 된다.
      • 프로젝트팀이 감리를 성공적으로 받기 위해서는 프로젝트 수행을 통해 다음과 같은 사항을 명심하여야 한다.
      • 우선 프로젝트 관리 방법론 및 개발 방법론에 따른 산출물 작업을 철저히 수행

      • 특히 고객의 요구사항 분석에 대해서는 설계 및 개발 단계의 산출물까지 완전하게 추적이 가능하도록 연관관계를 잘 명

         시하여야 한다.

      • 프로젝트팀의 품질담당자에게 책임과 권한을 동시에 부여하여 프로젝트팀 내부에서의 작은 감리인 역할을 수행할 수 있

        도록 하여야 한다.

      • 프로젝트의 수행에 따른 의사결정에 기준선을 설정하고 프로젝트 수행과정에서 발생하는 모든 분야의 변경 요구사항

        을 철저한 형상관리를 통해 근거를 추적할 수 있도록 정리해 놓아야 한다.

      • 이러한 체계적인 관리가 효율적으로 수행될 수 있도록 문서관리 도구 및 현상관리 도구 등의 소프트웨어 툴을 적극적으

         로 활용하여야 할 것

      • 프로젝트 PM의 입장에서는 프로젝트 수행을 위한 비용, 일정, 품질 등에 대해 체계적으로 관리하여 프로젝트가 위기상

        황으로 내몰리지 않도록하여야 하며 이러한 위기상황으로 내몰리게 되는 경우 가장 빠른 시간 내에 이를 감지할 수 있어

        야 한다.

      • 고객의 요구사항이 불가능한 요구사항인 경우에는 이를 감추고 덮어두지 말고 가능한 빠른 시간 내에 고객과의 협의를

         통해 요구사항에서 제외하여야 한다.
   - 감리는 SI 프로젝트팀의 입장에서 볼 때 유쾌한 대상은 아니다.

      • SI 프로젝트를 수행하는 PM 및 팀원의 입장에서는 고객의 요구사항을 바탕으로 다양한 문제에 부딪히며 업무를 수행하

        고 있는 상황에서 감리인의 의심하는 듯한 질문과 산출물에 대한 지적 및프로젝트에 대한 비평은 감정적으로 거부감을

        일으키게 한다.

      • 감리가 중요한 문제성 프로젝트의 경우에는 프로젝트팀의 거부감이 더욱 크게 작용할 수 있다.

      • 나름대로 어려운 여건에서 최선을 다해 수행한 업무에 대해 전후 배경에 대한 파악도 잘 안된 상태에서 원리원칙을 고

        집하는 감리인의 지적을 접하게 되면 억누를 수 없는 불쾌감이터지는 경우도 간혹 있을 것이다.

      • 정작 힘들게 하는 고객보다 이를 옆에서 지적하고 있는 감리인에 대한 거부감이 더욱 클 수도 있는 것이다.
      • 정보시스템 감리는 프로젝트팀이 소홀히 하기 쉬운 요소를 지적하여 늦기 전에 이를 시정하도록 할 수 있으며 고객의

         입장에서 점검하기 어려운 기술적인 면들에 대해 점검을 수행하는 것으로 프로젝트의 성공을 위해 노력한다고 하는 점

         에서는 프로젝트팀과 목표를 같이 하고 있다고 볼 수 있다.

      • 감리인의 이러한 노력이 프로젝트팀과 공유될 수 있는 환경이 되어야 바람직하다.

▣ 정보시스템 구축을 위한 SI 프로젝트 요소 별 감리실기기준표 사례

1) 분석단계
   - 프로세스 모델링
      • 프로세스 모델링은 사용자의 기대사항 및 요구사항을 반영하여 적정하게 이루어졌는가?

   - 데이터 모델링
      • 데이터 모델링은 사용자의 기대사항 및 요구사항을 반영하여 적정하게 이루어졌는가?

   - 아키텍처 및 보안
      • 시스템 아키텍처 설계는 사용자 요구사항을 반영하여 적정하게 이루어졌는가?
      • 시스템 구성항목의 용량산정은 적정한가?
      • 시스템 보안 아키텍처 설계는 사용자의 기대사항 및 요구사항을 반영하여 적정하게 이루어졌는가?

   - 사용자 요구사항
      • 사용자 요구사항은 명확하고 완전하게 문서화 되었는가?
      • 요구사항의 분석결과에 대해서 관련자의 검토가 이루어졌는가?
      • 요구사항에 대한 변경관리가 이루어졌는가?
      • 사용자 요구분석결과는 일관성이 있는가?.
      • 정의된 사용자 요구사항은 시험 가능한가?

2) 설계단계
   - 프로그램 설계
      • 프로그램 구조는 사용자 요구사항 및 분석내용을 근거로 설계되었는가?
      • 프로그램의 설계 내용이 구현하기에 적당한가?

   - 데이터베이스 설계
      • 데이터베이스 설계는 사용자 요구사항 및 분석내용을 근거로 설계되었는가?
      • 데이터베이스는 무결성 및 성능을 보장하도록 설계되었는가?

   - 테스트
      • 테스트를 위한 계획은 잘 준비되었는가?

   - 기타
      • 설계 표준이 정의되었으며 잘 준수되었는가?
      • 시스템 운영을 위한 설계가 적합한가?

3) 프로젝트 관리 및 품질 보증
   - 범위관리
      • 사용자 요구사항을 반영하여 프로젝트 범위가 설정되었는가?
      • 프로젝트 범위 및 주요 산출물에 대해 사용자와 프로젝트팀이 합의하였는가?
      • 프로젝트 범위를 관리하고 변경하기 위한 범위관리계획 수립되었는가?
      • WBS는 소요자원, 비용, 일정을 산정하고 관리할 수 있도록 충분히 분할되었는가?
      • 범위관리계획에 따라 범위에 대한 변경이 수행되고 있는가?
      • 범위 변경사항이 관련 문서에 반영되었는가?
      • 프로젝트 수행을 위한 관리 방법론이 적절하며 이를 충실히 적용하고 있는가?

   - 일정관리
      • 주요 활동간의 연관관계가 파악되었으며, 주요 활동에 대한 완료기준이 설정되었는가?
      • 활동에 소요되는 기간은 활용 가능한 자원을 고려하여 산정되었는가?
      • 프로젝트는 시작일과 완료일이 명시된 수행계획에 따라 진행되었으며 일정에 대한 진척도가 파악되고 있는가?
      • 일정 변경에 대한 영향을 분석하고 대책을 수립하여 관련자의 승인을 받았는가?

   - 위험관리
      • 쟁점 및 미결사항에 대한 관리가 문서화된 형태로 이루어지고 있는가?
      • 기술, 일정, 비용에 대하여 위험도 평가 및 대안이 수립되었는가?

   - 인력관리
      • 외주관리는 적절하게 수행되고 있는가?
      • 프로젝트 수행에 필요한 기술 교육계획이 수립되어 수행되고 있는가?
      • 인력 투입계획에 따라 인력이 투입되고 있으며 이에 대한 관리가 적절하게 수행되고 있는가?

   - 품질관리
      • 형상 항목과 버전 식별을 위한 기준 및 절차가 문서화 되었으며 이에 따라 형상 관리가 이루어지고 있는가?
      • 고객의 요구사항 및 품질수준을 만족시키는 산출물 품질보증계획이 수립되었는가?
      • 품질보증 활동은 적절히 수행하였는가?
      • 프로젝트 진행 시 표준을 준수하고 있는가?