GP2와 MAN.3/SUP.1/SUP.8

GP 2.1 (PA 2.1 성과 관리: Performance Management)

• GP 2.1.1: 프로세스 성과 목표 식별 (범위/가정/제약 고려, 최소 자원·노력·일정 목표 명시). VDA QMC
• GP 2.1.2: 성과 계획 수립 (사이클/마일스톤/추정/활동·작업/일정 정의, 작업산출물 리뷰 계획 포함). VDA QMC
• GP 2.1.3: 계획 대비 모니터링. VDA QMC
• GP 2.1.4: 필요 시 조정(조치, 계획/일정 재조정). VDA QMC
• GP 2.1.5: 수행 및 검증에 대한 책임/권한 정의·할당·커뮤니케이션, 필요한 역량 식별. VDA QMC
• GP 2.1.6: 자원/정보 식별·제공, 수행 인력의 준비(교육/코칭). VDA QMC
• GP 2.1.7: 관련 당사자 간 인터페이스 관리(책임 배분·의사소통 보장/효과성). VDA QMC

GP 2.2 (PA 2.2 작업 산출물 관리: Work Product Management)

• GP 2.2.1: 작업 산출물 요구사항 정의(내용·구조, 품질 기준, 검토/승인 기준). VDA QMC
• GP 2.2.2: 문서화·형상통제 요구사항 정의(배포, 식별, 추적성, 의존관계 파악, 통제 대상 승인 기준). VDA QMC
• GP 2.2.3: 작업 산출물 식별·문서화·통제(변경통제, 요구사항 준수 상태로 관리, 형상 할당, 접근 메커니즘, 개정 상태 파악 가능). VDA QMC
• GP 2.2.4: 작업 산출물 검토 및 조정(계획에 따른 리뷰, 이슈 해결). VDA QMC

참고: GP들은 모든 프로세스에 공통 적용되는 평가 지표(assessment indicators)이며, 각 프로세스 인스턴스에서 달성 여부를 확인합니다. 특정 SUP 프로세스 전용 항목이 아닙니다. VDA QMC

 

1. GP ↔ SUP.1, SUP.8 관계
2. GP 2.1.X, GP 2.2.X를 어떻게 이해하면 좋은지

를 정리해 드리겠습니다.

---

1. GP ↔ SUP.1 / SUP.8 관계

(1) GP 2.2.X와 SUP.8 (Configuration Management)

• GP 2.2.X는 “프로세스의 산출물 관리”에 대한 Generic Practice (즉, 모든 프로세스 공통 요구).
• SUP.8은 “형상관리(Configuration Management)”라는 Support Process.
• 관계:
  • GP 2.2.1~2.2.3의 “산출물 요구사항 정의, 문서화·통제, 형상 상태 관리”는 실제로 SUP.8에서 정의된 형상관리 메커니즘(형상항목 식별, 베이스라인, 변경통제, 상태기록, 아카이브 등)으로 실행된다.
  • 따라서 심사 시 “프로세스별 산출물이 SUP.8의 형상관리 시스템에서 관리되고 있는가?”가 핵심 확인 포인트.
  • 예: SWE.1 요구사항 문서가 형상관리 저장소에 버전 관리되고, 변경 이력이 추적 가능한지.

---

(2) GP 2.2.X와 SUP.1 (Quality Assurance)

• GP 2.2.4는 “산출물 리뷰 및 조정”.
• SUP.1은 “품질보증(Quality Assurance)”로, 산출물·프로세스가 규정된 절차를 따르는지 독립적으로 확인하는 역할.
• 관계:
  • GP 2.2.4의 리뷰가 실제로 **프로세스 팀 내부 검토(예: Peer review)**를 의미한다면, SUP.1은 독립적 검증(Compliance check) 관점에서 보완된다.
  • 즉, GP 2.2.4는 “내부 리뷰”, SUP.1은 “외부/독립적 보증”.
  • 예: 설계 문서에 대해 프로세스 팀이 리뷰(2.2.4) → SUP.1 팀이 그 리뷰 절차·기록이 조직 규칙에 맞게 수행됐는지 다시 확인.

---

(3) 요약

• GP 2.2.X: 모든 프로세스 산출물이 어떻게 정의·통제·리뷰되는지 확인.
• SUP.8: 그 관리체계(형상관리)의 인프라/정책 제공.
• SUP.1: 그 관리·리뷰 활동이 올바르게 수행되었는지 독립적으로 보증.

즉, GP는 “각 프로세스 산출물/활동의 관리 요구”,
SUP.1과 SUP.8은 **“그 요구를 달성할 수 있도록 지원하거나 보증하는 프로세스”**라고 이해하면 깔끔합니다.

