뒤늦게 알게 된 ASPICE - SUP.1

○QA가 봐야 하는 것은?
정의된 절차로 했냐, 적절한 방법으로 했냐?, 적절한 인원이 수행했냐?
정의된 산출물 작성 방식대로 작성이 되었냐? 프로세스에서 요구하는
부분들이 온전하게 작성이 되었느냐?
 
○QA에게 요구되는 역량
다른 모든 영역의 프로세스에 대한 purpose와 outcome에 대해 빠싹히
알아야 하고, 회사 내부 절차도 각 영역별로 알고 있어야 함
 
○지원 영역에서 strategy를 짜라고 하는데 어떤 생각을 가지고 짜야 하는가?
QA와 같은 지원 영역의 경우 생산적 업무가 아니라 비생산적 업무다. 그렇기
때문에 해당 프로세스를 강화할수록 품질은 좋아지지만 비용이 나간다는 
말이다. 때문에 여기서 말하는 Strategy는 최대한 효율적!으로 짜라는 것이다
특히 그 전략들에 해당하는 것은 표준의 outcomes에서 전략 이후에 나오는
모든 outcome이 strategy의 대상이 된다.
 
○QA 계획에서 목표는 어떤 식으로 짤 수 있을까?
-이러한 부적합은 다음 단계에서 해결하겠다~
-전체 체크리스트 중에 몇 퍼센트가 통과되면 문제없이 넘어가겠다~
등이 될 수 있다.
 
○QA가 엔지니어링 산출물을 보는 방법의 한 예시
SYS, SW 산출물 볼 경우 지금 인터페이스 부분을 본다고 치자 그러면
-아! 인터페이스 부분은 반드시 들어가고 나가는 데이터 즉 From, to가 보여야
된다.
-아! 그리고 각 들어가고 나가는 데이터의 타입의 의미들이 해당 프로세스 
수준에 맞게 쓰였는가를 봐야 된다.
 
○SUP.1에서 말하는 요약이란?
점검결과 어느 프로세스에서 부적합이 얼마나 나왔다.! 이렇게 주관적의견이
없더라도 분류해서 결과를 정리해주는 정도만으로 충분하다.
 
○상신체게 작성 방법
회사 조직 문화에 맞게 적절하게 정의 가능(왜냐하면 현실적으로
QA가 직접적으로 경영진에게 상신하는게 어려울 경우가 많기 때문)
예를 들어, 1차로는 Project manager에게 보고 2차로는 팀장에게 보고
3차는 팀장이 경영진에게 보고 이런 식으로 정의 가능하다.
 
○품질보증 계획서 작성 중 품질 기준 예시
-단계별로 구분하여 PROTO떄까지는 100점 만점 중에 70점만 넘기면
통과시켜 주겠다!
-만약 샘플링하여 점검한 부분에서 너무 많이 부적합이 발생하면 gate
통과 시켜주지 않겠다!

즉 내가 보기에 SUP.1은 기술적 문서 멫 제품 생산을 직접하지는 않지만, 관습적으로 만들어지는 제품 및 관습적으로 수행되는 기술을 제대로 인식하고 수행하는 지 모니터링 및 시정조치 하는 것, 메타인지랑 비슷