애자일 철학은 소프트웨어 개발부터 그 이후까지 업무 방식을 혁신했습니다. 애자일을 실천하는 데 있어 필수적인 부분은 회의, 즉 “세레모니”입니다. 애자일 관행으로 가장 널리 쓰이는 스크럼에서 스크럼 회의는 투명성을 제공하고 팀과의 정기적인 소통을 가능하게 합니다.
스크럼 세레모니란 무엇입니까?
스크럼 회의에서는 스크럼 마스터, 제품 소유자, 개발팀이 만나 작업을 계획하고 진행 중인 작업 대해 논의하며 피드백을 수집합니다. 모든 애자일 스크럼 팀이 모든 스크럼 회의를 진행할 필요는 없으며, 스크럼 회의를 진행할 때 팀이 반드시 스크럼 팀일 필요도 없습니다. 다음은 모든 종류의 팀의 역량을 강화할 수 있도록 도와주는 애자일 스크럼 회의입니다.
스프린트 계획
스크럼을 진행할 때 스프린트 초반에 스프린트 계획 회의가 열립니다. 이 회의에서는 팀이 스프린트에서 무엇을 제공할 수 있고 그 목표를 어떻게 달성할지를 파악합니다. 계획 회의를 마칠 때 모든 스크럼 멤버는 스프린트에서 제공할 수 있는 사항과 증분을 달성하는 방법에 대해 명확히 알고 있어야 합니다.
참석자: 개발 팀, 스크럼 마스터, 제품 소유자
언제: 스프린트가 시작될 때
기간: 일반적으로 주당 약 1시간의 반복 (예: 2시간의 계획 회의와 함께 2주간의 스프린트가 시작됨)
Agile framework: Scrum. (Kanban teams also plan, of course, but they are not on a fixed iteration schedule with formal sprint planning)
목적: 스프린트 계획은 스프린트 전반에서 팀 전체가 성공할 수 있도록 지원합니다. 스크럼 회의에 참석하면 제품 소유자는 우선 순위가 지정된 제품 백로그를 가지게 됩니다. 제품 소유자는 개발 팀과 각 항목에 대해 논의하고 관련된 노력을 종합적으로 추정합니다. 그런 다음 개발 팀은 제품 백로그에서 팀이 완료할 수 있는 작업의 양을 요약하는 스프린트 예측을 수행합니다. 이 작업이 스프린트 백로그가 됩니다.
스프린트 계획 회의를 통해 완료해야 할 작업에 대한 자세한 내용을 덧붙입니다. 팀원들이 스프린트에 포함되는 모든 스토리, 버그 및 작업에 대한 작업을 구상하도록 유도하세요. 작업 계획에 관해 이야기를 나누고 합의를 도출하세요. 효과적인 계획을 세우면 팀이 스프린트의 약속을 성공적으로 이행할 가능성이 매우 커집니다.
매일 스탠드업 회의
매일 스탠드업, 즉 매일 스크럼은 진행률을 논의하고 블로커를 파악하기 위해 매일 15분 이하로 진행하는 짧은 회의입니다. 회의 시간을 짧게 유지하기 위해 참석자들이 서서 참여합니다.
매일 스탠드업 템플릿을 이용해 팀의 시작을 지원하세요.
참석자: 개발 팀, 스크럼 마스터, 제품 소유자
언제: 하루에 한 번(주로 아침).
기간: 15분을 넘지 않습니다. 회의실을 예약하지 말고 앉아서 스탠드업 회의를 진행하세요. 스탠드업 회의를 하면 회의 시간을 짧게 유지할 수 있습니다.
애자일 프레임워크: 스크럼 및 칸반.
목적: 매일 스탠드업 회의는 팀 전체에서 무슨 일이 일어나고 있는지 모두에게 빠르게 알리기 위해 고안되었습니다. 자세한 상태 회의가 아닙니다. 분위기는 가볍고 재미있지만 유익해야 합니다. 각 팀원에게 다음 질문에 대답하도록 안내하세요.
- 어제 어떤 작업을 완료했습니까?
- 오늘 무슨 일을 할 예정입니까?
- 무언가에 의해 차단됐습니까?
어제 완료한 작업을 동료들 앞에서 보고하는 데에는 암묵적인 책임이 있습니다. 항상 같은 일을 하며 진전을 이루지 못하는 팀원이 되고 싶은 구성원은 없습니다.
일부 팀에서는 타이머를 사용하여 모든 관계자를 추적합니다. 또 어떤 팀은 팀 전체에 질문을 던져 모두가 관심을 기울이고 있는지 확인합니다. 많은 분산된 팀이 화상 회의 또는 그룹 채팅을 사용하여 거리 격차를 줄입니다. 팀이 제각기 고유하듯이 스탠드업 회의 역시 고유해야 합니다.
스프린트 리뷰
The sprint review, also called an iteration review, is where the scrum team meets to reveal what was accomplished during the sprint. A development team shows which backlog items are “Done” to stakeholders and teammates, who can then give feedback.
참석자: 개발 팀, 스크럼 마스터, 제품 소유자
언제: 스프린트 종료 시.
기간: 일반적으로 주당 45분의 반복(예: 2주간의 스프린트 후 90분의 회고).
애자일 프레임워크: 스크럼 및 칸반. 스크럼 팀은 고정된 케이던스를 기반으로 스프린트 회고를 진행합니다. 칸반 팀에도 가끔 회고가 도움이 될 때가 있습니다.
목적: 스프린트 검토는 팀의 작업을 보여주는 시간입니다. "금요일 데모"와 같은 캐주얼한 형식이거나 좀 더 공식적인 스크럼 회의 구조일 수도 있습니다. 팀이 성과를 축하하고 반복 내에서 완료된 작업을 보여주며 프로젝트 이해 관계자에게 즉각적인 피드백을 받는 시간입니다. 작업을 완벽하게 보여줄 수 있어야 하며 팀의 품질 기준을 충족해야 검토에서 선보일 준비가 되어 있는 완전한 작업으로 간주됩니다.
Atlassian에서는 스프린트 검토에 캐주얼한 접근 방식을 취하여 축하하는 분위기를 조성합니다. 팀원의 책상 주위에 모여 새로운 기능을 데모하는 모습을 지켜봅니다. 사무실 곳곳에서 박수 소리를 듣는 것은 드문 일이 아닙니다.
스프린트 회고
스프린트 회고는 스프린트 기간에 성과를 낸 부분과 개선할 점을 검토하는 회의입니다. 애자일 팀은 팀의 역학, 프로세스, 도구를 구체적으로 검토한 다음 팀의 업무 방식을 개선할 계획을 세울 수 있습니다.
다음은 회고 진행 방법에 대한 팀 플레이북입니다.
참석자: 개발 팀, 스크럼 마스터, 제품 소유자
언제: 스프린트 종료 시.
기간: 일반적으로 주당 45분의 반복(예: 2주간의 스프린트 후 90분의 회고).
애자일 프레임워크: 스크럼 및 칸반. 스크럼 팀은 고정된 케이던스를 기반으로 스프린트 회고를 진행합니다. 칸반 팀에도 가끔 회고가 도움이 될 때가 있습니다.
목적: 애자일이란 제품 및 개발 문화를 개선하기 위해 신속한 피드백을 받는 것입니다. 회고를 통해 팀이 잘 진행한 부분과 그렇지 않은 부분을 파악할 수 있습니다.
회고는 조치 없이 불만을 제기하는 시간이 아닙니다. 회고를 통해 무엇이 효과가 있는지 파악하여 팀이 해당 영역에 계속 집중할 수 있도록 하세요. 또한 효과가 없는 것이 무엇인지 알아보고 이 시간을 통해 창의적인 해결 방법을 찾고 실행 계획을 수립하세요. 지속적인 개선은 애자일 팀 내에서 발전을 유지하고 추진하는 요소이며, 여기에서 핵심적인 부분은 회고입니다.
팀 전체에서 작업이 잘 진행되고 있더라도 회고를 중단하지 마세요. 회고는 팀이 계속해서 잘 진행할 수 있도록 지속적으로 안내해 줍니다.
결론...
애자일 세레모니가 마법처럼 팀을 애자일하게 만들어준다고 생각하는 사람도 있지만, 이는 잘못된 생각입니다. 팀의 애질리티는 견고한 엔지니어링 관행, 변화에 대한 전술적이고 전략적인 접근 방식, 훌륭한 팀 협업을 기반으로 구축됩니다. 애자일 세레모니는 단순히 말해 팀 간의 커뮤니케이션을 지원합니다.
시작할 준비가 되셨습니까? Jira에서 스프린트를 사용하는 방법을 알아보세요
관련 리소스
