애자일 세레모니 및 스크럼 회의 가이드
스프린트 백로그 템플릿 시작해 보기
강력한 백로그 템플릿으로 스프린트 계획을 향상하고 작업을 체계화하며 역할을 명확히 하고 팀 공동 작업을 강화하세요.
주요 시사점
스크럼 세레모니는 스프린트 계획, 일일 스탠드업, 스프린트 검토 및 회고와 같이 투명성 및 정렬을 촉진하는 구조화된 미팅입니다.
이 이벤트는 팀이 업무를 계획하고 진행률을 추적하고 피드백을 수집하고 프로세스를 지속적으로 개선하는 데 도움이 됩니다.
모든 팀에 모든 세레모니가 필요한 것은 아니지만 정기적이고 집중적인 미팅은 커뮤니케이션 및 애자일 성공을 이끕니다.
스크럼 세레모니를 워크플로에 통합하여 공동 작업, 가시성 및 팀 성과를 향상하세요.
애자일 철학은 소프트웨어 개발부터 그 이후까지 업무 방식을 혁신했습니다. 애자일을 실천하는 데 있어 필수적인 부분은 회의, 즉 “세레모니”입니다. 애자일 관행으로 가장 널리 쓰이는 스크럼에서 스크럼 회의는 투명성을 제공하고 팀과의 정기적인 소통을 가능하게 합니다.
스크럼 세레모니란 무엇입니까?
스크럼 세레모니는 스크럼 마스터, 제품 소유자 및 개발 팀이 만나 작업을 계획하고 진행 중인 작업 대해 논의하며 피드백을 수집하는 이벤트입니다. 스크럼 세레모니는 정기적인 커뮤니케이션을 위한 구조화된 프레임워크를 제공하여 팀이 프로세스를 개선하기 위해 집중하고 정렬할 수 있도록 합니다. 4가지 주요 스크럼 세레모니는 스프린트 계획, 매일 스탠드업 회의(매일 스크럼), 스프린트 검토 및 스프린트 회고입니다.
모든 애자일 스크럼 팀이 모든 스크럼 회의를 진행할 필요는 없으며, 스크럼 회의를 진행할 때 팀이 반드시 스크럼 팀일 필요도 없습니다. 다음은 모든 종류의 팀의 역량을 강화할 수 있도록 도와주는 애자일 스크럼 회의입니다.
스크럼 세레모니는 선택 사항입니까?
스크럼 세레모니는 스크럼 프레임워크의 필수 구성 요소로 간주되며 선택 사항이 아닙니다. 세레모니를 건너뛰면 의견이 정렬되지 않고 피드백을 놓치고 팀 성과가 저하될 수 있습니다.
하지만 팀이 성장함에 따라 핵심 원칙인 투명성, 점검 및 적응을 유지하는 한, 세레모니의 형식 또는 빈도를 조정할 수도 있습니다. 예를 들어 숙련된 팀은 목적 및 가치를 유지하면서 특정 미팅을 간소화할 수 있습니다.
스크럼 세레모니가 중요한 이유는 무엇입니까?
스크럼 세레모니는 구조를 제공하고 커뮤니케이션을 촉진하고 팀 내 투명성을 보장하기 때문에 중요합니다. 팀은 이러한 정기적인 이벤트를 따름으로써 목표에 정렬하고 문제를 조기에 발견하며 변화에 신속하게 적응할 수 있습니다.
예를 들어, 스프린트 검토와 같은 세레모니를 통해 이해 관계자들은 피드백을 제공할 수 있고 회고는 팀이 되돌아보고 개선하는 데 도움이 됩니다. 이러한 공동 작업 및 검사의 리듬은 고품질 제품을 제공하고 건강한 팀 역동성을 유지하는 데 매우 중요합니다.
4가지 스크럼 세레모니
스크럼의 4가지 세레모니는 스프린트 계획, 매일 스크럼(스탠드업 회의라고도 함), 스프린트 검토 및 스프린트 회고입니다. 각 세레모니는 스크럼 프레임워크의 특정 목적에 부합하며 팀이 업무를 계획, 실행, 점검 및 조정하는 데 도움이 됩니다.
이러한 세레모니는 공동 작업 및 지속적 개선을 위한 정기적인 케이던스를 제공합니다. 예를 들어, 스프린트 계획은 스프린트 목표를 설정하고 일일 스탠드업 회의는 모두가 정렬되도록 하며 회고는 프로세스 개선을 주도하여 스크럼 팀이 집중력 및 효율성을 유지할 수 있도록 합니다.
스크럼 세레모니는 누가 진행합니까?
스크럼 마스터는 일반적으로 스크럼 세레모니를 진행하여 미팅이 생산적이고 정해진 시간 안에 진행되며 목표에 집중할 수 있도록 합니다. 스크럼 마스터는 각 이벤트를 통해 팀을 안내하고 장애물을 제거하며 모든 구성원의 참여를 독려합니다.
하지만 팀의 성숙도 및 선호도에 따라 진행자 역할을 공유하거나 교체할 수 있습니다. 예를 들어 제품 소유자는 스프린트 검토를 주도하고 팀 구성원은 회고 또는 스탠드업 미팅을 진행하여 소유권 공유 및 참여를 장려할 수 있습니다.
스프린트 계획
스크럼을 진행할 때 스프린트 초반에 스프린트 계획 회의가 열립니다. 이 회의에서는 팀이 스프린트에서 무엇을 제공할 수 있고 그 목표를 어떻게 달성할지를 파악합니다. 계획 회의를 마칠 때 모든 스크럼 멤버는 스프린트에서 제공할 수 있는 사항과 증분을 달성하는 방법에 대해 명확히 알고 있어야 합니다.
참석자: 개발 팀, 스크럼 마스터, 제품 소유자
언제: 스프린트가 시작될 때
기간: 일반적으로 주당 약 1시간의 반복 (예: 2시간의 계획 회의와 함께 2주간의 스프린트가 시작됨)
애자일 프레임워크: 스크럼. (물론 칸반 팀도 계획을 세우지만 공식적인 스프린트 계획이 있는 고정된 반복 일정을 따르지 않습니다)
목적: 스프린트 계획은 스프린트 전반에서 팀 전체가 성공할 수 있도록 지원합니다. 스크럼 회의에 참석하면 제품 소유자는 우선 순위가 지정된 제품 백로그를 가지게 됩니다. 제품 소유자는 개발 팀과 각 항목에 대해 논의하고 관련된 노력을 종합적으로 추정합니다. 그런 다음 개발 팀은 제품 백로그에서 팀이 완료할 수 있는 작업의 양을 요약하는 스프린트 예측을 수행합니다. 이 작업이 스프린트 백로그가 됩니다.
전문가 팁
스프린트 계획 회의를 통해 완료해야 할 작업에 대한 자세한 내용을 덧붙입니다. 팀원들이 스프린트에 포함되는 모든 스토리, 버그 및 작업에 대한 작업을 구상하도록 유도하세요. 작업 계획에 관해 이야기를 나누고 합의를 도출하세요. 효과적인 계획을 세우면 팀이 스프린트의 약속을 이행할 가능성이 매우 커집니다.
매일 스탠드업 회의
매일 스탠드업, 즉 매일 스크럼은 진행률을 논의하고 블로커를 파악하기 위해 매일 15분 이하로 진행하는 짧은 회의입니다. 회의 시간을 짧게 유지하기 위해 참석자들이 서서 참여합니다.
매일 스탠드업 템플릿을 이용해 팀의 시작을 지원하세요.
참석자: 개발 팀, 스크럼 마스터, 제품 소유자
언제: 하루에 한 번(주로 아침).
기간: 15분을 넘지 않습니다. 회의실을 예약하지 말고 앉아서 스탠드업 회의를 진행하세요. 스탠드업 회의를 하면 회의 시간을 짧게 유지할 수 있습니다.
애자일 프레임워크: 스크럼 및 칸반.
목적: 매일 스탠드업 회의는 팀 전체에서 무슨 일이 일어나고 있는지 모두에게 빠르게 알리기 위해 고안되었습니다. 자세한 상태 회의가 아닙니다. 분위기는 가볍고 재미있지만 유익해야 합니다. 각 팀원에게 다음 질문에 대답하도록 안내하세요.
어제 어떤 작업을 완료했습니까?
오늘 무슨 일을 할 예정입니까?
무언가에 의해 차단됐습니까?
어제 완료한 작업을 동료들 앞에서 보고하는 데에는 암묵적인 책임이 있습니다. 항상 같은 일을 하며 진전을 이루지 못하는 팀원이 되고 싶은 구성원은 없습니다.
전문가 팁
일부 팀에서는 타이머를 사용하여 모든 관계자를 추적합니다. 또 어떤 팀은 팀 전체에 질문을 던져 모두가 관심을 기울이고 있는지 확인합니다. 많은 분산된 팀이 화상 회의 또는 그룹 채팅을 사용하여 거리 격차를 줄입니다. 팀이 제각기 고유하듯이 스탠드업 회의 역시 고유해야 합니다.
스프린트 리뷰
반복 검토라고도 하는 스프린트 검토 스크럼에서는 팀이 모여 스프린트 기간에 어떤 성과를 냈는지 공개합니다. 개발 팀은 어떤 백로그 항목이 '완료'되었는지 이해 관계자 및 팀원에게 보여주고 이해 관계자 및 팀원은 피드백을 줄 수 있습니다.
참석자: 개발 팀, 스크럼 마스터, 제품 소유자
언제: 스프린트 종료 시.
기간: 일반적으로 주당 45분의 반복(예: 2주간의 스프린트 후 90분의 회고).
애자일 프레임워크: 스크럼 및 칸반. 스크럼 팀은 고정된 케이던스를 기반으로 스프린트 회고를 진행합니다. 칸반 팀에도 가끔 회고가 도움이 될 때가 있습니다.
목적: 스프린트 검토는 팀의 작업을 보여주는 시간입니다. "금요일 데모"와 같은 캐주얼한 형식이거나 좀 더 공식적인 스크럼 회의 구조일 수도 있습니다. 팀이 성과를 축하하고 반복 내에서 완료된 작업을 보여주며 프로젝트 이해 관계자에게 즉각적인 피드백을 받는 시간입니다. 작업을 완벽하게 보여줄 수 있어야 하며 팀의 품질 기준을 충족해야 검토에서 선보일 준비가 되어 있는 완전한 작업으로 간주됩니다.
전문가 팁
Atlassian은 격식이 없고 마무리를 축하하는 분위기로 스프린트 검토에 접근합니다. 팀원의 책상 주위에 모여 새로운 기능의 데모를 시연하는 모습을 지켜보죠. 사무실 곳곳에서 박수 소리가 들리는 것은 드문 일이 아닙니다.
스프린트 회고
스프린트 회고는 스프린트 기간에 성과를 낸 부분과 개선할 점을 검토하는 회의입니다. 애자일 팀은 팀의 역학, 프로세스, 도구를 구체적으로 검토한 다음 팀의 업무 방식을 개선할 계획을 세울 수 있습니다.
다음은 회고 진행 방법에 대한 팀 플레이북입니다.
참석자: 개발 팀, 스크럼 마스터, 제품 소유자
언제: 스프린트 종료 시.
기간: 일반적으로 주당 45분의 반복(예: 2주간의 스프린트 후 90분의 회고).
애자일 프레임워크: 스크럼 및 칸반. 스크럼 팀은 고정된 케이던스를 기반으로 스프린트 회고를 진행합니다. 칸반 팀에도 가끔 회고가 도움이 될 때가 있습니다.
목적: 애자일이란 제품 및 개발 문화를 개선하기 위해 신속한 피드백을 받는 것입니다. 회고를 통해 팀이 잘 진행한 부분과 그렇지 않은 부분을 파악할 수 있습니다.
회고는 조치 없이 불만을 제기하는 시간이 아닙니다. 회고를 통해 무엇이 효과가 있는지 파악하여 팀이 해당 영역에 계속 집중할 수 있도록 하세요. 또한 효과가 없는 것이 무엇인지 알아보고 이 시간을 통해 창의적인 해결 방법을 찾고 실행 계획을 수립하세요. 지속적 개선은 애자일 팀 내에서 발전을 유지하고 추진하는 요소이며, 여기에서 핵심적인 부분은 회고입니다.
전문가 팁
팀 전체에서 작업이 잘 진행되고 있더라도 회고를 중단하지 마세요. 회고는 팀이 계속해서 잘 진행할 수 있도록 지속적으로 안내해 줍니다.
결론...
애자일 세레모니가 마법처럼 팀을 애자일하게 만들어준다고 생각하는 사람도 있지만, 이는 잘못된 생각입니다. 팀의 애질리티는 견고한 엔지니어링 관행, 변화에 대한 전술적이고 전략적인 접근 방식, 훌륭한 팀 협업을 기반으로 구축됩니다. 애자일 세레모니는 단순히 말해 팀 간의 커뮤니케이션을 지원합니다.
시작할 준비가 되셨습니까? Jira에서 스프린트를 사용하는 방법을 알아보세요