CS 길라잡이
프로젝트·제품 관리
읽기 설정
글꼴 조합

제목 · 본문 순서예요. 선택하면 지금 읽는 화면에 적용돼요.

글꼴 출처 ↗
읽기 글자 크기

PMP · 애자일 전달

완료와 피드백

Review와 회고는 둘 다 반성 회의일까?

Review는 결과와 향후 방향을, 회고는 팀의 일하는 방식을 주로 살핀다.

결과를 이해관계자와 확인해 무엇을 다음에 할지 조정하는 자리와, 협업·품질·도구를 개선하는 자리는 목적이 다르다. 둘 다 단순한 의례나 승인 발표로 끝나면 학습이 줄어든다.

완료 정의(Definition of Done)는 결과물의 공통 품질 기준이다. 개별 항목의 수용 기준과 구분하되 함께 충족해야 한다. “개발 완료, 테스트 예정”을 완성된 Increment로 세면 진척과 예측이 왜곡된다.

생각을 정리하는 순서

  1. 1공통 완료 기준을 일관되게 적용한다
  2. 2결과 피드백으로 제품 방향을 조정한다
  3. 3작업 방식의 개선을 다음 주기에 실행한다

직접 만든 상황 문제

팀이 테스트하지 않은 기능도 완료로 보고한다. Review에서 고객이 사용할 수 없다. 무엇이 필요한가?

가장 적절한 답 하나를 고르세요.

내 말로 정리하기

완료 정의와 개별 수용 기준의 차이를 예로 들어 보자.

현재 브라우저에 저장됩니다. 기존 PMP 기록과 같은 형식이며 계정 동기화는 아직 연결 전입니다.

이 수업의 용어

Definition of Done
Increment의 공통 품질 상태를 설명하는 기준.
Sprint review
이해관계자와 결과·상황을 살펴 다음 방향을 조정하는 이벤트.
Sprint retrospective
팀의 효율·품질·협업을 개선할 방법을 찾는 이벤트.
전체 용어집 →

참고한 자료

Scrum Guides · 2020 Scrum Guide ↗

2020판의 자기 관리·책임·Sprint 중 품질·범위 조정·Definition of Done 참고. 2026-10-27 공식 영문 원문 확인. Scrum 규칙과 일반 프로젝트의 조직별 승인 절차를 구분하며 아래 사례는 독립 창작.

PMI · Lessons Learned, Early and Often ↗

종료 시점에만 몰아서 하지 않는 교훈 관리

함께 읽을 수업