애자일 회고

회고는 팀이 미래를 개선하기 위해 과거를 되돌아보는 시간입니다. 기술 팀과 기술 이외의 팀 사이에서 거의 모든 것에 대해 회고를 진행할 수 있습니다. 현재 Atlassian에서는 애자일 소프트웨어 개발에 대한 공개 회고를 주최하고 있습니다. 보드에 아이디어를 추가하여 애자일의 미래를 정의하도록 도와주세요.

#RetroOnAgile 대화에 참여하세요

#RetroOnAgile로 트윗을 보내 소프트웨어 개발에 대해 되돌아보세요. 좋아하는 것은 #ILike로, 개선을 바라는 것은 #IWish로, 앞으로 보고 싶은 기능은 #WhatIf로 알려주세요. 아래에 있는 수백 개의 응답을 아이디어로 사용하세요. 피드백은 24시간 이내에 여기에 표시됩니다.

전문가 팁: ^^^ 질문을 답변으로 바꾸고 해시태그를 남겨주세요 ;-)

Atlassian의 #RetroOnAgile 보드

회고를 진행하는 이유는 무엇입니까?

2001년, 공식적인 서명을 통해 애자일 회고가 탄생했습니다. 애자일 개발의 12가지 원칙 중 마지막 원칙은 다음과 같습니다.

"정기적으로 팀은 효과성을 더 높이는 방법을 되돌아본 다음 그에 따라 행동을 수정하고 조정합니다."

애자일 매니페스토를 통해 명확히 알 수 있는 점은, 애자일 가치를 최대한 활용하려면 팀이 정기적으로 회의를 가져 확인하고 조정해야 한다는 것입니다. 가장 일반적으로, 개발 팀은 정기적인 회고 회의를 열어서 이 원칙을 적용합니다. 이 페이지의 많은 부분이 회의에 초점을 두고 있지만 회의가 회고를 진행하는 유일한 방법은 아닙니다.

최근에는 회고의 개념이 개발 팀에서 벗어나 비즈니스 및 팀워크의 모든 측면까지 확장되었습니다.

캠페인에 대해 회고를 진행하는 마케팅 팀, 대규모 프레젠테이션에 대해 회고를 진행하는 관리 팀, 그리고 Atlassian이 업계 전반에서 회고를 주최하고 있다는 것을 알고 있습니다. 회고에 대한 열린 태도와 비즈니스의 모든 측면으로의 확산은 엄청나게 기대할 만한 일입니다.

회고에 대해 기대하는 이유는 애자일이 실제로 진행되는 곳이기 때문입니다. 애자일 매니페스토의 핵심 개념 중 많은 부분은 회고 회의를 통해 강화됩니다. 다음과 같은 가치를 고려해 보세요.

  • 프로세스 및 도구보다 개인 및 상호 작용
  • 계획을 따르기보다는 변화에 대응

회고란 표면 그대로 실제 관계자들과 협력하여 변화와 개선을 이루는 것이 전부입니다. 회고보다 애자일 원칙을 더 잘 강화해주는 것은 많이 없습니다. 회고가 중요한 이유를 살펴봤으니, 이제 자체적인 회의를 여는 방법을 읽고 알아보세요.

또한 회고를 진행하는 이유는 상황을 개선하기 위한 것이므로, 애자일에 관심이 있다면 #RetroOnAgile에 참여하여 소프트웨어 개발의 미래를 정의하도록 도와주세요.

구독

#RetroOnAgile 및 기타 애자일 트렌드를 파악하세요

Thanks for signing up!

회고 회의

회고는 애자일 팀이 스스로를 평가하고 향후 개선 영역을 다루기 위한 계획을 세울 수 있는 좋은 기회입니다. 회고는 과거를 반영하기 위해 작업 주기를 벗어나 지속적인 개선의 이상을 포용하고 현재 상태에 안주하는 것의 위험으로부터 보호합니다.

회고 회의의 목적은 다음과 같습니다.

  • 특히 팀 역학, 프로세스 및 도구를 중심으로 마지막 스프린트, 반복 또는 작업 항목이 어떻게 진행되었는지 평가합니다.
  • 잘 진행된 항목과 그렇지 않은 항목을 분명하게 표시하고 순위를 매깁니다.
  • 팀의 업무 방식을 개선하기 위한 계획을 수립하고 구현합니다.

회고는 자기 성찰과 적응에 집중할 수 있는 안전한 장소를 마련해 줍니다. 회고를 성공적으로 진행하려면 모든 팀원이 기여하도록 장려하는(하지만 강요하지는 않는), 서로를 지지하는 분위기가 필요합니다.

회고는 팀에 긍정적이고 활력을 주는 경험이 되어야 합니다. 회고는 팀원들이 중요한 피드백을 공유하고, 좌절감을 떨쳐 버리고, 함께 협력하여 해결 방법을 생각해내는 데 도움이 됩니다. 진행자는 또한 팀이 함께 일하는 방식과 지난 스프린트에서 경험한 어려움(및 성공)에 대한 더 나은 이해를 포함하여 회고를 통해 많은 것을 얻을 수 있습니다. 회고를 성공적으로 진행하면 팀원들이 소유권을 갖고 다음 스프린트에서 이루고자 하는 개선 사항의 목록이 만들어집니다.

첫 회고를 진행하는 방법

회고의 형식을 변경하는 것은 도움이 될 수도 있지만(자세한 내용은 아래에 나와 있음) 시기, 참석자 및 일반적인 형식과 같은 특정 측면은 최대한 일관성을 유지해야 합니다.

언제:

