agile retrospective meetings why it is necessary
애자일 소프트웨어 개발 Agile Manifesto를 기반으로하는 일련의 방법 및 관행입니다. 애자일 방법론은 팀 협업과 제품의 빈번한 제공을 강조합니다.
Agile Manifesto에 나열된 12 가지 원칙 중 하나는 다음과 같습니다.
'정기적으로 팀은 어떻게 더 효과적이되는지에 대해 숙고 한 다음 그에 따라 행동을 조정하고 조정합니다.'
이 원칙은 Agile Retrospective 회의의 형태로 Agile 팀에 통합됩니다.
이 기사에서는 회고 회의, 그 목적 및 이러한 회의를 진행하는 몇 가지 재미있는 방법에 대해 자세히 설명합니다.
추천 읽기=> 조직에서 애자일을 채택해야하는 6 가지 가장 일반적인 이유
학습 내용 :
회고 회의의 정의 및 목적
정의상 회고는 '과거 사건 또는 상황을 되돌아 보거나 처리'를 의미합니다.
정의에 충실합니다. 회고 회의는 가장 최근의 스프린트 / project / milestone 및 개선이 필요한 영역을 식별하고 팀 승리를 축하합니다. .
이는 팀이 팀이 잘한 영역과 팀이 다음 스프린트 / 프로젝트 / 마일스톤을 개선하기 위해 함께 작업해야하는 영역을 논의하기 위해 함께 모이는 지속적인 개선 개념과 연결됩니다.
또한 읽으십시오=> 지속적 통합 프로세스를 사용하여 소프트웨어 품질을 개선하는 방법
회고 회의 실시
프로젝트 기간 동안 다양한 단계에서 회고전 회의를 개최 할 수 있습니다.
- 소급 회의는 스프린트 종료일과 다음 스프린트가 시작되기 전에 가장 최근 스프린트에 반영되도록 예약 할 수 있습니다.
- 특정 문제 시나리오를 검토하려면
- 지금까지의 상태를 반영하는 이정표
애자일 회고 단계
모든 회고 회의에는 다음 단계가 포함됩니다.
- 세트 스테이지 – 회의 구성 – 진행자 (PM., 스크럼 마스터 등)가 회의를 설정하고 필요한 모든 팀 구성원 및 이해 관계자에게 회의 초대장을 보냅니다.
- 데이터 수집 – 회의가 시작되면 팀원이 가질 수있는 모든 아이디어, 의견, 우려 사항을 수집하십시오. 이는 다양한 방법으로 수행 할 수 있습니다. 애자일 회고 활동 시작, 중지, 계속, 그림 그리기 등
- 통찰력 생성 – 데이터를 수집 한 후에는 의미있는 분석을 식별하고 패턴을 만들어야합니다. 아이디어는 트렌드를 식별하고 해결하는 것입니다. 예 : 팀원들이 매일의 긴 스탠드 업에 불만이 있다면 그 원인을 파악해야합니다. 관련없는 토론, 팀원의 지각, 업데이트 횟수를 수용하지 않는 비현실적인 시간 설정 등이 될 수 있습니다.
- 활동 만들기 – 근본적인 문제가 식별되면이를 해결하기위한 조치 지점을 만듭니다. 결정된 기한까지 문제를 해결할 책임이있는 책임있는 사람에게 행동 포인트를 할당해야합니다.
- 마무리 – 시간과 참여에 대해 팀에 감사드립니다. 회의 토론 및 실행 지점을 문서화하고 쉽게 참조 할 수 있도록 팀 구성원에게 배포해야합니다.
애자일 회고 회의 형식, 아이디어 및 활동
# 1) 잘 된 것, 더 잘해야 할 것, 행동 항목
팀원들은 팀이 잘한 일, 팀이 개선해야 할 사항, 교훈 및 개선 영역에 해당하는 조치 사항에 대해 만나 토론합니다.
이러한 작업은 책임있는 팀 구성원에게 할당됩니다. 이 토론은 회의 후 문서화되고 모두에게 회람되거나 쉽게 액세스 할 수 있도록 공유 드라이브 / 인트라넷에 저장할 수 있습니다.
지라 붙박이가있다 스프린트 회고 주형 다음과 같이 정확한 형식을 기반으로 한 회고 회의 :
(영상 출처 )
# 2) 회의 시작, 중지 및 계속
이 회의에서 팀원들은 팀이 스프린트에서 무엇을 시작하고, 중단하고 계속해야하는지에 대한 의견을 제공하도록 요청받습니다.
이 방법은 특히 새로운 팀에게 매우 인기 있고 효과적입니다.
- 시작 항목은 팀이 프로세스에 추가하고 싶은 항목입니다. 프로젝트 회의 시간에 맞춰 오세요.
- 중지 항목은 팀이 더 이상하고 싶지 않은 것입니다. 코드 검토없이 코드 체크인을 중지합니다.
- 계속 항목은 팀이 향후에 계속하기를 원하는 것입니다. 매일 스탠드 업을 계속하십시오.
회의 진행자는 팀 구성원이 제안 할 수있는 항목 수의 최소 및 최대 제한을 설정할 수 있습니다. 예 : 모든 팀원은 시작, 중지 및 계속 목록에 대해 각각 1 개의 항목을 제공해야하며 유형 당 최대 3 개의 항목을 제공 할 수 있습니다.
또한 전체 목록이 작성되면 팀 구성원에게 가장 중요한 항목의 범위를 좁히기 위해 투표하도록 요청할 수 있습니다.
# 3) 5‘왜’형식 회의
이 회의 형식은 팀원들에게 후속 질문 '이유'질문을 기반으로합니다.
이 회의 형식은 문제가있는 시나리오 (증상)의 근본 원인과 원인이 명확하지 않은 경우를 찾는 데 사용됩니다.
목표는 문제를 해결하는 것이 아니라 상황을 이해하고 근본 원인을 좁히는 것입니다.
각 팀원은 문제가 발생한다고 생각하는 이유의 사슬을 만듭니다. 목록이 준비되면 답변을 그룹의 공통된 합의에 의해 도달 한 의견을 나타내는 단일 체인으로 통합 할 수 있습니다.
이는 규모가 작은 팀 (예 : 3-5 명의 구성원)에 가장 적합합니다.
예를 들면:
문제 : 제품의 품질이 좋지 않았습니다.
질문 : 왜?
이유 1 : 불안정한 빌드.
질문 : 왜?
이유 : 프로세스 시행 없음-코드 동결 없음.
질문 : 왜?
이유 : 범위 변경
질문 : 왜?
이유 : 프로젝트 계획 중에 식별되지 않은 영향
# 4) 미친, 슬픔, 기쁜
이 회의 형식에서 팀원은 Mad, Sad, Glad 등 각 감정에 대해 스티커 메모를 작성하는 데 시간 (5 ~ 10 분)이 걸립니다.
- 'Mad'는 장애물, 장벽 등에 초점을 맞추는 경향이 있습니다.
- ‘슬픈’은 내부 문제에 초점을 맞추고
- ‘Glad’는 팀원이 좋아하는 것에 집중하는 경향이 있습니다.
시간이 지나면 스티커 메모는 감정에 따라 그룹화됩니다. 그런 다음 Mad 및 Sad 문제에 투표하여 작업 항목을 만들기 위해 우선 순위를 지정합니다.
# 5) 그림 그리기
이 기법은 비언어적 회고 기법입니다.
이 회의 형식에서 팀 구성원은 몇 분 동안 자신의 생각을 수집하고 자신의 감정과 의견을 표현할 수 있습니다.
이 회의는 팀 내에서 구두 의사 소통이 실패한 경우 회고전을 수행하기에 좋은 형식이며 팀원 간의 쇄빙선 역할을합니다.
(영상 출처 )
# 6) 서클 축하
이 기술은 플러스 및 델타를 사용하여 피드백을 캡처합니다.
여기에서 팀원들이 모여서 원을 형성합니다. 한 팀원이 시작하여 던질 수있는 부드러운 물체 (봉제 장난감, 스트레스 볼)를 다른 구성원에게 던집니다.
공을 가진 사람은 3 가지 질문에 답할 수 있습니다.
- 그들이 즐긴 것,
- 그들이 감사 한 것과
- 개선을 위해 배운 것을 어떻게 사용할 것인가
개체는 모든 사람이 기회를 가질 때까지 무작위로 원을 통과합니다.
일반적인 오해
오해 # 1) 회고전 회의는 지루하다
이것이 팀원들이 회고 회의를 진행하거나 참석하지 않는 가장 큰 이유입니다.
회의를보다 흥미롭게 만들기 위해 진행자는 이러한 회의를 진행할 수있는 재미 있고 효과적인 방법을 제시해야합니다.
오해 # 2) 회고전 회의는 팀원의 평균 이하의 성과를 지적 할 수있는 기회입니다.
회고 회의는 손가락으로 가리 키거나 회의를 내보내는 것이 아닙니다.
이 회의는 팀원의 약점을 정확히 지적하거나 부를 예정이 아닙니다. 이 회의는 팀으로서의 발전과 성장을 목표로 중립적 인 환경에서 설정됩니다. 한 사람을 대상으로 한 직접적인 의견은 피하십시오. 그리고 목표는 더 나아지는 것임을 기억하십시오!
오해 # 3) 회의 주최자 만이 회고전 회의를 이끌고 문제를 논의합니다.
팀 구성원은 참여하고 자신의 관점을 공유하도록 권장해야합니다. 이 회의는 팀의 개선을위한 것이지 회의 주최자 / 진행자가 지시 한 하향식 토론을위한 것이 아닙니다.
동시에 팀원들은 판단을 받거나 발언으로 인한 반발에 대한 두려움없이 자신의 진정한 관점을 표현할 수 있도록 편안해야합니다.
오해 # 4) 고위 경영진 / 주요 이해 관계자는 회고 회의에 전혀 초대되지 않습니다.
이것은 프로젝트마다 다릅니다. 고위 경영진의 제품 소유자는 자신이 가질 수있는 우려 사항이나 팀이 거버넌스에 대해 갖고있는 우려 사항을 해결하기 위해 회의에 초대 될 수 있습니다.
오해 # 5) 회고전 회의 결과를 문서화 할 필요가 없습니다.
애자일 방법론은 '포괄적 인 문서보다 소프트웨어 작업'원칙을 기반으로하지만, 그렇다고 팀이 문서화를 완전히 없애야한다는 의미는 아닙니다.
회고전을 문서화하면 종결에 대한 조치 지점을 효과적으로 추적 할 수 있습니다. 이는 또한 팀이 조직 프로세스 자산의 일부로 학습 한 교훈에 액세스 할 수있는 기록 데이터 저장소에 추가 할 수 있습니다.
결론
회고는 팀 구축 및 팀 공동 작업에 매우 유용합니다.
팀원들이 함께 모여 승리를 축하하고 개선 사항을 제안함으로써 더욱 투명하고 건강한 팀 환경을 조성합니다. 지속적인 개선과 피드백을 통해 팀은 시간이 지날수록 더 나아집니다.
회고 회의에는 인간 문제 (성격, 태도, 기술 부족 등)와 기술 문제 (범위, 일관성없는 요구 사항, 시스템 안정성 등)가 모두 포함되어야합니다.
Windows 7 64 비트를위한 최고의 무료 백업 소프트웨어
소급 회의는 개발 팀 수준뿐만 아니라 모든 수준에서 수행하는 것이 좋습니다.
소급 회의는 마일스톤, 스프린트 종료, 사건 또는 문제의 사후 분석, 주요 이벤트 후 등에서 수행 할 수 있습니다. 소급 회의를 문서화하고 조치 지점을 추적하여 종결까지 추적 할 수 있습니다.
마지막으로, 회고전 회의를 재미있게 만드십시오!
대한 저자: 이 유용한 기사는 Neha B가 작성했습니다. 그녀는 현재 품질 보증 관리자로 일하고 있으며 사내 및 해외 QA 팀을 이끌고 관리하는 일을 전문으로합니다.
이 기사에서 언급하지 않은 회고 적 회의의 재미있는 방법을 알고 있습니까? 귀하의 의견을 게시하여 알려주십시오.
추천 도서
- 애자일 테스트 세계에서 좋은 팀 멘토, 코치 및 진정한 팀 수비수가되는 방법? -영감
- 애자일 프로세스로의 성공적인 전환을위한 애자일 테스트 마인드를 개발하기위한 4 단계
- JIRA Agile Tutorial : Agile 프로젝트 관리를 위해 JIRA를 효과적으로 사용하는 방법
- 애자일 선언 : 애자일 가치 및 원칙 이해
- 애자일 테스터의 사고 방식 변화 : 애자일 선언과 일치
- SAFe Agile 자습서 : Scaled Agile 프레임 워크 란?
- 애자일 스크럼 온라인 퀴즈 : 애자일 스크럼에 대한 지식 테스트
- 자동화 된 회귀 테스트 : 과제, 프로세스 및 단계