CMMI와 문서
•그런데 무조건 문서가 있어야 하나요?
-> 그렇다.
•문서의 양이 문제가 아니다.
•하여간에 무언가를 했다면 그것을 정리된 기록으로 남기는 것이 중요하다.
•꼭 문서가 아니라 시스템이나 툴을 사용해도 좋다.
•요구사항관리를 위해 툴을 사용할 수도 있고, 형상관리를 위해 SVN을 사용할 수도 있고.
•중요한 것은 PA에서 정의된 실천항목을 실행하는 것이고, 이를 기록으로 남기라는 것이다.
그 수많은 문서 만들다 보면, 개발은?
•개발할 것도 태산인데 언제 문서 만들고 있나요?
•그런데도 무조건 문서가 있어야 하나요?
-> 그렇다.
•왜 항상 시간은 없고 할 것은 많은가?
•스스로 생각해보라. 정말 생산적인 코딩을 하는 시간이 얼마나 되는가?
•삽질하고, 뒤집고, 버그를 다시 만드는 버그 픽스에, 재미는 없고
•
•언제까지 이럴 것인가?
•다시 말하지만 문서 자체가 중요한 것이 아니다. 실천을 하고 기록을 하면 그것이 문서가 되는 것이다.
더 중요한 마인드
•하지만 더 중요한 것은 CMMI도 Process도 시스템도 아니다.
•무얼 가져다 놓아도 사람의 마인드가 변하지 않으면 말짱 황이다.
•태도가 변하지 않으면 CMMI도 뭐도 다 짐일 뿐이고, 더 일만 늘어 난다.
•제대로 해보려는 마인드가 제일 중요하다.
어떤 마인드?
•무엇이건 계획하고, 기록하고, 검토하려하는.
•그리고 개선해 보려는.
그런 마인드 가져 봤자
•하면 좋죠. 마인드 가지면 좋죠. 그런데 일 떨어지는 것 보면.
•
•맞는 야그다. 아무리 개발자가 해볼라 해도 경영진 마인드가 아니면 여전히 삽질일 뿐이다.
•
•CMMI에 의한 프로세스 개선은 경영자의 의지 없이는 불가능하다. 어떨 지 모르지만 어쨌든 믿어봐야 하지 않겠나?
구체적으로 무얼 해야 하나요?
•계획하라.
•일정을
•상세한 작업 내용을
•위험요소와 그 대처를
•검토 방법을
•형상관리 방법을
•기술요소를
•기록하라
•작업한 모든 것을
•검토하라
•작업된 대상은 검토되어야 한다.
•문서든, 코드든.
실제 적용
•실제로 프로젝트를 진행할 땐 전사표준 프로세스(OSSP)를 가지고 각 프로젝트에 맞게끔 다듬는다.
•
•OSSP : Organizational Software Standard Process
•
•OSSP에는 표준적인 프로세스와 산출물 예제가 있다.
•이러한 프로세스를 프로젝트에 맞도록 수정하고,
•산출물을 프로젝트에 맞도록 수정한다.
•
•그리고 프로젝트가 종료된 후에 프로젝트 결과물을 가지고 각 조직에 맞도록 다시 OSSP를 개선해 나간다.
CMMI의 목적
•프로세스 개선!
•
•실천항목을 제시하고, 이의 준수를 요구함을써 개발 프로세스를 개선하려고 한다.
•이를 통해 제품 품질을 높이고자 하는 것이다.
•
•단순한 개선된 프로세스의 존재뿐이 아닌, 그 프로세스가 몸으로 익어진 상태(내재화; institutionalization)을 원한다.
•
•이렇게 내재화가 되어 조직원 전부가 해야할 것을 당연히 여기게 되었을 때 조직이 성숙했다고 한다.
EPG
•EPG : Engineering Process Group
•조직내의 프로세스 개선을 위한 팀
•
•경영자의 강한 의지와 실제 개선을 위한 EPG가 없으면 프로세스 개선은 불가능하다.
CMMI 심사 방법
•gap 분석 : 현재의 상태와 goal과의 차이를 파악한다.
•Readiness Review : 심사준비가 되었는지 파악하고.
•Appraisal : 실제 심사
•모든 실천영역에 대한 실천항목에 대하여 증거의 여부를 파악한다.
•증거와 더불어 간접증거를 파악하고 인터뷰를 통해 이를 검증한다.
•증거의 목록을 PIID라 한다.
•
•모든 영역의 모든 실천항목에 대하여 충분한 실천에 대한 직접증거와 간접증거로 인정되어야만 그 성숙도가 인정된다.
기타 CMMI 관련 이런 저런 사실들
•인증이 아니라 rating이다.
•Carnegie Melon의 SEI(Software Engineering Institute)에서 주관
•국내 현황 : 2007/09 현재 87개 심사됨
•LG CNS, 삼성 SDS 등이 Level 5
•프로젝트 발주 시 가산점을 주기도 한다.
CMMI 용어들
•CMMI : Capability Maturity Model Integration
•SEI : Carnegie Melon 대학의 Software Engineering Institute
•EPG : Engineering Process Group
•PIID : Practice Implemented Indicator Description
•PAL : Process Asset Library
•OSSP : Organizational Software Standard Process
•WBS : Work Breakdown Structure
•PA : Process Area
•RR : Readiness Review
•Appraisal
•SCAMPI : Standard CMMI Appraisal Method for Process Imporvement
본 문서는 CMMI 개념을 잡기위해 만들어진 다른분의 내용을 포스팅한것입니다.
출처는 제가 잘 모르겠고, 사내에 돌아다니는 문서를 포스팅한 것이니 혹시 문제가 된다면 알려주시면 삭제하도록 하겠습니다.
댓글