아키텍처
스크럼, 입고팀이 애자일하게 일하는 법 2부
두줄요약
개발자 관점에서 스크럼이 협업, 일정 산정, 도메인 이해에 준 효과를 공유했습니다.\n스프린트 중 티켓 추가를 줄이고 도메인별 담당을 정하는 운영 원칙을 제안합니다.
구조와 흐름
- 스프린트 보드 기반 업무 진척도 공유와 QA 테스트 시나리오 사전 준비
- 스프린트 목표를 중심으로 개발·기획·QA 간 협업 정렬
- 회고를 통한 피드백 정리와 개선 액션 아이템 도출
장단점
- 티켓 순차 처리로 팀원 전체의 도메인·배포 내용 이해도 향상
- 메인 개발자가 아니어도 배포 후 이슈에 빠르게 대응 가능한 협업 구조
- 개발자 주도의 포인트 산정과 일정 근거 제시를 통한 합리적 의사결정
주의할 점
- 스프린트 시작 후 긴급 배포 외 운영 티켓 추가 지양
- 긴급도 판단을 PO·스크럼 마스터 협의로 제한
- 여러 도메인 관리 시 담당 프로젝트를 분리하고 관련 티켓 중심 작업 권장
적용해볼 점
- 회고 피드백을 실행 가능한 팀 액션 아이템으로 전환
- 스토리 리뷰 전 티켓 사전 검토로 회의 시간 단축