2회차종합 실습165–180분

종합 실습: 정책 변경과 추가 요청

실제 스프린트에서는 한 번에 한 가지 일만 생기지 않는다. 이미 닫은 업무의 결정이 바뀌고, 같은 주에 새 기능 요청이 들어오고, 둘 다 같은 개발자의 작업에 영향을 준다. 이 실습은 그런 상황 하나를 기록만으로 처리하고, 결정의 근거를 다른 사람이 읽을 수 있는 형태로 남긴다.

진행
개별 작업 12분, 발표 3분
결과
결정 기록, 범위 변경 기록, 갱신된 업무
평가
명령 입력 여부보다 판단 근거가 남았는지

상황

Sprint 2 첫날(2026-10-26)이다. 두 가지 일이 동시에 생겼다.

  1. 정책 변경. 법무 검토 결과, 같은 이메일로 재신청하면 기존 신청을 유지하는 대신 최신 신청으로 덮어쓰고 동의 시각을 갱신해야 한다는 의견이 나왔다. LP-01은 이미 닫혔고, LP-03은 Sprint 2로 이월되어 저장 로직을 작업 중이다.
  2. 추가 요청. 운영 담당이 “알림만으로는 하루 100건이 넘으면 놓친다. 신청 목록을 직접 보고 수동으로 확인할 화면이 필요하다”고 요청했다. 첫 베타 범위에서 관리자 화면은 제외되어 있다.

Sprint 2의 목표는 “운영 알림, QA, 베타 준비”이고, M1 마감은 2026-11-06이다.

과제

번호할 일남길 결과
1정책 변경의 영향을 받는 업무를 찾는다영향 받는 업무 목록과 각 업무에 대한 영향 한 줄
2정책 변경을 어디에 기록할지 정한다 (LP-01 재개, 새 업무, LP-03 완료 조건 수정 중 선택)운영 이슈의 결정 기록 댓글과 해당 업무 갱신
3추가 요청을 이번 스프린트에 넣을지 정한다운영 이슈의 범위 변경 기록 댓글, 필요하면 새 업무
4두 결정이 M1 마감에 주는 영향을 설명한다결정 기록의 “목표·일정 영향” 칸

사용할 명령은 모두 앞의 실습에 있다: gh issue reopen 또는 gh issue create, gh issue edit --body-file, gh issue comment --body-file -, gh project item-add, gh project item-edit. gh issue reopen은 닫힌 이슈를 다시 연다.

판단을 도울 질문

  • LP-01의 완료 조건 중 무엇이 무효가 되었는가. 닫힌 이슈를 다시 여는 것과 새 업무를 만드는 것 중 어느 쪽이 Sprint 1 종료 기록을 그대로 유지하는가.
  • LP-03의 완료 조건 세 번째 줄(“같은 이메일로 다시 신청하면 LP-01에서 정한 방식으로 처리한다”)은 고쳐야 하는가, 그대로 두어도 되는가.
  • LP-05(QA)의 테스트 항목표에는 무엇이 추가되어야 하는가.
  • 수동 확인 화면은 Sprint 2 목표의 어느 부분에 해당하는가. 하루 신청 수가 실제로 100건을 넘는다는 근거가 있는가.
  • 수동 확인 화면 대신 M1 범위 안에서 쓸 수 있는 임시 방법(예: LP-04 완료 조건의 “하루 단위 신청 수 확인 방법”)이 있는가.

기록 양식

gh issue comment "$PM_SPRINT_URL" --body-file - <<'EOF'
**결정 기록**
- 일시:
- 결정:
- 이유:
- 결정자:
- 관련:
- 목표·일정 영향:
EOF

Sprint 1 운영 이슈를 닫았다면, Sprint 2 운영 이슈를 실습 10과 같은 방법으로 먼저 만들고 PM_SPRINT_URL을 새 주소로 바꾼다.

평가 기준

항목통과 기준
영향 범위LP-03과 LP-05를 영향 업무로 찾았고, 각각 무엇이 바뀌는지 적었다
기록 위치Sprint 1 종료 기록을 바꾸지 않는 방식으로 정책 변경을 기록했고, 그 이유를 적었다
범위 판단추가 요청의 결정 이유가 Sprint 2 목표 또는 M1 범위 제외 항목과 연결되어 있다
일정 영향M1 마감(11-06)에 대한 영향을 “있음/없음”과 그 근거로 적었다
추적 가능성결정 기록과 관련 업무가 서로의 주소를 가리킨다

시간이 부족하면 기능을 추가하는 결정보다, 목표를 기준으로 선택한 근거를 남겼는지를 우선 평가한다.

  • 영향 받는 업무 목록을 작성했다.
  • 정책 변경에 대한 결정 기록 댓글을 남기고 해당 업무를 갱신했다.
  • 추가 요청에 대한 범위 변경 기록 댓글을 남겼다.
  • M1 마감에 대한 영향을 근거와 함께 적었다.

마치며...

두 회차 동안 출시 목표, 업무, Project, 스프린트, PR, 사전 리포트, 결정 기록, 종료 보고를 하나의 저장소와 Project 안에 연결했다. 이 실습의 결과물은 회의에 참석하지 않은 사람도 운영 이슈와 업무 댓글만 읽고 무엇이 왜 바뀌었는지 확인할 수 있는 상태다. 3회차에서는 이 기록에 추정 공수와 실제 투입 시간을 더해 주경로, 획득가치, 완료 확률을 계산한다.