아키텍처
애자일 프로젝트에서 구성원의 역할
두줄요약
SI 프로젝트의 기존 계약·일정 관리 틀 안에서 Scrum 역할과 Sprint 운영 방식을 연결했습니다. 고객 피드백과 회고를 반복해 우선순위와 작업 방식을 개선합니다.
문제 상황
- 계약 기간·예산·범위·단계별 산출물이 존재하는 SI 프로젝트의 애자일 적용 필요
- 고객, PM, PL, 기획자, 개발자, QA 등 기존 직책과 Scrum 역할의 연결 필요
구조와 흐름
- 고객 업무 담당자의 Product Owner 역할, PM의 전체 일정·계약·비용·리스크 조정, PL의 기술 방향 관리
- Product Backlog 우선순위화 후 2주 단위 Sprint Planning·개발·Daily Scrum·Review·Retrospective 반복
- Sprint Review의 실제 동작 기능 시연과 고객 피드백, 변경 요구사항의 Backlog 등록 및 재우선순위화
선택 이유
- 초기 완벽한 계획 대신 짧은 주기의 실행·검증·피드백을 통한 경험주의적 개선
- 고객 업무 이해도가 높은 담당자의 기능 우선순위 결정으로 제품 가치 집중
- 결제·보안·복잡한 SQL·외부 연계 등 핵심 기능의 Pair Work를 통한 지식 분산
성능/운영 포인트
- 회고에서 확인한 API 명세 확정 지연, 테스트 시간, 업무 집중, 외부 연동 기간을 다음 Sprint에 반영
- 계약 범위를 벗어난 변경 요구사항의 별도 변경관리와 일정·비용 협의
- Sprint 반복 자체보다 회고 개선사항의 실제 적용과 팀 단위 협업 중시