기존의 2주 스프린트를 사용하는 애자일 팀의 경우 매 스프린트가 끝날 때마다 회고를 진행해야 합니다. 칸반에 더 가까운 스타일로 일하는 팀의 경우 월별 또는 분기별 회고가 더 적합할 수 있습니다. 또한 주요 이니셔티브가 시작된 후 광범위한 리더십의 구성원을 참여시키는 것이 좋습니다. 제공된 결과가 아니라 팀이 함께 협력하여 결과를 만들어낸 방법에 초점을 맞추도록 주의하세요.

스프린트의 길이와 다뤄야 할 양에 따라 최소 30분에서 최대 1시간 정도 할애할 계획을 세우세요.

누가:

논의는 진행자가 주도하며 모든 팀원이 회고에 참석해야 합니다. 진행자는 스크럼 마스터 또는 제품 소유자일 수 있으며, 팀 전체에서 번갈아 가며 맡을 수 있습니다. 디자이너, 마케터 또는 현재 스프린트나 반복에 기여한 다른 관계자를 자유롭게 참여시키세요.

무엇을:

회고에 변화를 주는 방법에는 여러 가지가 있지만(아래에서 설명할 예정) 회고 회의를 위한 기본 템플릿은 다음과 같습니다.

  1. 잘 진행된 항목과 개선할 수 있는 항목의 간단한 목록을 만듭니다. 이 목록은 화이트보드, Atlassian Confluence 페이지 또는 벽에 붙이는 스티커 메모에도 만들 수 있습니다! 최초 피드백을 어디서 캡처했는지에 관계없이, 나중에 참조할 수 있도록 회의 직후에 기록하세요.
  2. 하나의 팀으로서 중요도에 따라 목록의 우선 순위를 정합니다. 함께 그룹화할 수 있는 공통적인 주제를 발견하게 될 수도 있습니다.
  3. "개선의 여지가 있음" 목록에서 상위 두 개의 항목을 개선하는 방법과 전략에 대해 논의합니다. 작업, 팀원 또는 과거가 아닌 결과에 초점을 맞추세요.
  4. 작업 계획을 세웁니다. 세션이 끝날쯤에, 팀은 개선이 필요한 영역을 다루기 위해 명확한 소유자 및 기한과 함께 몇 가지 실행 가능한 아이디어를 제시했을 것입니다.
  5. 4번을 실행하는 데 대한 규율을 지킵니다. 모든 회고에서 똑같은 장애물이 반복되는 것보다 더 답답한 일은 없을 것입니다. 모두가 명확한 다음 단계를 파악하도록 하여 정체(및 좌절)를 방지하세요. 회고에서 파악한 각 작업 항목에는 작업을 완료할 때까지 맡아 수행하는 명확한 소유자가 있어야 합니다.

다양성은 삶의 향신료

회고를 표준화하는 것은 일관성을 유지하고 시간이 지남에 따라 팀 간의 신뢰를 쌓는 데 좋은 방법입니다. 그러나 진행자가 몇 가지 "조정"을 시도해볼 수 있으며, 그러면 추가적인 인사이트를 발견하거나, 새로운 팀원의 참여를 장려하거나, 단순히 흥미 있게 유지하는 데 도움이 될 수 있습니다.

외부 진행자를 참여시킵니다. 일반적으로 회고는 스크럼 마스터나 프로젝트 리더가 진행하지만 다음 회고를 유도하기 위해 게스트를 참여시키는 것도 좋을 수 있습니다. "이해 관계가 있는" 관계자가 논의를 이끌도록 하면 상황은 긍정적인 쪽으로 변화할 수 있습니다. 또한 이 전략을 통해 조직 내 다른 직원은 다른 애자일 팀의 작업 방식을 관찰하고 자신의 팀을 위한 몇 가지 모범 사례를 배워갈 수도 있습니다.

목록 프롬프트에 변화를 줍니다. 하루 일과를 마칠 무렵에 하는 회고는 무엇이 효과가 있고 그렇지 않은지 확인하기 위한 것입니다. 다음과 같은 다양한 프롬프트를 고려해 보세요.

  • 시작/중단/계속: 팀이 시작하고, 중단하고, 계속해야 할 일입니다. "중단" 열의 항목을 중단하는 방법에 중점을 두세요.
  • 더 많이/더 적게: 팀이 더 많이 또는 더 적게 해야 하는 일입니다. "더 적게 할 일" 목록의 상위 항목을 해결할 계획을 세우세요.
  • 기쁨/슬픔/화남: 팀을 기쁘고 슬프고 화나게 만든 요인입니다. 짐작할 수 있듯이, 다음 번에는 기쁨 열에만 항목이 있도록 슬픔 및 화남 목록과 개선 방법에 초점을 맞추세요.

리더십 팀을 참여시킵니다. 주요 프로젝트를 시작한 후 리더십 팀원과 1시간 정도의 회의 일정을 잡고 (이니셔티브 진행 방식에 대한 세부 사항이 아닌) 팀이 어떻게 협력했는지에 중점을 두세요.

개선할 수 있는 방법에는 여러 가지가 있으므로 주저하지 말고 나만의 새로운 요령을 찾아보세요. 분산된 팀을 참여시키거나 정체된 회고 프로세스를 개선하려는 경우 핵심은 팀의 참여를 유지하고 실행 가능한 결과를 만드는 것입니다.

대화에 참여하세요!

이제 회고 진행에 대한 기본적인 사항을 알아보았으므로 여러분의 팀의 회고에 대해 들어보고 싶습니다. “I like”, “I wish” 또는 “What if”가 들어간 트윗을 작성하면 위의 가상 보드에서 피드백을 볼 수 있습니다! 대화 참여 →

다음 단계
분산된 스크럼