MAN.3 관리 영역 파헤치기 (feat - Outcome)

이번 글은 ASPICE PAM 3.1 버전의 문서를 보고  Outcome (ASPICE PAM 문서를 보면 무엇을 가르키는지 알 수 있다) 부분의 흐름을 따라가면서 

MAN.3 영역에 대하여 파헤쳐 볼 것이다. -- 사실 Outcome에 대한 것은 MAN.3프로세스 영역에서만 설명할 것인데 그 이유는 MAN.3 영역의 Outcome의 내용만 다른 영역의 프로세스와 다르게 추상적인 의미로 되어 있기 때문이다. 아무래도 MAN.3 자체가 상위 개념이기 떄문에 좀 더 추상적으로 표현되어 있지 않았을까라고 혼자 생각해본다.

 

※참고로 ASPICE문서의 Outcome은 각 프로세스에서 이뤄줘야하는 이상적인 모습을 말하고 있고 Best practice는 이 Outcome을 이루기 위한 좀 형식화된 절차같은 사례를 일러주는 것이다.

 

이제부터 MAN.3의 Outcome을 설명하겠다

1 범위를 정의한다고 되어있다. - 범위를 정의한다는 의미는 어떤 것이냐 프로덕트(제품) 측면과 프로젝트 측면 두 가지에 대해서 범위를 정의하라는 것이다. 예를 들어 프로덕트 측면에서 범위를 정의한다는 것은 "이번 우리가 개발하는 범위는 기구 부분은 제외하고 ECU부분만 개발할 것이다"와 같은 것을 뜻하고 프로젝트 측면에서 범위를 정의한다는 것은 ISO26262, ASPICE 등급 CL2를 목표로한다 와 같은 것이 될 수 있다. 

근데 여기서 중요한 것은 이 MAN.3를 담당하는 담당자의 태도인데 일의 범위를 정의 한다는 것은 프로젝트에 담그고 있는 모든 구성원이 공동의 정의된 범위를 가질 수 있도록 한다는 것이다. 그래야지 개발 시작후 갑자기 여기저기서 개발 범위를 정확히 인지하지 못하고 딴소리가 나오지 않을 수 있다. 다시 말하지만 공동으로 합의된 범의에 대한 정의가 핵심이다
(이 전 관리 영역 글에서도 언급했지만 관리영역은 그 하위 모든 파트가 공동의 목표를 향하는 경로에서 탈선하지 않도록 관리하는 것이 핵심 포인트 중 하나라고 했다)

 

2 프로젝트의 목표를 달성하는데 실현가능성을 알기 위해 이용가능한 자원과 제약사항이 평가가 되어야 한다고 되어있다 - 이전 글인 관리 영역 개요에서도 언급했지만 관리 영역의 꽃은 위험 관리이기 떄문에 상위 개념의(이전 글 참고) 수준에서 관리를 한다는 것은 한정된 시간과 자원을 가지고 프로젝트를 문제없이 수행할 수 있는가를 신경을 쓰면서 관리하여야 한다는 것이다. 또한 기술적 측면에서도 상위개념의 수준으로 관리를 하는데 내부 설계를 엔지니어링 측면에서 고려하는 것은 엔지니어들이 하는 것(하위개념)이지 프로젝트 매니저(=MAN.3담당자) 입장에서는 해당 관련 기술은 본인의 회사가 구현할 수 있는가? 할 수 없다면 외주를 맡겨서 하겠지만 그렇게 한다면 이윤이 적절하게 남을 것인가?(상위개념) 정도로만 신경쓰면 된다는 것이다.

 

3 작업을 수행하기 위해 필요한 활동과 자원이 측정이 되고 평가가 되었는가라고 되어있다 -  2 내용과 흡사하지만

이 부분은 필요한 자원을 좀 더 세분화 시켜서 정밀하게 관리하라고 강조하기 위한 것이다. 예를 들어 자원 관리에는

인적, 물적 등이 있는데 우선 이렇게 두 가지 측면으로 나누고 인적 자원에서 각 담당자들의 역량이 어떠한지 프로젝트를 성공시키는데 필요한 능력이 무엇인지 부족한 능력이 있다면 어떻게 대처할 것인지를 관리하는 것이고 물적 자원에서는 현재 프로젝트를 성공시키는데 필요한 소프트웨어 도구가 충분히 가용될 수 있는지, 외주업체의 실력은 어떠한지, 여러가지 프로젝트를 뒷받침 해주는 예산은 충분한지 정도를 따지는 것이라고 볼 수 있다

 

4 프로젝트에 대한 의사소통 채널과 다른 프로젝트에서의 조직 단위가 식별되고 모니터링되어야 한다고 되어있다. -  지난 번 '관리 영역 개요' 글에서 관리 영역의 핵심 역할 중 하나인 팀원이 목표를 향해 가는데 탈선하지 않도록 하는 것이라 했는데 이를 이루려면 어떻게 해야 할까? 이를 위한 가장 중요한 것은 팀원간의 소통이 되어야 한다! 그래서 BP4에서 말하는 것은  각자가 맡은 일이 관련이 있는 모든 이에게 소통이 되어 서로 잡아 끌어주고 밀어주고가 잘 되게 하여 탈선 하지 않도록 한다는 것을 의미한다.

 

5 프로젝트 수행을 위한 계힉이 개발되고 수행되고 유지관리 되어야 한다. - 이것은 그냥 프로젝트 관리의 유명한 말인

PDCA (Plan, do, check, act)를 하라는 것이다.

 

6 프로젝트 진척이 모니터링되고 보고된다

 

7 프로젝트 목표가 성취되지 않으면 시정조치가 이행되고 프로젝트에서 식별된 동일한 문제가 반복되는 현상이 예방이 되어야 한다. - 이것은 조직레벨 수준에서 보는 관점인데 프로젝트를 수행하다보면 MAN.3의 담당자가 자신의 파워만으로는 해결할 수 없는 문제가 생긴다. 그럴 때 해당 문제가 되는 안건에 대하여 경영자 및 상위관리자에게 직접 알려 해결을 할 수 있도록 조직의 규칙이 있어야 한다는 것을 말한다. 또 동일한 문제가 반복되는 현상을 없애라는 것 또한 과거의 경험을 통해 과거의 문제점에서 배운 점을조직 레벨의 수준에서 기록하고 전파하여 조직레벨 수준 자체를 높이는 것이다.