A-SPICE CL 레벨 의미, 심사 방법, 심사 기준 등

▶해당 "프로젝트" 에서 A-SPICE 를 얼마나 잘 적용했는지 수준을 평가받게 되어있는데
그 레벨이 CL : Capability Level 이다.
 
▶ 프로젝트 단위로 CL 레벨을 평가받는다. 회사 단위로 레벨을 받는 개념이 아니다.
특정 회사의 특정 아이템,특정 프로젝트에서 레벨을 달성했다고 해서 다른 프로젝트도 모두 A-SPICE 레벨을 갖췄다고 보장할 순 없다.
 
▶ Audit(심사)를 통해서 CL 레벨을 평가받을 수 있다.
Audit은 자격증을 갖춘 전문 심사위원에게 의뢰해서 우리 프로젝트에 대해 심사 받을 수 있고,
심사를 통해 레벨을 평가 받는다.
 
▶ 심사 방법1
일단 기본적으로, 각 프로세스 별로 평가받는다.
Ex) Sys.2 : System Requirement 프로세스에 대해서 평가하여 레벨 판정
Ex) Sys.3 : System Requirement 프로세스에 대해서 평가하여 레벨 판정
     ... 생략
      Sws.1 : Software Requirement 프로세스에 대해서 평가하여 레벨 판정
 
이런식으로 각 프로세스에 대해서 심사받고, 레벨을 평가 받는다.

모든 프로세스에 대해 레벨1이 달성됐으면, 해당 프로젝트는 레벨1을 달성한 것이다.
모든 프로세스에 대해 레벨2 달성됐으면, 해당 프로젝트는 레벨2 달성한 것이다.

Ex)일부 프로세스는 레벨1 .일부 프로세스는 레벨2로 평가 받았다면 해당 프로젝트는 레벨1이다.
 
▶ 심사 방법 개요
각 레벨별로 심사 항목이 별도로 정해져있다.
(이 심사항목이 완벽하게 독립적인 요소라고 하기 힘들긴한데, 아무튼 표준상에 정확하게 요소가 구분이 돼있다)

이것을
PA(Process Attribute)
라고 부른다.
 
똑같은 항목에 대해서 평가해서 점수가 50점이상이면 레벨1, 70점 이상이면 레벨2 이런 개념이 아니라.
레벨1에 대한 심사요소로 심사를 해서 Level1 을 달성됐는지 확인.
만약 Level 1 요소가 달성이 됐다면,
레벨2에 대한 심사요소로 심사를 해서 Level2도 달성됐는지 확인.
이런식의 메커니즘이다.

점수부여는 PA에 하게 된다.
레벨1을 평가할 때는
PA1 에 대해 평가해서 점수를 메기는 것이고
레벨2를 평가할때는
 PA2에 대해 평가하고 점수를 메기는 식이다

▶ 심사 방법 개요(2)

레벨1의 경우, 해당 프로세스에 정해진 "BP" 를 기준으로 심사하여 PA1.1에 점수를 부여한다.
심사 결과는 Not Achevied, Partially, Largely, Fully 4개의 결과로 평가받는다.
Largely 이상을 달성했으면 해당 레벨을 달성했다고 보는 개념이다.
 
레벨2의 경우, "Generic Practices" 를 기준으로 심사하며 PA2.1 , PA2.2를 채점한다.
레벨2 평가를 하려면, 해당 프로세스가 레벨1 심사요소에서 Fully 를 만족해야 한다.
심사 결과는 역시 Not Achevied, Partially, Largely, Fully 4개의 결과로 평가받는다.
PA2.1과 2.2가 모두 largely 이상이면 해당 레벨을 달성했다고 보는 개념이다.

마찬가지로,
레벨3을 평가하려면
PA1.1 PA2.1 PA2.2가 모두 Fully 여야하고
PA3.1 PA3.2 모두 Largely이상이어야한다.

■ 참고로 평가점수를 0~100점이라고 할때,
25~50 점이 Partially,
51~85 점이 laregely,
86~ 100점이 Fully 이다.
 
 ▶ 심사 방법 개요(3)
Sys.2 Requirement 프로세스를 예로 들어보자.
일단 레벨1 요소로 심사를 해야하므로, BP가 평가 기준이다.

해당 프로세스의 BP 를 보면
요구 사항을 정확하게 잘 쓰고, 상하위 tracebiltiy 잘 관리되고 검증 조건은 잘 썼는지. 작성된 내용이 관계자들에게 승인되고 잘 전달됐는지.
이런 내용이 BP다.
그러니까 플랜이 있는지, 플랜을 따랐는지, 공수 estimation을 했는지. 이런 프로세스적 요소가 Sys2 "BP에 는 없다."
무슨 말이냐면,  얼마나 프로세스를 잘 따랐는지에 대한 요소가 없다는 것이다.  즉 담당자가 나름대로 요구사항을 엄청 잘쓰고 ,tracebiltity 신경써서 잘 관리하고 있다면  레벨1 달성은 된다는 소리다.

