소규모의 프로젝트에 소프트웨어 프로세스 인증 모델을 적용하기에는 참여인력 구성, 프로젝트 관리 및 품질 보증 등을 위한 활동과 문서 작성에 많은 어려움이 있다. 본 연구는 애자일 방법인 스크럼과 정보통신산업진흥원에서 제시한 SP인증 모델의 필수요소들을 결합하여 소규모 소프트웨어 개발에 적합한 소프트웨어 프로세스 인증 모델을 제시한다. 제시한 모델은 SP인증 획득에 필요한 최소한의 수행활동, 그리고 산출물을 정의하였다. 제시 모델은 16개의 프로세스와 58개의 수행활동으로 구성되며 39개의 산출물이 작성된다. 제시한 모델을 중소표준프로세스와 비교한 결과 수행활동은 38%, 작성문서는 20% 감소하여 소규모 프로젝트에서 부담이 경감되었음을 확인하였다. 그리고 제시 모델의 활용 가능성을 검증하기 위하여 2개의 소규모 프로젝트에 적용한 결과, 스크럼 프로세스만으로 진행한 프로젝트와 비교하여 추가인원 없이 체계적인 관리를 할 수 있었고, 정해진 기간 안에 프로젝트를 완료하였으며 SP인증 2등급 획득하여 그 유용성을 검증하였다.
소규모의 프로젝트에 소프트웨어 프로세스 인증 모델을 적용하기에는 참여인력 구성, 프로젝트 관리 및 품질 보증 등을 위한 활동과 문서 작성에 많은 어려움이 있다. 본 연구는 애자일 방법인 스크럼과 정보통신산업진흥원에서 제시한 SP인증 모델의 필수요소들을 결합하여 소규모 소프트웨어 개발에 적합한 소프트웨어 프로세스 인증 모델을 제시한다. 제시한 모델은 SP인증 획득에 필요한 최소한의 수행활동, 그리고 산출물을 정의하였다. 제시 모델은 16개의 프로세스와 58개의 수행활동으로 구성되며 39개의 산출물이 작성된다. 제시한 모델을 중소표준프로세스와 비교한 결과 수행활동은 38%, 작성문서는 20% 감소하여 소규모 프로젝트에서 부담이 경감되었음을 확인하였다. 그리고 제시 모델의 활용 가능성을 검증하기 위하여 2개의 소규모 프로젝트에 적용한 결과, 스크럼 프로세스만으로 진행한 프로젝트와 비교하여 추가인원 없이 체계적인 관리를 할 수 있었고, 정해진 기간 안에 프로젝트를 완료하였으며 SP인증 2등급 획득하여 그 유용성을 검증하였다.
It is difficult to apply a Software Process Certification to small scale project, because of much activities and documents for manage project and guarantee the qualities in small manpower. This paper presents optimized Software Process Certification Model for small scale software development, a comb...
It is difficult to apply a Software Process Certification to small scale project, because of much activities and documents for manage project and guarantee the qualities in small manpower. This paper presents optimized Software Process Certification Model for small scale software development, a combine Scrum with essential elements of NIPA's(National IT industry Promotion Agency) SP-Certification model. The proposed model defined minimum Activities and Documents for SP Certification. The model that I showed consists of 16 Processes and 58 Activities, and 39 Artifacts are created. As a result of having compared proposed model with a Standard Process of Small Business, I confirmed that a small scale project's burden reduced because Activity decreased 38% and Document decreased 20%. In order to verify the validity of the proposed model, applied it in two small scale projects, and compare with the project by Scrum process only, it finished that systematic management was possible without additional manpower, and reached SP-Certification level 2.
It is difficult to apply a Software Process Certification to small scale project, because of much activities and documents for manage project and guarantee the qualities in small manpower. This paper presents optimized Software Process Certification Model for small scale software development, a combine Scrum with essential elements of NIPA's(National IT industry Promotion Agency) SP-Certification model. The proposed model defined minimum Activities and Documents for SP Certification. The model that I showed consists of 16 Processes and 58 Activities, and 39 Artifacts are created. As a result of having compared proposed model with a Standard Process of Small Business, I confirmed that a small scale project's burden reduced because Activity decreased 38% and Document decreased 20%. In order to verify the validity of the proposed model, applied it in two small scale projects, and compare with the project by Scrum process only, it finished that systematic management was possible without additional manpower, and reached SP-Certification level 2.
* AI 자동 식별 결과로 적합하지 않은 문장이 있을 수 있으니, 이용에 유의하시기 바랍니다.
문제 정의
본 연구에서는 SP인증 2등급 획득을 위한 3가지 영역 중 프로젝트관리 영역과 지원 영역에 대하여 정의하였다. 스크럼에서 개발 단계(스프린트)는 경험적 프로세스로, 스프린트에서 행해지는 많은 프로세스들은 정의하거나 통제하지 않고 스프린트기간에 이루어지는 개발프로세스를 블랙박스로 다뤘다.
본 연구에서는 애자일 방법 중의 하나로 소프트웨어 개발에서 관리 및 개발에 활용되고 있는 스크럼과 SP인증 모델을 결합하여 소규모SP인증모델(SP인증을 위한 소규모 소프트웨어 프로세스 모델)을 제시한다. 제시한 모델은 SP인증 획득에 필수적인 수행활동과 산출물로 정의하였고 개발자가 생산하는 산출물을 최대한 활용하도록 하였다.
스크럼 마스터는 의사소통 계획에 따라 상위 관리자 및 이해 관계자들에게 프로젝트 통제 현황을 정기적으로 보고한다. 기본적으로 프로젝트 현황 보고는 스프린트 주기로 진행하되, 스프린트 길이가 10일을 넘을 경우 스크럼 마스터가 보고 주기를 조정할 수 있다.
스크럼마스터는 조치일정에 따라 위험조치현황을 검토하고, 이를 ‘위험관리대장’에 업데이트하며 프로젝트현황 보고 시 상위 관리자에게 위험 처리현황을 보고한다.
스크럼마스터는 조치일정에 따라 위험조치현황을 검토하고, 이를 ‘위험관리대장’에 업데이트하며 프로젝트현황 보고 시 상위 관리자에게 위험 처리현황을 보고한다. 제품책임자는 마일스톤검토 보고 시 상위 관리자에게 위험 처리현황을 보고한다. 상위 관리자는 보고된 위험요소 중 논의를 통해 프로젝트팀 내에서 해결될 수 없는 위험요소에 대하여 조치하고 처리현황을 공유한다.
통제는 일정통제, 위험통제, 자원통제, 의사소통통제, 품질통제가 있으며, 스크럼마스터는 ‘프로젝트 계획서’에 기술되어 있는 나머지 항목에 대한 통제가 필요하다고 판단될 경우 마일스톤 검토 시 상위 관리자에게 보고하고 이해관계자들과 논의한다.
제안 방법
SP인증의 평가요소는 프로세스 프레임워크로 어떤 프랙티스가 필요한가를 판단하는 준거로 사용하고, 스크럼은 전체 계획에서 스프린트 단위로 상세 플랜(작업단위)을 만들어 일일 수행과 관리를 위한 방법으로 사용함으로써 스크럼 프로세스에 익숙한 개발자에 대한 교육을 최소화하고 스크럼에서 사용하는 산출물을 최대한 활용하도록 하였다. 스크럼에 명확하게 정의되어 있지 못한 형상관리, 위험관리, 품질보증, 프로젝트 통제프로세스는 중소표준프로세스를 참조하여 보완하였다.
SP인증이 스크럼을 통하여 획득 가능한가를 확인하기 위하여 SP인증 평가항목과 스크럼 프로세스와의 관계를 분석하였다. 스크럼은 [표 1]과 같이 SP인증 평가항목의 프로젝트 관리 · 개발 · 지원 영역에 대한 프로세스를 갖고 있어 스크럼을 보완하면 SP인증 2등급 획득이 가능함을 알 수 있다.
사업성 검토 담당자는 ‘신규개발 요청서’에 기술되어 있는 수준의 제품 개발에 필요한 자원(규모, 공수, 기간, 기술 등)을 예측하여 수익/원가 분석을 하고, 신규개발 요청의 사업적 타당성을 검증한다.
소규모SP인증모델의 프로세스는 중소표준프로세스를 참조하여 소프트웨어 제품개발을 위한 활동으로 정의하고, 정의된 개발 프로세스와 스크럼 프로세스를 결합하여 도출하였다.
스크럼마스터는 프로젝트 수행에 필요한 경험, 지식, 기술 등을 식별하고 팀원을 대상으로 평가하여 GAP이 발생한 경우 내·외부 교육, 아웃소싱, 기술변경 등의 대응방안을 결정하며 이에 대한 계획을 수립한다.
SP인증의 평가요소는 프로세스 프레임워크로 어떤 프랙티스가 필요한가를 판단하는 준거로 사용하고, 스크럼은 전체 계획에서 스프린트 단위로 상세 플랜(작업단위)을 만들어 일일 수행과 관리를 위한 방법으로 사용함으로써 스크럼 프로세스에 익숙한 개발자에 대한 교육을 최소화하고 스크럼에서 사용하는 산출물을 최대한 활용하도록 하였다. 스크럼에 명확하게 정의되어 있지 못한 형상관리, 위험관리, 품질보증, 프로젝트 통제프로세스는 중소표준프로세스를 참조하여 보완하였다.
수행활동과 작성 산출물을 최소화한 제시 모델이 SP인증 획득에 활용 가능한가를 검증하기 위해 국내의 중소 소프트웨어 개발 기업에서 [표 3]과 같이 개발기간 6개월 이내이면서 참여인력 7명 이하로 규모가 비슷한 3개의 소규모 프로젝트 중 2개에 적용하였다. 제시 모델을 적용한 프로젝트 A와 B 2개의 프로젝트는 적용하지 않은 프로젝트 C와 비교하여 같이 추가투입인력 없이 참여 인력이 역할을 중복하여 수행하였다.
본 연구에서는 애자일 방법 중의 하나로 소프트웨어 개발에서 관리 및 개발에 활용되고 있는 스크럼과 SP인증 모델을 결합하여 소규모SP인증모델(SP인증을 위한 소규모 소프트웨어 프로세스 모델)을 제시한다. 제시한 모델은 SP인증 획득에 필수적인 수행활동과 산출물로 정의하였고 개발자가 생산하는 산출물을 최대한 활용하도록 하였다.
제시한 소규모SP인증모델의 영역은 [그림 4]와 같이 중소 표준프로세스와 관계를 갖고 있으며 이를 바탕으로 프로세스와 수행활동, 산출물을 비교하였다.
측정담당자 및 스크럼마스터는 프로젝트계획에 따라 수집된 프로젝트 실행 데이터를 분석하고 문제점을 파악한다. 스크럼마스터는 분석된 결과를 프로젝트 현황 보고 또는 마일스톤 보고 등을 통해 정기적으로 상위 관리자에게 보고하고 분석 결과를 프로젝트 통제의 목적으로 사용한다.
프로젝트 종료 후 제시 모델이 적용된 2개의 프로젝트는 SP인증 세부평가항목에 대하여 만족하는지를 문서심사로 평가하였다. 평가에는 외부의 CMMI컨설팅 전문회사 컨설턴트 1명과 서로 다른 프로젝트의 QA 1명 및 테스트담당자 1명이 참여하였다.
프로젝트의 목표에 따라 작업 범위와 규모를 결정하고, 주어진 일정과 예산에 맞춰 프로젝트를 완수하기 위한 단계별 활동전략을 수립한다. 프로젝트사전준비 과정에서 산출된 추정, 범위, 일정, 위험에 대한 데이터를 기초로 프로젝트 계획을 수립한다.
프로젝트 계획 프로세스는 5개의 수행활동으로 구성되어 있으며 ‘프로젝트 계획서’를 비롯하여 13개의 산출물을 작성한다. 프로젝트의 목표에 따라 작업 범위와 규모를 결정하고, 주어진 일정과 예산에 맞춰 프로젝트를 완수하기 위한 단계별 활동전략을 수립한다. 프로젝트사전준비 과정에서 산출된 추정, 범위, 일정, 위험에 대한 데이터를 기초로 프로젝트 계획을 수립한다.
대상 데이터
수행활동과 작성 산출물을 최소화한 제시 모델이 SP인증 획득에 활용 가능한가를 검증하기 위해 국내의 중소 소프트웨어 개발 기업에서 [표 3]과 같이 개발기간 6개월 이내이면서 참여인력 7명 이하로 규모가 비슷한 3개의 소규모 프로젝트 중 2개에 적용하였다. 제시 모델을 적용한 프로젝트 A와 B 2개의 프로젝트는 적용하지 않은 프로젝트 C와 비교하여 같이 추가투입인력 없이 참여 인력이 역할을 중복하여 수행하였다.
스크럼마스터와 측정담당자는 프로젝트계획에 따라 측정데이터를 수집한다. 스크럼팀의 입력이 필요한 측정 데이터의 경우에는 스크럼마스터가 팀원에게 측정 데이터를 입력하도록 지시한다.
제시된 중소규모P인증모델은 [그림 1]과 같은 연관구조를 가지며, 스크럼의 프로세스를 적용한 개발영역을 포함하여 16개의 프로세스와 58개의 수행활동으로 구성된다.
프로젝트 종료 후 제시 모델이 적용된 2개의 프로젝트는 SP인증 세부평가항목에 대하여 만족하는지를 문서심사로 평가하였다. 평가에는 외부의 CMMI컨설팅 전문회사 컨설턴트 1명과 서로 다른 프로젝트의 QA 1명 및 테스트담당자 1명이 참여하였다. 평가한 결과 [표 4]와 같이 3개의 영역에 대하여 ‘인정’으로 2등급의 평가를 얻어 가능성을 확인하였다.
데이터처리
제시한 소규모SP인증모델이 소규모 프로젝트에서 관리와 품질 보증 등을 위한 활동 및 문서 작성에 따른 부담을 감소시켰는지 평가하기 위해 중소표준프로세스의 수행활동 및 산출물과 비교하였다. 수행활동 및 산출물을 비교한 결과 [표2]와 같이 제시한 모델은 중소표준프로세스보다 수행활동은 34% 감소하고 산출물은 20% 감소하였다.
성능/효과
또한 제시 모델을 중소 소프트웨어 개발 기업에 적용하여 스크럼방법만으로 진행한 프로젝트에 비해 추가 인력이나 기간 없이 체계적 관리에 의해 프로젝트를 완성하였고, SP인증 2등급 획득에 필요한 세부평가항목을 대부분 만족하는 것으로 나타났다. 그리고 정보통신산업진흥원의 SP인증 실질 심사에서 2등급을 획득함으로써 제시된 모델이 소규모 프로젝트에서 프로세스 품질 인증을 위한 활동 및 문서의 부담을 줄이고 개발중심의 체계적인 프로젝트 수행체계를 갖추면서 SP인증 2등급 획득이 가능하다는 것을 확인하였다.
평가한 결과 [표 4]와 같이 3개의 영역에 대하여 ‘인정’으로 2등급의 평가를 얻어 가능성을 확인하였다. 그리고 제시 모델을 적용한 2개의 프로젝트를 통해 정보통신산업진흥원의 SP인증 실질 심사에서 2등급을 획득하여 유용성을 입증하였다.
본 연구에서는 중소규모의 소프트웨어 개발 기업이 SP인증 획득에 활용 가능한 소규모SP인증모델을 제시하였고, 중소표준프로세스와 비교하여 수행활동 및 산출물의 감소로 소규모 프로젝트에서 부담을 경감 시킬 수 있음을 확인하였다. 또한 제시 모델을 중소 소프트웨어 개발 기업에 적용하여 스크럼방법만으로 진행한 프로젝트에 비해 추가 인력이나 기간 없이 체계적 관리에 의해 프로젝트를 완성하였고, SP인증 2등급 획득에 필요한 세부평가항목을 대부분 만족하는 것으로 나타났다. 그리고 정보통신산업진흥원의 SP인증 실질 심사에서 2등급을 획득함으로써 제시된 모델이 소규모 프로젝트에서 프로세스 품질 인증을 위한 활동 및 문서의 부담을 줄이고 개발중심의 체계적인 프로젝트 수행체계를 갖추면서 SP인증 2등급 획득이 가능하다는 것을 확인하였다.
본 연구에서는 중소규모의 소프트웨어 개발 기업이 SP인증 획득에 활용 가능한 소규모SP인증모델을 제시하였고, 중소표준프로세스와 비교하여 수행활동 및 산출물의 감소로 소규모 프로젝트에서 부담을 경감 시킬 수 있음을 확인하였다. 또한 제시 모델을 중소 소프트웨어 개발 기업에 적용하여 스크럼방법만으로 진행한 프로젝트에 비해 추가 인력이나 기간 없이 체계적 관리에 의해 프로젝트를 완성하였고, SP인증 2등급 획득에 필요한 세부평가항목을 대부분 만족하는 것으로 나타났다.
제시한 소규모SP인증모델이 소규모 프로젝트에서 관리와 품질 보증 등을 위한 활동 및 문서 작성에 따른 부담을 감소시켰는지 평가하기 위해 중소표준프로세스의 수행활동 및 산출물과 비교하였다. 수행활동 및 산출물을 비교한 결과 [표2]와 같이 제시한 모델은 중소표준프로세스보다 수행활동은 34% 감소하고 산출물은 20% 감소하였다.
평가한 결과 [표 4]와 같이 3개의 영역에 대하여 ‘인정’으로 2등급의 평가를 얻어 가능성을 확인하였다.
후속연구
프로젝트 사전준비 프로세스는 신규개발 요청에 대하여 사업적 · 기술적 타당성을 검토하여 프로젝트 착수 여부를 판단한다. 본 프로세스의 결과에 따라 실제 프로젝트가 시작되며, 산출된 추정, 범위, 위험 등에 대한 데이터는 프로세스 계획시 기초 데이터로 활용할 수 있다. 프로젝트 사전준비 프로세스는 다음의 5개 수행활동으로 구성되어 있고 ‘신규개발 타당성 검토서’ 등 3가지 산출물을 작성한다.
그리고 조직관리 영역 및 프로세스개선 영역이 포함되어 있지 않아 SP인증 3등급 획득이 어려운 한계를 갖고 있다. 향후 더 많은 사례를 통해 제시 모델을 향상시키고 제외되었던 조직관리 영역 및 프로세스개선 영역을 포함하여 SP인증 3등급까지 획득 가능한 모델로 발전시키기 위한 연구가 필요하다.
질의응답
핵심어
질문
논문에서 추출한 답변
SP인증이란?
SP인증이란 정보통신산업진흥원에서 기업(조직)의 소프트웨어 개발 단계별 작업절차 및 산출물 관리 역량 등을 분석하여 소프트웨어 개발 프로세스 역량 기준을 평가 및 인증하는 제도이다. 평가요소는 5개의 영역, 17개의 평가항목, 76개의 세부평가항목으로 구성되어 있으며, 프로젝트 차원에 해당하는 프로젝트관리·개발·지원영역이 있고 조직 차원에 해당하는 영역으로 조직관리·프로세스개선이 있다.
SP인증에서 유효한 인증등급은?
평가요소는 5개의 영역, 17개의 평가항목, 76개의 세부평가항목으로 구성되어 있으며, 프로젝트 차원에 해당하는 프로젝트관리·개발·지원영역이 있고 조직 차원에 해당하는 영역으로 조직관리·프로세스개선이 있다. SP인증은 소프트웨어 개발 프로젝트 수행과 관련한 활동 역량수준을 평가 요소를 기준으로 심사하여 1~3등급의 3단계 구조로 구성되어 있으며 3등급과 2등급을 유효한 인증등급으로 인정한다[2].
SP인증 평가요소는?
SP인증이란 정보통신산업진흥원에서 기업(조직)의 소프트웨어 개발 단계별 작업절차 및 산출물 관리 역량 등을 분석하여 소프트웨어 개발 프로세스 역량 기준을 평가 및 인증하는 제도이다. 평가요소는 5개의 영역, 17개의 평가항목, 76개의 세부평가항목으로 구성되어 있으며, 프로젝트 차원에 해당하는 프로젝트관리·개발·지원영역이 있고 조직 차원에 해당하는 영역으로 조직관리·프로세스개선이 있다. SP인증은 소프트웨어 개발 프로젝트 수행과 관련한 활동 역량수준을 평가 요소를 기준으로 심사하여 1~3등급의 3단계 구조로 구성되어 있으며 3등급과 2등급을 유효한 인증등급으로 인정한다[2].
참고문헌 (8)
Seiyoung Lee, Hwan-Seung Yong, "Design and Evaluation of Agile Framework for Small Projects", Journal of KISE : Computing Practices and Letters, vol.15, no.11, pp.851-855, Nov. 2009.
Ho-Won Jung, Gil-Jo Kim, Do-Goan Kim, "The Software Standard Process for Small Business based on ISO/IEC 15504(SPICE)", Korean Agency for Technology and Standards, pp.iii, pp.29-158, Dec. 2007.
Pete Deemer, Gabrielle Benefield, Craig Larman, "The Scrum Primer v1.1", Scrum Training Institute, pp. 4-5, 2008.
Rising L, N. Janoff, "The Scrum Software Development Process for Small Teams", IEEE Software, vol.17, no.4, pp. 26-32, 2000.
Sung-Wook Lee, Eun-Ju Park, Haeng-Kon Kim, "A Study eXtreme Programming based Agile Process Model for Adoption CMMI", Proceedings of the Korean Society for Internet Information Conference, vol.9, no.2, pp.355-360, Nov. 2008.
Carnegie Mellon SEI, "CMMI for Development, Version 1.2", CMU/SEI-2006-TR-008, pp.29-45, Aug. 2006.
C.R. Jakobsen, K.A. Johnson, "Mature Agile with a twist of CMMI", AGILE '08 Conference, pp. 212-217, Oct. 2008.
※ AI-Helper는 부적절한 답변을 할 수 있습니다.