# 제품보다 책임을 먼저 비교하기

Taiga Learning · 워크시트
https://taiga.training/ko/lessons/responsibility-map/

가상 정보나 승인된 정보를 사용하세요. 이 워크시트에 비밀 정보를 넣지 마세요.

## 학습 목표
- 같은 목표 결과를 기준으로 선택지를 비교합니다.
- 작업 수행과 그 결과에 대한 책임 수락을 구분합니다.
- 제안된 운영 모델에서 책임의 공백과 중복을 찾습니다.

## 실습
코딩 어시스턴트, 내부에서 조합한 소프트웨어 제공 시스템, 구매한 소프트웨어 팩터리라는 세 열을 만드세요. 요구사항, 정책, 구현, 검증, 릴리스, 운영, 업데이트를 행으로 추가하세요. 각 활동을 누가 수행하고 검증하고 수락하는지 기록하세요. 알 수 없는 항목을 모두 표시하세요.

## 작성할 답
- 시나리오와 범위:
- 가정과 미해결 질문:
- 제안하는 답이나 결정과 그 이유:

## 답 검증하기
| 주장 또는 기준 | 증거 또는 테스트 | 결과 또는 공백 | 담당자 |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## 다음 조치
- 조치, 담당자, 날짜:
- 이 답을 언제 다시 검토하나요?

## 기억할 원칙
도구를 구매하면 일부 작업의 수행 주체가 바뀝니다. 가격이나 시연을 비교하기 전에 전체 책임 분담을 비교하세요.

## 출처
- [CNCF: Platforms White Paper](https://tag-app-delivery.cncf.io/whitepapers/platforms/)
- [AWS: Shared Responsibility Model](https://aws.amazon.com/compliance/shared-responsibility-model/)

이 워크시트는 학습을 돕습니다. 작성 완료만으로 프로덕션 변경이 허가되지는 않습니다.