우리가 전에 만난 적 있습니까?

애자일 세레모니에 대한 4가지 오해

Dan Radigan 작성자: Dan Radigan
주제 찾아보기

회의 또는 "세레모니"는 애자일 개발의 중요한 부분입니다. 그러나 여러 중요한 요소 중 하나이므로 외부와 단절된 상태에서 이루어져서는 안 됩니다. (워터폴 프로젝트에 세레모니를 추가하고 이를 "애자일"이라고 부르기 쉽지만, 아무 소용이 없을 것입니다.)

각 애자일 세레모니를 살펴보고 애자일 세레모니가 팀에 역량을 강화하고 애자일 개발을 촉진하는 방법을 알아보겠습니다.

참고: 이러한 세레모니 중 여럿은 애자일 구현에 대한 반복적이고 기한이 지정된 접근 방식인 스크럼 관행에서 비롯됩니다. 이러한 세레모니 이면의 개념은 칸반이나 린과 같은 다른 형태의 애자일에 적용될 수 있습니다. "스프린트"란 일반적으로 일관성을 유지하기 위해 한 달 이하의 고정된 기간을 가진 이벤트인 스크럼 관련 용어입니다. 다른 형태의 애자일은 더 일반적인 용어인 "반복"을 사용하여 기한이 지정된 개발 기간을 나타냅니다. 세레모니는 스프린트 또는 반복의 길이에 따라 기간이 달라지는 경우가 많습니다.

스프린트 계획

참석자: 개발 팀, 스크럼 마스터, 제품 소유자

언제: 스프린트가 시작될 때

기간: 일반적으로 주당 약 1시간의 반복 (예: 2시간의 계획 회의와 함께 2주간의 스프린트가 시작됨)

애자일 프레임워크: 스크럼. (물론 칸반 팀도 계획을 세우지만 공식적인 스프린트 계획이 있는 고정된 반복 일정을 따르지 않습니다)

목적: 스프린트 계획은 스프린트 전반에서 팀 전체가 성공할 수 있도록 지원합니다. 회의에 참석하면 제품 소유자는 우선 순위가 지정된 제품 백로그를 가지게 됩니다. 제품 소유자는 개발 팀과 각 항목에 대해 논의하고, 관련된 노력을 종합적으로 추정합니다. 그런 다음 개발 팀은 제품 백로그에서 팀이 완료할 수 있는 작업의 양을 요약하는 스프린트 예측을 수행합니다. 이 작업이 스프린트 백로그가 됩니다.

프로 팁:

스프린트 계획 회의를 사용하여 완료해야 할 작업에 대한 자세한 내용을 더합니다. 팀원들이 스프린트에 포함되는 모든 스토리, 버그 및 작업에 대한 작업을 구상하도록 유도합니다. 논의를 조성하고 작업 계획에 대한 합의를 도출합니다. 효과적인 계획을 세우면 팀이 스프린트의 이행 약속을 성공적으로 충족할 가능성이 크게 높아집니다.

매일 스탠드업 회의

참석자: 개발 팀, 스크럼 마스터, 제품 소유자

언제: 하루에 한 번(주로 아침).

기간: 15분을 넘지 않습니다. 회의실을 예약하지 말고 앉아서 스탠드업을 수행하세요. 스탠드업을 하면 회의 시간을 짧게 유지할 수 있습니다.

애자일 프레임워크: 스크럼 및 칸반.

목적: 스탠드업 회의는 팀 전체에서 무슨 일이 일어나고 있는지 모두에게 빠르게 알리기 위해 고안되었습니다. 자세한 상태 회의가 아닙니다. 분위기는 가볍고 재미있지만 유익해야 합니다. 각 팀원에게 다음 질문에 대답하도록 안내합니다.

  • 어제 어떤 작업을 완료했습니까?
  • 오늘 무슨 일을 할 예정입니까?
  • 무언가에 의해 차단됐습니까?

