Scrum은 Sprint라고 불리는 짧고 고정된 길이의 반복 주기로 복잡한 제품을 제공하기 위한 경량 프레임워크입니다. 소수의 역할, 이벤트, 산출물을 통해 Agile 가치를 구현하며, 이 모든 것은 경험적 프로세스 제어, 즉 고정된 사전 계획이 아니라 실제로 일어난 일로부터 배우는 것에 기반합니다.
세 가지 기둥
Scrum은 투명성, 점검, 적응에 기반합니다. 작업을 가시화하고, 자주 점검하며, 배운 것을 바탕으로 조정합니다.
text
역할 Product Owner, Scrum Master, Developers
이벤트 Sprint, Sprint Planning, Daily Scrum,
Sprint Review, Sprint Retrospective
산출물 Product Backlog, Sprint Backlog, Increment
흐름은 어떻게 진행되는가
각 Sprint(보통 2주)는 Planning으로 시작하고, 매일 Daily Scrum을 포함하며, Review와 Retrospective로 끝납니다. 모든 Sprint는 사용 가능한 Increment, 즉 작동하는 제품 조각을 산출해야 합니다.
구체적인 예시
팀은 가장 우선순위가 높은 backlog 항목을 2주 Sprint로 선택해 구축하고, Review에서 작동하는 로그인 기능을 시연하며, Retrospective에서 개선 방법을 성찰합니다.
흔한 함정
- 끝에 출시 가능한 Increment 없이 Sprint를 진행하는 것.
- 프레임워크의 개선 엔진을 제거하는 것과 같은 Retrospective를 건너뛰는 것.
왜 중요한가
Scrum은 팀에게 예측 가능한 리듬과 빈번한 점검 지점을 제공하여, 긴 프로젝트의 끝이 아니라 일찍 문제를 드러냅니다.
정확한 역할, 이벤트, 산출물을 아는 것은 단지 명성으로가 아니라 프레임워크를 정확하게 이해하고 있음을 면접관에게 보여줍니다.