---

2. GP 2.1.X와 GP 2.2.X 이해 포인트

ASPICE에서는 BP(Base Practice) = “무엇을 하라”,
GP(Generic Practice) = “그 활동을 관리·운영하는 방법”입니다.

GP 2.1.X (Performance Management: 성과 관리)

“프로세스 수행을 관리 사이클로 돌리라”는 요구

• GP 2.1.1: 프로세스 성과 목표 정의 (이 프로세스로 무엇을 달성할 것인지 목표 세우기)
• GP 2.1.2: 계획 수립 (작업·일정·자원·리뷰 계획)
• GP 2.1.3: 계획 대비 모니터링
• GP 2.1.4: 필요 시 조정 (계획·일정·자원 재조정)
• GP 2.1.5: 책임·권한 부여, 필요한 역량 정의
• GP 2.1.6: 자원·정보 제공, 인력 준비 (교육·코칭)
• GP 2.1.7: 인터페이스 관리 (프로세스 간/팀 간 커뮤니케이션·책임 구분 보장)

👉 이해 키워드: Plan – Do – Check – Act (PDCA 사이클)
즉, BP가 활동 자체라면, GP 2.1은 그 활동이 “계획-실행-점검-조치”로 관리되고 있는가를 묻는 것.

---

GP 2.2.X (Work Product Management: 산출물 관리)

“프로세스 산출물이 정의·관리·리뷰되도록 하라”는 요구

• GP 2.2.1: 산출물 요구사항 정의 (내용·구조·품질·검토/승인 기준)
• GP 2.2.2: 산출물 문서화·형상통제 요구사항 정의 (배포, 추적성, 의존성, 승인 기준)
• GP 2.2.3: 실제로 산출물을 식별·문서화·통제하고, 상태가 추적 가능하게 관리
• GP 2.2.4: 산출물 리뷰 및 조정 (계획된 리뷰, 이슈 해결)

👉 이해 키워드: Identify – Control – Review – Improve
즉, 산출물이 단순히 “있다”가 아니라, 품질 기준에 맞게 정의 → 형상관리 체계에 따라 관리 → 리뷰·개선되어야 한다는 것.

---

🔑 정리 (심사 준비용 관점)

• BP: “해야 하는 활동” (예: 요구사항 정의, 테스트 실행)
• GP 2.1: “그 활동을 계획-추적-관리했는가?”
• GP 2.2: “그 활동의 산출물을 정의·관리·리뷰했는가?”
• SUP.8: 형상관리라는 도구·절차 인프라 제공
• SUP.1: QA라는 독립적 보증 메커니즘 제공

---

👉 이렇게 이해하면 심사할 때, BP는 활동 자체 확인,
GP는 그 활동을 관리한 증거 확인(SUP.1, SUP.8 프로세스와 연결) 로 구분이 확실해집니다.

 

이제 **MAN.3 (Project Management Process)**와 **GP 2.1.X (Performance Management)**의 관계를 보겠습니다.

---

1. 기본 개념 정리

• MAN.3 (Project Management)
  → 프로젝트 목표 달성을 위해 일정, 자원, 예산, 리스크, 진척 등을 관리하는 프로세스.
  → “프로젝트를 경영학적으로 운영하는 관점”
• GP 2.1.X (Performance Management)
  → 모든 프로세스가 자기 활동을 목표-계획-실행-모니터링-조정하는지 확인하는 Generic Practice
  → “프로세스를 PDCA 사이클로 관리하는 관점”

즉, MAN.3은 프로젝트 단위 관리, GP 2.1은 프로세스 단위 관리인데, 실제로는 MAN.3에서 수립한 계획·자원·모니터링 체계가 GP 2.1.x의 증거가 되곤 합니다.

 

3. 정리

• MAN.3는 프로젝트 레벨 관리 프로세스
• GP 2.1.X는 개별 프로세스 레벨 관리 요구사항
• 관계:
  • MAN.3의 산출물(프로젝트 계획, 일정, 보고 체계, 자원 관리 등)이 각 프로세스의 GP 2.1 달성을 뒷받침한다.
  • 따라서 심사에서는 **“프로세스 팀이 자기 활동을 어떻게 계획·모니터·조정했는가?”**를 물어보되, 그 증거는 대개 MAN.3 산출물에서 나온다.

---

👉 쉽게 말하면,

• GP 2.1.X는 “각 프로세스마다 PDCA 돌려라”
• MAN.3는 “그 PDCA를 가능하게 해주는 조직 차원의 관리 틀”
  이라고 이해하면 됩니다.