어제 완료한 작업을 동료들 앞에서 보고하는 데에는 암묵적인 책임이 있습니다. 항상 같은 일을 하며 진전을 이루지 않는 팀원이 되고 싶은 구성원은 없습니다.

프로 팁:

일부 팀에서는 타이머를 사용하여 모든 관계자를 추적합니다. 또 어떤 팀은 팀 전체에 질문을 던져 모두가 관심을 기울이고 있는지 확인합니다. 많은 분산된 팀이 화상 회의 또는 그룹 채팅을 사용하여 거리 격차를 줄입니다. 팀이 제각기 고유하듯이 스탠드업 회의 역시 고유해야 합니다.

반복 검토

참석자:

필수: 개발 팀, 스크럼 마스터, 제품 소유자
선택 사항: 프로젝트 이해 관계자

언제: 스프린트 또는 마일스톤 종료 시.

기간: 일반적으로 주당 60분의 반복(예: 2주간의 스프린트 후 2시간의 검토).

애자일 프레임워크: 스크럼 및 칸반. 계획과 마찬가지로 칸반 팀의 검토는 고정된 케이던스가 아니라 팀 마일스톤에 정렬되어야 합니다.

목적: 반복 검토는 팀의 작업을 보여주는 시간입니다. "데모의 금요일"과 같은 캐주얼한 형식이거나 좀 더 공식적인 회의 구조일 수도 있습니다. 이제 팀이 성과를 축하하고, 반복 내에서 완료된 작업을 보여주고, 프로젝트 이해 관계자에게 즉각적인 피드백을 받는 단계입니다. 작업을 모두 보여줄 수 있어야 하며 팀의 품질 기준을 충족해야 검토에서 선보일 준비가 되어 있는 완전한 것으로 간주됩니다.

프로 팁:

Atlassian에서는 스프린트 검토에 캐주얼한 접근 방식을 취하여 축하하는 분위기를 조성합니다. 팀원의 책상 주위에 모여 새로운 기능을 데모하는 모습을 지켜봅니다. 사무실 곳곳에서 박수 소리를 듣는 것은 드문 일이 아닙니다.

회고

참석자: 개발 팀, 스크럼 마스터, 제품 소유자

언제: 반복이 끝날 때

기간: 일반적으로 주당 45분의 반복(예: 2주간의 스프린트 후 90분의 회고).

애자일 프레임워크: 스크럼 및 칸반. 스크럼 팀은 고정된 케이던스를 기반으로 스프린트 회고를 진행합니다. 칸반 팀에도 가끔 회고가 도움이 될 때가 있습니다.

목적: 애자일이란 제품 및 개발 문화를 개선하기 위해 신속한 피드백을 받는 것입니다. 회고는 팀이 잘 진행된 부분과 그렇지 않은 부분을 파악하는 데 도움이 됩니다.

회고는 조치 없이 불만을 제기하는 시간이 아닙니다. 회고를 통해 무엇이 효과가 있는지 파악하여 팀이 해당 영역에 계속 집중할 수 있도록 하세요. 또한 효과가 없는 것이 무엇인지 알아보고 이 시간을 통해 창의적인 해결 방법을 찾고 실행 계획을 수립하세요. 지속적인 개선은 애자일 팀 내에서 발전을 유지하고 추진하는 요소이며, 여기에서 핵심적인 부분은 회고입니다.

프로 팁:

팀 전체에서 작업이 잘 진행되고 있더라도 회고를 중단하지 마세요. 회고는 팀이 계속해서 잘 진행할 수 있도록 지속적으로 안내해 줍니다.

팀의 애질리티는 견고한 엔지니어링 관행, 변화에 대한 전술적이고 전략적인 접근 방식, 훌륭한 팀 협업을 기반으로 구축됩니다. 애자일 세레모니는 단순히 말해 팀 간의 커뮤니케이션을 지원합니다.

시작할 준비가 되셨습니까? Jira Software에서 스프린트를 사용하는 방법을 알아보세요

다음 단계
백로그