콘텐츠로 이동

Sprint 7 회고록

📋 개요

회고 플레이에 대한 설명을 따라 지난 작업을 돌아보고 개선의 기회를 식별한다.

날짜 2026년 8월 5일
팀 Alpha Everyday
참여자 김진기, 조영서, 정준영
스프린트 골 장중 1분 주기 파이프라인을 수집→트리거 판정→설명 생성→게시·회수까지 관통시키고, 게시 계약을 일 단위 교체 모델에서 실시간 스냅샷·무효화 단독 모델로 재편한다.

💭 KPT 회고

i KEEP, PROBLEM, TRY 항목을 아래 표에 정리한다. 이 항목을 바탕으로 다음 스프린트에서 개선할 Action Item을 정한다.
KEEP PROBLEM TRY
  • 머지 전 테스트 통과 여부를 매번 직접 확인함 — repository ruleset 강제는 현재 계정·플랜에서 설정이 불가해(403) 수동 확인으로 대체함
  • 멘토링 직후 피드백을 즉시 반영/추가 검토/반영하지 않음/확인 필요로 분류하고, 각 항목에 근거·담당자·기한을 기록함
  • 빠른 개발에 집중해 기술 부채를 관리하지 못했고, 그 여파로 배포에 문제가 발생함
  • 데일리 스크럼 진행이 미흡해 팀원별로 어떤 작업을 진행 중인지 공유되지 않음
  • 팀원 간 생각의 싱크를 맞추지 않고 개발을 진행해, 문제를 발견하기까지 걸리는 시간이 늘어남
  • 팀 내부 개발 프로세스를 따라 작은 PR 단위로 나누고, PR에 포함된 작업을 PR 안에서 검증함
  • 매일 9시 30분에 메신저로 스프린트 진행 알림이 가도록 스케줄링하고, 잘 보이는 곳에 포스트잇을 부착함
  • 개발에 착수하기 전, 구체화된 계획이 기존 기획과 방향이 다르면 ADR로 제안함

✅ Action Item

회고에서 나온 내용을 다음 스프린트에 적용하기 위한 후속 Action Item이다.

  • 팀 내부 개발 프로세스를 따라 작은 PR 단위로 나누고, PR에 포함된 작업을 PR 안에서 검증함
  • 매일 9시 30분에 메신저로 스프린트 진행 알림이 가도록 스케줄링하고, 잘 보이는 곳에 포스트잇을 부착함
  • 개발에 착수하기 전, 구체화된 계획이 기존 기획과 방향이 다르면 ADR로 제안함
이전 Action Item

Sprint 6에서 정한 Action Item의 이행 여부를 점검한다.

  • 머지 전 체크 상태를 매번 직접 확인함

미달성 — 같은 Action Item의 repository ruleset 강제는 적용하지 못했다. 이 저장소의 현재 소유 계정·플랜에서는 rulesets·branch protection API가 403 "Upgrade to GitHub Pro or make this repository public"을 돌려준다(비공개 저장소, 2026-08-06 재확인). 플랜을 올리거나 저장소를 공개로 바꾸기 전까지는 위의 수동 확인이 유일한 수단이다.

  • GitHub repository ruleset으로 테스트 통과를 머지 필수 조건으로 강제

미달성 — 데일리 스크럼 진행 미흡으로 이번 스프린트 PROBLEM에 다시 올라왔고, TRY의 9시 30분 알림 스케줄링으로 재시도한다.

  • 매일 아침 9시 30분에 데일리 스크럼을 고정 진행함 (진행 담당: 정준영)