연관토픽
개념
- 고도의 기술력/창의력을 요구하는 설계와 단순개발 업무가 분리될 수 있도록 프로젝트 발주 자체를 프로세스 별로 나눠서 진행하는 제도
- 요건정의와 기본설계 산출물을 근거로 과업내용과 개발규모를 확정한 후 후속 개발 사업을 순차적으로 발주하는 방식
- SW 분리발주와 구분하여 사용하는 개념
소프트웨어 분할 발주 장점
| 장점 | 설명 |
| 경쟁촉진 | 기술력 있는 중소기업의 참여기회를 확대하고 신규 참여를 촉진함으로써 가격을 낮추고 시스템 기술 수준 향상을 도모 |
| 시스템 투명성 향상 | 프로젝트에 여러 사업자가 참여함으로써 업무 처리나 기술 명세의 리스크가 저하되고설계, 개발, 운영 및 유지보수의 투명성이 향상되고, 일정이 지연되거나 예산이 초과되는 경우에 조기에 가시화 |
| 시스템 유연성 향상 | 장래에 제도 개정에 대응하기 위한 시스템 일부에 관계되는 각각의 영향이 전체로 파급되기 어려운 유연한 시스템이 구축 |
| 발주계획의 투명성 확보 | 업무 정보를 숙지하고 있는 기존 사업자가 유리하게 되는 일정 설정을 배제하고 계획적인 발주를 실현함으로써 신규사업자의 참여를 촉진 |
| 입찰경쟁의 투명성 확보 | 경쟁상 유리한 입장에 있는 사람의 입찰을 제한하여 발주의 공정성을 확보 |
| 계약의 명확화를 통한 투명성 확보 |
불명확한 요구명세로 인하여 잦은 명세 변경이 발 생하는 불합리한 계약을 배제 |
소프트웨어 분할발주 프레임워크
- 분할발주를 광의로 정의하면, 기존의 공정분할 뿐만 아니라, 기능분할/부품분할도 포함 가능
소프트웨어 분할발주 유형
| 구분 | 설명 |
| 공정분할 | - 요구사항, 설계, 구현, 시험, 운영 등으로 구분되는 공정분할의 형태로 분할 하여 발주하는 방식 |
| 기능분할 | - 공정에 상관없이 전체 프로젝트를 기 능별로 서브시스템으로 분할 - 각각의 서브 시스템은 전체 공정이 다 포함될 수도 있으며, 요구사항, 설계와 같은 공정은 통합하고 구현과 같이 특정 공정에서 서브시스템 별로 분할하여 발주 |
| 부품분할 | - 각 공정 또는 서브시스템 내의 특정 부품 즉, 패키지 소프트웨어 등을 분리해 내어 발주하는 방식으로 기존의 분리발주가 이런 경우에 해당 |
소프트웨어 분할발주 단계
| 단계 | 내용 |
| 프로젝트 계획수립 |
|
| 프로젝트 분할전략 수립 |
|
| 발주 |
|
| 사업관리 |
|
| 인수 및 통합 |
|
| 통합 및 종료 |
|
소프트웨어 분할발주 공정 단계별 활동
소프트웨어 분할발주 유형
| 구분 | 유형 | 설명 |
| 계약형태 | 설계 분할발주 | 설계와 구현 사업을 별도의 사업으로 발주하는 방식 |
| 설계 우선 방식 | 분담이행에 의한 공동계약으로 발주하는 방식 | |
| 단계분할 | 3단계 분할발주 | 분석, 설계, 개발 단계를 각각 분리하여 발주하는 방식 |
| 2단계 분할발주 | 분석/기본설계, 상세설계/개발단계 분리하여 발주하는 방식 |
3단계 및 2단계 분할발주 개념도
소프트웨어 분할발주 리스크
| 구분 | 리스크 |
| 프로젝트외부환경 |
|
| 프로젝트관리 |
|
| 요구사항관리 |
|
| 프로젝트일정/계획 |
|
| 인력구성 |
|
| 의사소통 |
|
| 책임소재 |
|
| 비용증가 |
|
| 기술적 이슈 |
|
소프트웨어 분할발주 리스크 극복방안
- 분할 발주 시 일어날 수 있는 단계간 고립 현상을 최소화하기 위해 강력한PMO 조직을 구성
- 전 공정에서의 표준 프로세스, 산출물의 표준화 및 용어의 통일 등 단계말에서 다음 단계 초로 이전 전략을 구체화하여 충분히 시너지 효과를 발휘할 수 있도록 명확화
- 전체 프로세스를 관장할 수 있는IT 마스터를 전공정의 투입하여 프로젝트 활동이 목표에 부합할 수 있도록 관리 체계 마련
모범답안