우수한 ERP라는 것의 정의를 내리기는 쉽지 않습니다. 이는 최신 기술이 포함된 것을 의미할 수도 있고 멋있어 보이는 것 일수도 있으나 가장 중요한 것은 기업의 문제점을 해결할 수 있는 솔루션이 제공되는 패키지를 선택하는 것입니다. 그렇지 않는다면 많은 커스터마이징이 필요하게 되며 비용의 증가는 물론 시스템 안정성을 담보하기 어려워 질 수도 있습니다.
이를 위해서는 우선 자사의 전체 업무프로세스를 올바로 이해하는 것이 중요합니다. 그리고 개선해야 할 프로세스를 파악한 후 자사의 인력 등 자원 현황에 따라 현실적으로 이를 구현할 수 있는 패키지를 선정하는데 최대한의 노력을 기울여야 합니다. 잘못된 패키지 선정은 ERP 구축 시 다수의 커스터마이징 등을 유발하여 비효율적인 일정과 비용을 발생 시킬 수 있으며 더 나아가서는 예상치 못한 제약으로 인하여 당초 기대했던 목적을 달성하지 못 할 수도 있습니다.
예를 들어, ERP 시스템이 원가관리 기능을 지원해야 하는 경우, 단순히 원가가 계산되는 것 자체보다는 얼마나 정교하게 관련 정보들을 반영하여 정확히 산출되느냐가 중요합니다. 이러한 차이를 결정하는 것이 바로 ERP내의 원가 관련 기능의 수준이며 이러한 기능이 부족한 시스템을 선택할 경우에는 기업이 목표로 하는 결과를 얻는데 실패할 것 입니다.
하지만, ERP 시스템의 구축은 소프트웨어 개발전문가들만으로 진행되는 것이 아닙니다. ERP 시스템의 구축을 위해서는 기업 현장의 업무를 이해하고 이를 최적화하는 대안을 줄 수 있는 업무전문가가 필요합니다. 또한 ERP 시스템은 단순한 업무용 소프트웨어와 비교할 수도 없을 만큼 내용이 방대하고 섬세하기 때문에 이를 이해할 수 있는 ERP 컨설턴트가 필요합니다. ERP를 선택할 때 패키지 검토는 물론 이러한 능력 있는 컨설턴트의 충분한 지원을 받을 수 있는지도 함께 고려되어야 합니다.
2. 최적의 ERP 구축 추진팀(TFT)의 구성
TFT는 회사의 전체 또는 해당 업무 프로세스를 정확히 파악하고 있고 ERP 구축 과정에서 대두될 수 있는 문제점과 회사에 요구되는 ERP 구축 결과의 모습을 정확히 인지하고 있는 직원들로 구성되어야 합니다. ERP 구축 시 현업 TFT 구성원은 프로젝트의 성패를 좌우하는 매우 중요한 역할을 하게 됩니다. 따라서, 단순히 시간이 가능한 직원을 선발하거나 직급이 낮은 직원에게 떠넘기어 구성하기 보다는 회사에 오래 근무하여 경험이 많으면서 가능하다면 경영관련 지식을 가지고 있는 임직원을 반드시 포함하여 구성하여야 성공적인 프로젝트를 기대할 수 있을 것 입니다.
프로젝트 진행 시에는 통상적으로 컨설턴트 및 개발자 등의 공급사의 인원과 구축 기업의 정보를 제공하고 관리하기 위한 현업 TFT가 참여하게 됩니다. 이때 어느 쪽이라도 ERP 구축을 위해 요구되는 적절한 능력이 부족하다면 진행에 많은 어려움을 겪게 되고 잦은 이슈 상황에 직면하게 될 것 입니다. 특히 다른 구성원보다도 공급사의 프로젝트 관리자(PM)와 구축 기업의 현업 프로젝트 관리자가 프로젝트를 진행하기 위한 충분한 자질을 갖추고 있는지의 여부가 전체 프로젝트의 성패를 좌우한다고 해도 과언이 아닐 것 입니다.
특히, 현업 프로젝트 관리자는 ERP가 구축되는 기업의 대표로서의 역할을 하면서 공급사 컨설턴트와 지속적으로 소통하고 ERP 공급사와 자사 내부간의 이견을 합리적으로 조율할 수 있어야 합니다. 따라서 이에 걸맞는 충분한 자질이 부족할 경우에는 프로젝트 진행 자체가 어려워 질 수도 있습니다. 다른 모든 조건이 충분하더라도 프로젝트 관리자를 비롯한 TFT 구성원의 자질이 부족하여 프로젝트가 실패하는 경우도 많습니다. 이를 방지하기 위해서는 프로젝트에 대한 관심이 높은 인원으로 TFT를 구성하고 프로젝트 성공에 대한 의지를 높이기 위해 강한 동기부여를 하는 것이 필요합니다.
또한, ERP 도입의 목적은 결국 업무 프로세스의 개선이기 때문에 실제 업무를 수행하는 현업의 의견도 매우 중요합니다. 따라서 기존 업무의 비효율적인 부분을 도출하고 효과적으로 개선될 수 있도록 충분한 수의 현업 업무 담당자들을 TFT에 (비상임이라도)포함시켜서 프로젝트 진행 시 적극적으로 의견을 개진할 수 있도록 해야 합니다.
IaaS : Infrastructure as a Service 서버, 스토리지, 네트워크 장비 등 IT 인프라를 빌려주는 서비스
PaaS : Platfrom as a Service SW를 개발할 때 필요한 플랫폼(개발환경)을 제공하는 서비스
SaaS : Software as a Service 클라우드 환경에서 운영하는 소프트웨어를 제공받는 서비스
DR센터 : Disaster Recovery Center (=재해 복구 센터) 천재지변이나 테러, 파업, 전산사고 등으로 전산센터가 마비될 경우 제3의 장소에 주센터와 유사한 전산시스템을 갖춘 재해복구센터를 구축하여 실시간으로 서비스를 재개할 수 있도록 함.
내용연수 : durable years 고정자산의 이용가능 연수
프레임워크 SW어플리케이션이나 솔루션 개발을 수월하게 하기위해 SW 구체적 기능에 해당하는 부분의 설계와 구현을 재사용 가능하도록 협업화된 형태로 제공하는 SW환경 (라이브러리와 비슷)
API : Application Programming Interface 운영체제와 응용프로그램 사이의 통신에 사용되는 언어나 메시지 형식 , 원하는 정보를 얻기 위한 행동을 했을 때 이를 서버가 알아들을 수 있는 요청 값으로 전달하는 역할
가용성 : Availability 시스템이 장애 없이 정상적으로 운영되는 능력
MPLS : Multi Protocol Label Switching 인터넷의 백본망 등에서 대량의 트래픽 처리를 고속으로 처리 및 관리하기 위한 방안 패킷의 헤더에 라벨을 추가하여 라우터가 최적의 경로를 산출하기 위한 연산을 거치지 않고 next-hop으로 패킷 전달. 정해진 경로로 패킷이 전달됨에 따라 마치 전용선을 구축한 효과 전용선 구축 비용보다는 저렴 MPLS 망 인증과 암호화 기능이 없어 보안에 취약하여, IPSEC VPN 같은 암호화 방식을 병행해서 단점을 보완하기도 함. SD-WAN으로 바꾸면 비용 더 절감 가능…( 더 효율적인 WAN 환경 구축 및 MPLS의 고비용과 저품질에 대한 해결책)
IPSEC : Protocol Security 노드 간 통신의 보안 확보를 위해 인증, 데이터 무결성 보장, 암호화 등을 담당.
SSL-VPN : Secured Socket Layer Virtual Private Network 장소나 단말의 종류와 관계없이 내부 네트워크에 접속할 수 있는 SSL 기반의 가상 사설망(VPN). SSL은 웹 브라우저와 서버 간의 통신에서 정보를 암호화함으로써 도중에 해킹을 통해 정보가 유출되더라도 정보의 내용을 보호할 수 있는 기능을 갖춘 보안 솔루션이다. 이를 기반으로 한 SSL VPN은 원격지에서 인터넷으로 내부 시스템 자원을 안전하게 사용할 수 있다.
IDC : Internet Data Center 서버 컴퓨터와 네트워크 회선을 제공하는 시설
SAN : Stroage Area Network 서버와 스토리지 간 대용량 데이터를 고속으로 전송할 수 있는 네트워크 파일 서버 스토리지를 일정한 구역내에서 이용가능하게 만드는 기술, 광네트워크(FC)를 이용해 속도 증가
서버 프로비저닝 IT 인프라를 설정하는 프로세스.. 필요한 리소스를 기반으로 네트워크에서 사용될 서버를 설정하는 서비스. 새로운 시스템을 생성한 후 가동 상태로 만드는 데 필요한 모든 작업은 물론, 해당 시스템에 대해 원하는 상태를 정의하는 작업도 포함된다. 서버 프로비저닝은 데이터센터에 물리적 하드웨어 설치, 소프트웨어 설치 및 설정, 운영 체제 및 애플리케이션 포함, 미들웨어와 네트워크 및 스토리지 연결로 이루어진다.
무결성 데이터의 정확성과 일관성을 유지하고, 데이터에 결손과 부정합이 없음을 보증하는 것
웹방화벽 : Web Application Firewall, WAF 방화벽은 IP 주소와포트를기반으로차단하는솔루션. 그패킷의실제데이터와애플리케이션프로토콜기반의공격을막아줌. 웹서버로들어오는웹트래픽을검사하여악의적인코드나공격유형이포함된웹트래픽을차단해주는방화벽을말합니다.
스파이웨어 다른 사람의 컴퓨터에 잠입해 개인정보를 빼가는 소프트웨어
키로깅 다른 사람이 키보드로 입력한 비밀번호 따위를 컴퓨터 해킹 프로그램을 통해 몰래 훔치는 일
NAC : Network Access Control 비인가된 정보기기의 네트워크 접속을 제어. 네트워크 장애, 해킹에 대비 및 정보 자산을 보호
DRM : Digital Rights Management 문서 암호화 보안. 허가된 사용자에게 문서 읽기, 쓰기 권한 부여. 파일 암호화 및 복호화. DRM 없는 업체에 파일을 전달 해야하는 경우 복호화하는데 이때부터는 추적 불가.
웜 : Worm Virus 컴퓨터 시스템을 파괴하거나 작업을 지연 또는 방해하는 악성프로그램. 자신을 복제하고 전파함
DDos : Distributed Denial of Service (분산 서비스 거부 공격) 해킹 방식의 하나로서 여러 대의 공격자를 분산 배치하여 동시에 '서비스 거부 공격(Denial of Service attack；DoS)'을 함으로써 시스템이 더 이상 정상적 서비스를 제공할 수 없도록 만드는 것 공격 목표인 사이트의 컴퓨터시스템이 처리할 수 없을 정도로 엄청난 분량의 패킷을 동시에 범람시킴으로써 네트워크의 성능을 저하시키거나 시스템을 마비
일반적인 정보시스템 구축은 분석(Analysis), 설계(Design), 구축(Construction), 구현(Implementation) 등 4단계 과정을 거쳐 구축된다. 그런데 ERP시스템은 업무프로세스 자체를 개선하는 경영정보시스템이므로 구축 전 사전준비활동(목표수립, 업무분석)부터 시작하여 시스템을 정착하기까지 단계별로 구분하여 수행되어져야 한다.
따라서 일반적인 정보시스템 구축단계 뿐 아니라 사전준비단계 및 안정화단계도 포함하여 감리단계를 구분하였다.
각 단계별 주요 Task 및 산출물과 감리점검항목은 다음과 같다.
계획단계
TASK산출물감리점검항목프로젝트수행계획 수립Kick-Off변화관리실행계획 수립
프로젝트 수행계획서
프로젝트 도입범위 및 계획수립의 적정성 검토 프로젝트 팀 구성의 적정성 검토 현업사용자 참여 구성의 적정성 검토
: 모든 프로젝트에 투입하면 가장 먼저 하는 업무는 요구사항을 수집하고 이를 정리 및 분석하는 것이다. 공공기관 사업을 하는 경우에는 RFP를 참고하여 요구사항을 수집하고 정리하는 것이 좋으며 요구한 내용을 분류하여 정리하는 것이 좋다.
아래 첨부한 이미지는 공공기관 프로젝트를 할 때 작성한 요구사항정의서 문서로 RFP를 기반으로 초기 작성을 하였으며, 회의 과정에서 변경되거나 추가되는 항목은 별도 관리를 하는 방식으로 정리를 했다.
2. 업무프로세스정의서
: 나는 업무프로세스정의서는 요구사항정의서만큼 중요한 문서라고 얘기하는 편이다.
새로운 시스템을 구축할 때는 현업 담당자들의 업무프로세스를 알아야 더 심도 있는 기획을 진행할 수 있고, 기존 시스템을 리뉴얼할 때에도 현업 담당자들의 업무 프로세스를 익히고 기존 시스템의 프로세스 또한 익혀야 기존 구조의 단점을 쉽게 파악하고 리뉴얼 이후에도 현업 담당자들의 편의성을 보장할 수 있다.
나는 이러한 업무프로세스정의서를 정형화된 문서로 작성하지는 않는 편이다.
아래 첨부한 이미지 2개는 동일한 프로젝트를 진행하면서 작성한 문서이나 각각의 업무 특성에 맞도록 다른 문서 형태로 작성하였다.
3. 메뉴구조도
: 이 산출물은 말 그대로 메뉴 형태를 나타낸 문서를 말한다.
내가 기획을 처음 시작했을 당시, 내 사수는 메뉴구조도 양식을 하나 주고 5개의 사이트 메뉴구조도를 그려보라고 했었다. 5개의 메뉴구조를 그려서 보여드리니 각 메뉴의 역할을 간단하게 작성하라고 하셨고 그다음에는 기능(CRUD)까지 작성해보라고 하셨다. 당연히 처음 작성했을 때는 틀린 부분도 많았으나 왜 틀렸는지 등에 대해서 설명을 해주셨던 걸로 기억난다.
이처럼 메뉴구조도 작성은 프로젝트를 구축함에 있어 중요하고도 기본적인 것이라고 표현할 수 있다.
(메뉴구조도의 샘플은 삭제해야 하는 단어가 많아 추후에 업데이트할 예정)
4. 화면설계서(스토리보드)
: 기획자들이 실제 현업에서 가장 많이 작성하고 가장 신경을 많이 쓰는 문서가 화면설계서가 아닐까 싶다.
이 문서에는 각종 정책, 프로세스, 와이어프레임, 디스크립션 등 많은 내용들이 포함되어 있다.이 문서를 통해 디자이너, 퍼블리셔, 개발자, QA 등과 소통을 하기 때문에 스토리보드를 최대한 자세하게 작성할수록 다른 업무 담당자들이 쉽게 이해를 할 수 있으며, 책임소재 또한 명확해질 수 있다.
5. 회의록
: 단어 그대로 회의에서 주고받은 의견이나 결정된 사항, 특이사항을 기재하는 문서이다. 추가적으로 사람의 기억은 변질되고 요구사항은 계속 변할 수 있으니 회의록은 최대한 꼼꼼하게 작성하고 경우에 따라서는 녹음을 하는 것도 추천한다.(회의 참석자 동의필요)
: 용역 회사와 시스템 공급사 등 제안 업체들에게 제안 요청을 하는 것으로, 간략하게 표현하면 '이러한 기능이 포함된 시스템을 어느 정도 금액 범위 내에서 이때까지 만들어주실 분 찾습니다!'라는 문서이다.
2. 제안서
: 상품 및 서비스를 제공하는 기업이 자신이 사업을 어떻게 수행할 것인가에 대해 포괄적으로 정리한 자료로서, 보통 RFP를 보고 거기서 요청한 기능이나 인력 구성, 유지보수계획 등에 맞게 작성하여 '우리 너희 사업에 참여할래!'라고 신청하는 문서이다.
3. 착수계
: 용역 대행 착수 시 작성하는 문서로 사업 계약에 따른 시작을 문서상으로 알리는 용도로 사용된다.
4. 산출물 관리대장
: 프로젝트를 진행함에 있어 어떤 산출물까지 작성하고 고객사에 제공할 건지에 대한 문서이다.
5. 인력투입계획서
: 프로젝트 착수시점에 투입하려는 인력 구성과 업무 등에 대해 작성하는 문서이며, 사업수행계획서와 함께 전달해야 하는 문서로 알고 있다.
6. WBS(일정관리)
: 일을 세분화하여 일정을 짜서 역할 분담을 한 문서로 프로젝트를 관리할 때 일정관리 기능으로 많이 사용하는 편이다.
7. 사업수행계획서
: 이 문서는 내가 제일 쓰기 싫어하던 문서이기도 한데 간단히 설명하면 프로젝트를 시작하기에 앞서 미리 해당 일에 대한 계획을 세우는 문서를 말한다. 이 문서는 사업을 성실하게 수행할 것임을 증빙하는 자료로 나중에 이 계획서를 바탕으로 사업이 정상적으로 종료되었는지를 확인하기도 하므로 대충 쓰거나 거짓, 과장해서 쓰는 것은 삼가는 것이 좋다.
8. 장애 및 유지보수 계획서
: 보통 새로운 시스템을 구축하거나 리뉴얼을 하고 나면 최소 3개월에서 1년 정도씩 유지보수를 해주게 된다. 시스템 구축을 요청한 업체 입장에서는 '만약 장애가 날 경우 어떻게 대처를 해줄 건지', '유지보수는 어떤 식으로 할 건지'에 대한 궁금증이 있는데 이를 문서화시켜 고객사에서 보여준다.
9. 진척관리대장
: 계획 대비 실제 수행률이 어느 정도인지를 나타내는 문서로 보통 주간보고를 진행할 때 많이 활용한다. 기본적으로 WBS를 기반으로 계획을 세우고 일/주/월 단위로 진척현황을 표기해 진척률을 확인한다.
10. 인력관리대장
: 프로젝트에 참여하는 인력 구성원과 담당업무, 투입 시기 등에 대해서 기입하는 문서이며, 인력 구성이 변경된 경우에는 인력관리대장에 기입하고 공문이나 기타 문서 등을 통해서 증빙을 하는 편이다.
11. 회의록
: 단어 그대로 회의에서 주고받은 의견이나 결정된 사항, 특이사항을 기재하는 문서이다. 추가적으로 사람의 기억은 변질되고 요구사항은 계속 변할 수 있으니 회의록은 최대한 꼼꼼하게 작성하고 경우에 따라서는 녹음을 하는 것도 추천한다.(회의 참석자 동의필요)
12. 착수/중간/완료보고서
: 일반적으로 프로젝트를 참여하는 시점, 사업 중반 시점, 완료 시점에 보고서를 한다. 기본적으로 PPT를 이용하여 발표를 하지만 때에 따라 생략을 하기도 하고 문서는 형식상으로만 만들고 실제 산출물(디자인, 퍼블, 개발)을 통해서 진행하기도 한다.
13. 주간/월간보고서
: 프로젝트를 진행하면 주 단위, 월 단위로 보고를 해야 하는데 그때 작성하는 문서이다. 기본적으로 이번 주에 진행한 업무와 차주에 진행할 업무, 특이사항 등을 기재한다.
14. 위험이슈관리대장
: 프로젝트를 진행함에 있어 아직 발생되지 않았거나 발생될 가능성이 있는 것, 발생된다면 프로젝트에 차질이 생기는 것 등에 대해서 기재하는 문서이다. 보통 이슈가 발생하면 이를 클라이언트와 공유하고 해결하거나 피해 가는 방향을 택하며 이렇게 결정한 근거와 의사소통한 담당자들에 대해서도 함께 회의록이나 위험이슈관리대장에 기재해야 한다.
15. 요구사항정의서
: 단어 그대로 고객의 요구를 정리하는 문서이다. 보통 요구분류, 요구사항ID, 요구사항명, 요구사항내용, 수용여부, 우선순위, 요구적용일자 등으로 구성한다.
16. 요구사항추적표
: 보통 RFP와 제안서를 바탕으로 프로젝트에 착수하지만 실제 현업 담당자들은 RFP에 있는 내용과 상충되는 얘기를 하는 경우가 있다. 감리가 있는 프로젝트는 달성률을 RFP에 있는 내용으로 하기 때문에 RFP에 있는 내용이 어떤 식으로 왜, 누구와 협의해서 바꿨는지에 대해서 추적표를 만드는 것을 말한다. 기본적인 구성은 RFP 내용-요구사항정의서-이후 변경된 부분 순으로 구성하면 된다.
이외에도 장비반출입 관리대장, 수신자료 관리대장, 검사기준서, 변경관리대장, 품질관리계획서, 품질관리대장 등의 문서가 있다.
