소프트웨어 개발 프로젝트에 있어서 품질, 비용, 개발기간의 개선은 매우 중요하다. 소프트웨어의 품질, 비용, 개발기간의 개선을 위해서는 프로젝트의 결과물만을 다루어서는 안되고 소프트웨어 개발프로세스의 기획과, 프로세스 자체의 개선이 포함되어야 한다. SEI의 CMMI와 ISO/IEC 15504(SPICE)에는 프로젝트 관리를 위한 프로세스가 정의 되어있다. 또한 인력, 자금, 스케줄 등을 포함하여 프로젝트 전체의 진행상황을 관리하는 방법으로 PMBOK가 도입 되었다. PMBOK은 프로젝트 관리 방법에 관해서 CMMI, SPICE보다 상세하게 그리고 구체적인 방법이 제시되어 있어 많은 기업들이 CMMI 혹은 SPICE 에 PMBOK을 통합시켜서 프로젝트 관리를 시도하고 있다. 본 논문에서는 CMMI와 PMBOK를 통합하여 프로젝트 관리에 근W를 따르면서도 PMBOK의 구체적인 관리 방법을 적용할 수 있는 방안을 제안하고 그에 필요한 매트릭스를 제시한다.
소프트웨어 개발 프로젝트에 있어서 품질, 비용, 개발기간의 개선은 매우 중요하다. 소프트웨어의 품질, 비용, 개발기간의 개선을 위해서는 프로젝트의 결과물만을 다루어서는 안되고 소프트웨어 개발프로세스의 기획과, 프로세스 자체의 개선이 포함되어야 한다. SEI의 CMMI와 ISO/IEC 15504(SPICE)에는 프로젝트 관리를 위한 프로세스가 정의 되어있다. 또한 인력, 자금, 스케줄 등을 포함하여 프로젝트 전체의 진행상황을 관리하는 방법으로 PMBOK가 도입 되었다. PMBOK은 프로젝트 관리 방법에 관해서 CMMI, SPICE보다 상세하게 그리고 구체적인 방법이 제시되어 있어 많은 기업들이 CMMI 혹은 SPICE 에 PMBOK을 통합시켜서 프로젝트 관리를 시도하고 있다. 본 논문에서는 CMMI와 PMBOK를 통합하여 프로젝트 관리에 근W를 따르면서도 PMBOK의 구체적인 관리 방법을 적용할 수 있는 방안을 제안하고 그에 필요한 매트릭스를 제시한다.
It is very important to improve qualify, cost and the necessary period for production in software development project. In order to improve software quality, cost and period, final product as well as a project planning and process itself are concerned. In CMMI of SEI and ISO/IEC 15504 (SPICE), the pr...
It is very important to improve qualify, cost and the necessary period for production in software development project. In order to improve software quality, cost and period, final product as well as a project planning and process itself are concerned. In CMMI of SEI and ISO/IEC 15504 (SPICE), the process for the project management is specified. Recently, as a method of total management - including man power, budget, and schedule - PMBOK is introduced. The detailed and specific management method in PMBOK results in multiple experiments that apply PMBOK to enterprise environment. In this paper, hybrid method of CMMI and PMBOK is proposed to obey CMMI, at the same time, to apply the detailed and specific management method in PMBOK and develop metrics for the method.
It is very important to improve qualify, cost and the necessary period for production in software development project. In order to improve software quality, cost and period, final product as well as a project planning and process itself are concerned. In CMMI of SEI and ISO/IEC 15504 (SPICE), the process for the project management is specified. Recently, as a method of total management - including man power, budget, and schedule - PMBOK is introduced. The detailed and specific management method in PMBOK results in multiple experiments that apply PMBOK to enterprise environment. In this paper, hybrid method of CMMI and PMBOK is proposed to obey CMMI, at the same time, to apply the detailed and specific management method in PMBOK and develop metrics for the method.
* AI 자동 식별 결과로 적합하지 않은 문장이 있을 수 있으니, 이용에 유의하시기 바랍니다.
문제 정의
셋째, 기존의 모델들은 각 작업마다 어떠한 성과물이 투입되고 출력되는지 상세하게 서술되어 있지 않다. 따라서 본 연구에서는 이러한 문제점들을 해결하기 위해 PMBOK과 CMMI을 통합시켜 프로젝트의 각 영역마다 소프트웨어 메트릭스와 성과물을 제시함은 물론 프로젝트의 각 수행활동을 PMBOK의 프로젝트관리 프로세스에 적용하여 프로젝트 절차를 제시하였다.
가령 개발프로젝트의 작업순서는 프로세스 영역과 메핑할 필요가 있지만 그 방법이 명백하게 서술되어 있지 않고 또한 프로젝트의 진행 상황을 객관적으로 파악/분석하기 위해서 어떠한 메트릭스가 필요한지 상세히 기술되어 있지 않으며 각 작업마다 어떠한 성과물이 투입되고 출력되는지 구체적으로 서술되어 있지 않다. 따라서 본 연구에서는 이를 개선하기 위하여 PMBOK의 프로젝트 관리 기법을 도입하였다. 통합적 프로젝트 관리를 위한 프레임으로서 근래 가장 주목을 받고있는 PMBOK(Project Management Body of Knowledge)은 CMM/CMMI, SPICE 모델과는 달리 프로젝트 관리 방법에 관해서 보다 상세하고 구체적으로 기술되어 있어 최근에 많은 기업들이 프로젝트 관리에 CMM/CMMI 혹은 SPICE 에 PMBOK을 통합시켜서 프로젝트 관리를 실시하고 있다[4].
이를 위해, PMBOK과 SPICE, CMM/CMMI는 소프트웨어 프로젝트를 성공적으로 이끌기 위한 프로젝트 관리방법이 잘 기술되어 있다. 따라서 본 절에서는 CMMI와 PMBOK에 대해서 간단히 살펴본다.
또한 PMBOK의 지식영역과 대응되는 CMMI의각 수행활동을 PMBOK의 프로젝트 관리 프로세스에 적용 절차를 모색해보았다. 그리고 실제 본 제안 방법이 설문조사의 결과를 통해 유효함을 확인할 수 있었다.
본 논문에서는 통합적 프로젝트 관리를 위한 PMBOK을 CMMI와 비교 분석하여 기존의 프로젝트 관리인 경험과 직감이 아닌 체계적이고 객관적으로 프로젝트 관리를 수행할 수 있도록 각 영역마다 소프트웨어 메트릭스와 성과물을 제시하였다. 또한 PMBOK의 지식영역과 대응되는 CMMI의각 수행활동을 PMBOK의 프로젝트 관리 프로세스에 적용 절차를 모색해보았다.
통합적 프로젝트 관리를 위한 프레임으로서 근래 가장 주목을 받고있는 PMBOK(Project Management Body of Knowledge)은 CMM/CMMI, SPICE 모델과는 달리 프로젝트 관리 방법에 관해서 보다 상세하고 구체적으로 기술되어 있어 최근에 많은 기업들이 프로젝트 관리에 CMM/CMMI 혹은 SPICE 에 PMBOK을 통합시켜서 프로젝트 관리를 실시하고 있다[4]. 본 논문에서는 통합적 프로젝트 관리를 위한 프레임인 PMBOK을 CMMI와 비교 분석하여 CMMI의 수행활동 관리지식 체계를 도입하고 CMMI에서 자세히 기술하지 않는 관리 방법을 PMBOK의 대응방법을 도입하여 감시 추적 등이 용이하게 하고 방법을 도구화할 수 있는 길을 열었다. 또한 경험과 직감이 아닌 체계적이고, 객관적으로 프로젝트를 관리할 수 있도록 각 영역마다 소프트웨어 메트릭스와 성과물을 제시하였다.
본 장에서는 CMMI의 각 영역을 PMBOK의 지식영역과 비교 분석하여 각각의 영역을 서로 대응시킨 결과를 설명하고 또한 프로젝트를 체계적이고 객관적으로 관리할 수 있는 소프트웨어 메트릭스와 성과물에 대해서 살펴본다.
제안 방법
영역의계획을 참조해서 프로젝트 계획서를 작성한다. 그리고 변경요구에 대한 효율적 효과적인 통제를 구현한다.
기본적인 프로젝트 관리 프로세스가 확립되어 있는 CMMI 레벨2의 프로세스 영역과 프로젝트 관리를 위한 PMBOK의 9가지 지식영역을와 같이 서로 대응 시켜 보았다.
또한 경험과 직감이 아닌 체계적이고, 객관적으로 프로젝트를 관리할 수 있도록 각 영역마다 소프트웨어 메트릭스와 성과물을 제시하였다. 또한 PMBOK의 지식영역과 대응되는 CMMI의 각 수행활동을 PMBOK의 프로젝트 관리 프로세스에 적용하여 프로젝트 절차를 모색해 보았다.
본 논문에서는 통합적 프로젝트 관리를 위한 프레임인 PMBOK을 CMMI와 비교 분석하여 CMMI의 수행활동 관리지식 체계를 도입하고 CMMI에서 자세히 기술하지 않는 관리 방법을 PMBOK의 대응방법을 도입하여 감시 추적 등이 용이하게 하고 방법을 도구화할 수 있는 길을 열었다. 또한 경험과 직감이 아닌 체계적이고, 객관적으로 프로젝트를 관리할 수 있도록 각 영역마다 소프트웨어 메트릭스와 성과물을 제시하였다. 또한 PMBOK의 지식영역과 대응되는 CMMI의 각 수행활동을 PMBOK의 프로젝트 관리 프로세스에 적용하여 프로젝트 절차를 모색해 보았다.
본 연구에서 제시한 방법을 기존의 방법(CMMI, PMBOK) 과 비교분석하기 위해 설문조사는 정량적 파악의 가능, 성과물 파악의 가능, 도구 및 기법의 사용, 적용의 난이도(이해의 용이)등 4가지의 성질을 기준으로 평가 실시하였다.
요구사양 작업이 완료 전까지 생산성의 개선 목표와 개선의 실시, 생산성의 기준을 제시하고 예상 코스트를 추정한다. 그 이후 요구사양 완료시점에서 다시 한번 코스트를 재추정한다
(그림 5)의 계획 프로세스는 프로젝트 관리자가 프로젝트 고객의 요구서를 바탕으로 어떠한 기능을 어떠한 조직에서 이용될지를 중심으로 요구 제공자와 함께 분석을 통해 요구의 의미 및 시스템의 개발 범위를 명확하게 이해하도록 해야 한다. 이를 토대로 시스템의 개발범위를 관리가 용이한 작업 성과물, 태스크 요소로 세분화하고 이들 각각의 요소에 대해 규모와 공수, 개발 비용, 자원(resource)등을 예측하고, 또한 스케줄을 작성하고, 리스크에 대한 분석과 대응계획을 마련한다. 그 결과 계획 프로세스의 성과물인 프로젝트 계획서가 작성된다.
대상 데이터
본 연구에서 제시한 방법을 기존의 방법과 비교 분석하기 위해서 프로젝트 리더 및 프로젝트 관리자 7명과 경력 3년 이하 SEPG/SQA의 4명을 대상으로 설문조사를 실시하였다. 설문조사 대상자의 분포는<표 4>와 같다.
<표 4>에서 보는 바와 같이 11명을 대상으로 설문조사를 실시하였지만 이 중 3명이 CMMI(CMM)과 PMBOK에 대해 사전 지식이 없는 관계로 8명으로부터 설문 응답을 받았다.
성능/효과
또한 PMBOK의 지식영역과 대응되는 CMMI의각 수행활동을 PMBOK의 프로젝트 관리 프로세스에 적용 절차를 모색해보았다. 그리고 실제 본 제안 방법이 설문조사의 결과를 통해 유효함을 확인할 수 있었다. 한편 이 같은 PMBOK을 참조한 프로젝트 관리 프로세스에 CMM[의구조(레벨 구조)를 사용한다면 프로젝트 관리력은 보다 향상될 수 있으리라 생각된다.
첫째, CMMI 혹은 SPICE 에는 프로젝트의 진행 상황을 객관적으로 파악하는데 필요한 메트릭스를 구체적으로 언급하고 있지 않다. 둘째, 개발 프로젝트의 작업 순서는 CMMI(혹eSPICE)의 프로세스 영역과 메핑하여 사용할 필요가 있지만, 그 방법이 명확하게 서술되어 있지 않기 때문에 쉽게 적용할 수 없고 또한 조직, 프로젝트마다 적용방법을 모르면 사용할 수가 없다. 셋째, 기존의 모델들은 각 작업마다 어떠한 성과물이 투입되고 출력되는지 상세하게 서술되어 있지 않다.
영역과 대응시킬 수 있다. 또한 프로젝트 감시와 제어는 PMBOK의 ④와⑦에 대응되고, 공급자 합의관리는 PMBOK 의 ⑨획득영역어】, 프로세스와 제품 품질보증은 PMBOK의 ⑥에 메핑된다. 구성관리는 ⑤통합 영역 중 변경관리에 대응 시킬 수 있다.
둘째, 개발 프로젝트의 작업 순서는 CMMI(혹eSPICE)의 프로세스 영역과 메핑하여 사용할 필요가 있지만, 그 방법이 명확하게 서술되어 있지 않기 때문에 쉽게 적용할 수 없고 또한 조직, 프로젝트마다 적용방법을 모르면 사용할 수가 없다. 셋째, 기존의 모델들은 각 작업마다 어떠한 성과물이 투입되고 출력되는지 상세하게 서술되어 있지 않다. 따라서 본 연구에서는 이러한 문제점들을 해결하기 위해 PMBOK과 CMMI을 통합시켜 프로젝트의 각 영역마다 소프트웨어 메트릭스와 성과물을 제시함은 물론 프로젝트의 각 수행활동을 PMBOK의 프로젝트관리 프로세스에 적용하여 프로젝트 절차를 제시하였다.
이것은 기존의 방법들은 구체적인 메트릭스 및 성과물을 제공하고 있지 않지만 본 방법은 각 영역마다 구체적인 메트릭스와 성과물을 제공하였고 또한 PMBOK의 프로세스 (개시, 계획, 실행, 제어)에 맞춰 각 작업의 순서를 정의 기술함으로서 프로젝트 관리자를 비롯한 프로젝트 리더들이 프로젝트 관리에 대해 보다 쉽게 이해하고 적용할 수 있음을 알 수 있었다. 결국 이것은 본 수법이 프로젝트 관리에 있어서 어느 정도 효과가 있음을 판단 가능하다.
정략적 파악의 용이성과 성과물 파악의 용이성 그리고 적용의 용이성에 대해서는 본 제안수법이 가장 우수함을 (그림 8), 그림 9), (그림 10)의 그래프를 통하여 파악할 수 있다. 이것은 기존의 방법들은 구체적인 메트릭스 및 성과물을 제공하고 있지 않지만 본 방법은 각 영역마다 구체적인 메트릭스와 성과물을 제공하였고 또한 PMBOK의 프로세스 (개시, 계획, 실행, 제어)에 맞춰 각 작업의 순서를 정의 기술함으로서 프로젝트 관리자를 비롯한 프로젝트 리더들이 프로젝트 관리에 대해 보다 쉽게 이해하고 적용할 수 있음을 알 수 있었다.
보았다. 즉 CMMI 레벨2의 6개 프로세스 영역(측정과 분석 제외)을 기준으로 PMBOK의 각 지식영역을 비교 분석한 결과 실제 CMMI의 각 영역이 PMBOK의 지식영역과 모순 없이 서로 대응될 수 있음을 알 수 있다.
어려움이 따른다. 첫째, CMMI 혹은 SPICE 에는 프로젝트의 진행 상황을 객관적으로 파악하는데 필요한 메트릭스를 구체적으로 언급하고 있지 않다. 둘째, 개발 프로젝트의 작업 순서는 CMMI(혹eSPICE)의 프로세스 영역과 메핑하여 사용할 필요가 있지만, 그 방법이 명확하게 서술되어 있지 않기 때문에 쉽게 적용할 수 없고 또한 조직, 프로젝트마다 적용방법을 모르면 사용할 수가 없다.
프로젝트에 적용할 품질기준 등을 명확하게 정의하고 요구를 충족시키고 있는 것을 보증한다.
후속연구
향후 연구 과제로는 본 연구 결과를 바탕으로 실무자가 이해하고 적용하기 어려운 CMMI의 약점을 동양적 사고와 상황에 알맞은 보다 구체적인 방법을 만들고자 한다. 특히 최근 회사에서 적용 요구가 많은 CMMI를 중심으로 충족하고자 하는 실천사항(Practice)에 따른 실무 실천 방안을 쉽게 제시할 수 있는 방법을 만들 것이다.
※ AI-Helper는 부적절한 답변을 할 수 있습니다.