근데 프로세스적인 요소가 없으니까 산출물의 수준, 전개 방법 이런게 담당자들 마다 일관성이 떨어질 것이다. 왜냐면 프로세스 기준으로 한게 아니고 나름대로 하고있으니까!

아무튼 프로세스를 떠나서 얼마나 퀄리티있게 요구사항이 쓰여지고 관리되는가. 이게 레벨1 판정 조건이고.  이 기준으로 평가했을때 largely, fully 이상이면 해당 프로세스는 레벨1 을 달성한 것이다.

 ▶ 심사 방법 개요(4)
Sys2.Requirement 프로세스를 평가해봤는데
레벨1 기준으로 Laregely 이하의 평가를 받았다면. 해당 프로세스는 레벨2에 대해서는 평가를 할 필요도 없게된다.
왜냐면, 레벨2 심사요소는 프로세스.절차.일관성 이런게 심사 기준인데.
애초에 기본 산출물의 수준 자체가 떨어지는데 프로세스를 지켰는지 어쨌는지 심사하는게 의미가 있겠는가?

레벨1이 fully 이상인 경우, 레벨2의 심사요소를 심사한다. 이때 판정기준은 이제 각 프로세스의 bp가 아니라 gp(generic practice)를 기준으로한다.
레벨2의 심사기준을 대강 요약하면, 각 담당자 나름의 노력으로 프로세스가 진행되는게 아니라 "프로세스에 의해 체계적으로. 계획하에.일관성 있게.  잘 "  진행되고 있는지 여부를 심사하는 것이다.

레벨1과 레벨2의 차이를 엄청 단순화해서 비유해보면.
요구사항의 일부 기능은 bob이 쓰고, 일부기능은 alice가 썼을때.
둘이 작성한 요구사항 산출물이 서로 일관성은 없지만 어쨋거나 각자 나름의 방식으로 요구사항을 잘 쓰고. 잘 관리중이라면. 그러면 레벨1을 받을 순 있는 것이다.

근데 레벨2의 경우. 프로세스를 잘 준수해서 작업했는지가 평가요소이다. 그러므로 프로세스를 준수해서 작업했다면 bob과 alice 둘의 산출물은 당연히 일관성이 있어야 될 것이다.

대강 레벨1과 레벨2의 차이가 감이 오는가?

레벨 1 : 각 프로세스의 작업들이 나름대로 잘 수행, 관리되고 있음.

레벨 2 : 프로젝트 에 프로세스가 잘 정립돼있고, 해당 프로세스를 준수해서 각 프로세스의 작업들이 잘 수행, 관리되고 있음.

한편, 그러면 레벨3의 심사요소는 무엇인가?
레벨3은 해당 프로젝트가 레벨2를 달성하는것이 일단 선결 조건이다.
레벨3은 해당 프로젝트 뿐만 아니라, 해당 조직 또는 회사차원의 표준화된 프로세스가 존재하는지. 해당 프로세스에 따라서 각 프로젝트가 수행되고 있는지. 그리고 표준프로세스가 개정되는 등 잘 관리되고있는지 차원을 점검하는게 레벨3이다.

레벨3 : 회사, 또는 조직차원의 표준프로세스가 있고. 각 프로젝트에서는 해당 표준프로세스를 기반으로 하되, 본인의 프로젝트 상황에 맞게 테일러링을 적절히하여 과제 수행중임.

또한 과제 수행중 프로세스상에 문제가 있거나 개선점 있으면 이것을 조직의 표준프로세스로 반영하는 등의 작업이 잘되고있는 상태.

▶ MAN.3 Process에 대하여
MAN.3는 Process Management 프로세스이다.
이름부터가 프로세스 관리이므로,
프로젝트에서 CL2 이상을 달성하는 것과 매우 밀접하게 관련된 프로세스이다.

이 프로세스의 활동 내역을 대강 설명하면 프로젝트 목표달성을 위해서 프로세스를 잘 관리해라!
이다.

관련 산출울은 프로젝트 달성을 위해서
업무를 적당한 성격으로 분류 및 정의.
각 업무의 업무량 측정(추정)
직원들의 역량 파악.
적절한 담당자에게 업무 배정.
프로젝트 목표 달성 가능성 확인.
프로젝트 플랜 작성(일정,계획 등등)
진척률 관찰

대강 느낌이 올 것이다. 프로젝트를 체계적으로 잘 관리하라는 소리이다.