IT 비즈니스 도입방식

인하우스(in-house) 방식

내부 인력을 통해 자체적으로 개발하는 솔루션, 서비스

장점

• 사용자가 원하는 방향으로 개발 가능
• 요구사항 변경에 대한 수용이 용이함
• 비정형화된 예외업무처리 프로세스 구현 용이
• 코드 소유권이 발주자에 있어 수정이 자유로움

단점

• 개발기간이 장기화될 우려가 있음
  → 요구사항의 명확한 정의가 필요(프로젝트 전 PI(Process Innovation) 수행)

• 개발자의 역량에 따라 프로젝트 성패가 좌우됨
  → 개발팀 역량 점검 및 사전 평가, 주기적인 업무 프로세스 및 기술교육

• 개발품질을 보증할 수 없음
  → 단위테스트 프로세스 강화, 통합테스트의 고객참여 독려

상용패키지 도입

인하우스 방식과 반대된다. 상용패키지를 사용하며, 사용 전 GAP 분석을 필요로 한다.

GAP 분석

상용 패키지의 기능과 신규 시스템에서 원하는 기능을 비교하는 것

장점

• 기본적인 필요기능이 사전에 모두 제공됨
• 국제/산업계 표준 프로세스 적용이 용이
• 품질이 검증된 SW를 기반으로 개발
• 개발기간 단축, 비용절감 효과를 기대할 수 있음

단점

• 모든 요구사항에 대한 수용이 쉽지 않음
• 사용자 업무절차를 패키지에 맞춰야 할 경우가 발생
  *기존 시스템과의 연계를 고민해야 함