3 amigo principle agile
3 아미고 원칙 소개 :
Windows 7을위한 최고의 DVD 리퍼
이전에 스크럼 시리즈에서 우리는 스크럼 팀 구성원의 자급 자족 외부의 도움없이 비즈니스 가치를 창출하는 문화를 유도합니다.
최근에 저는 스크럼 마스터로 일한 클라이언트 프로젝트에 참여했습니다. 여러 스크럼 기반 프로젝트에서 일하면서 저는 클라이언트의 작업 방식에 방법론을 성공적으로 혼합 할 수있었습니다.
그러나 특정 기간이 지나자 이해의 요구에 대한 모호함이 많이 발견되었습니다.
모든 스크럼 팀원은 자신 만의 요구 사항 이해를 가지고 있습니다!
학습 내용 :
개요
개발자와 QA가 동일한 요구 사항에 대해 두 가지 관점을 가지고 있다면 어떻게됩니까?
이 경우 명백한 행동 과정은 개발자가 자신의 관점을 염두에두고 Increment를 개발하는 반면 테스터는 자신의 관점을 염두에두고 테스트하는 것입니다.
두 가지 관점은 격차를 만드는 경향이 있으며 문제는 Sprint가 끝날 때만 해결됩니다. 최악의 경우는 Sprint 내에서 이러한 문제를 해결할 시간이 없다면 제품 백 로그에 추가 항목을 추가 할 수있는 상황에 처하게됩니다.
위의 문제 설명을 해결하기 위해 팀 구성원간에 요구 사항 전체를 분석하고 브레인 스토밍 할 수있는 더 많은 요구 사항 토론 세션을 갖는 솔루션을 찾았습니다. 그래서 삼아 미고 원리의 아이디어가 밝혀졌습니다.
Three Amigo Principle로 넘어 가기 전에 먼저 Agile Testing Practices 중 하나 인 Test First Development (TFD)와 이것이 The Three Amigos와의 연관성에 대해 논의하겠습니다.
테스트 우선 개발 (TFD)
이름 자체에서 알 수 있듯이 Test First Development는 개발 활동에 앞서 테스트 엔지니어가 테스트 케이스를 작성하는 방식입니다.
이러한 테스트 사례는 팀 전체에서 논의되고 공유됩니다. 이제 팀원들은 회의에 참석하여 테스트 사례를 논의, 향상 및 검토합니다 ( 'The Three Amigos'라고도 함). 이 회의 중에 테스트 케이스 목록에 엣지 케이스도 추가됩니다.
또한 테스트 케이스가 수락 기준을 충족한다는 확신을 구축 할 테스트 케이스를 추가하고 검토하기 위해 제품 소유자를 포함시킬 수 있습니다.
이제 테스트 케이스가 개발되었으므로 전체 개발은 이러한 테스트 케이스를 기반으로합니다. 이 현상을 테스트 빌드주기라고도합니다. 테스트 빌드주기 내에서 모든 테스트 케이스가 통과 될 때까지 빌드하여 시스템에 버그가있을 수있는 공간이 없습니다.
Test-First Development를 통해 개발자는 수락 기준을 충족하고 제품 소유자 (고객의 목소리)로부터 동의를받는 증분을 구축 할 수 있습니다.
요즘 팀은 Test First Development의 다음 단계 인 TDD (Test Driven Development) 접근 방식과 프레임 워크를 채택하기 시작했습니다. Cucumber, Gauge, Specflow 등과 같은 도구는 가장 인기있는 도구 중 하나입니다.
세 가지 아미고 원칙
세 명의 아미고는 누구입니까?
3 명의 아미고 원리는 3 명의 아미고가 말한다; 비즈니스 분석가, 개발자 및 품질 분석가는 다음과 같은 회의에서 함께 모여야합니다.
- 비즈니스 분석가는 팀과 함께 각 비즈니스 요구 사항을 자세히 설명합니다.
- 품질 보증 팀의 구성원은 이러한 비즈니스 요구 사항을 위해 이미 생성 된 테스트 사례에 대해 논의합니다.
- 개발 팀의 구성원은 팀과 함께 아키텍처 및 저수준 설계에 대해 논의합니다.
세 명의 Amigo 회의의 목적은 세 명의 Amigo가 비즈니스 사양을 이해하는 데있어서의 격차를 줄이는 것입니다.
비즈니스 분석가는 팀의 모든 사람이 비즈니스 사용자 스토리 / 요구 사항에서 동일한 이해와 기대를 갖도록합니다. 비즈니스 분석가는 팀 구성원의 의견을 수집하고 검토합니다. 또한 누락 된 정보를 추가하고 모호한 정보가있는 경우 사용자 스토리에서 제거합니다.
소프트웨어의 상태는 항상 고품질 표준에 의해 측정되기 때문에 품질 보증 팀은 소프트웨어 증분의 기능적 및 비 기능적 측면에 대해 자세히 설명하고 증분을 테스트하기 위해 식별 된 테스트 사례를 자세히 설명합니다. 또한 테스트 케이스가 모든 합격 기준을 충족하는지 확인합니다.
다른 팀 구성원은 엣지 케이스와 누락 된 시나리오를 찾아 테스트 케이스를 보강하는 데 도움을줍니다. 개발 팀의 구성원은 테스트 제약으로 이어질 수있는 지식 기술 제한을 공유합니다.
eps 파일 사용 방법
개발자는 요구 사항에 대한 이해와 Increment 구축에 필요한 사항에 대해 논의합니다. 또한 팀과 함께 아키텍처 레이아웃 및 저수준 설계에 대해 논의하여 무엇을 빌드 할 것인지에 대한 공통된 이해를 형성합니다.
Three Amigo 세션의 전반적인 결과는 전체 팀이 다음 스프린트의 일부로 무엇을 구축 할 것인지에 대한 공통된 이해를 가지고 있다는 것입니다.
세 아미고 프로세스
Three Amigo 프로세스는 다음과 같이 구성됩니다.
# 1) 참가자
개발 팀과 품질 보증 팀에서 각각 한 명의 대표와 비즈니스 분석가. 개념의 최대 이점을 활용하기 위해 실제로 해당 요구 사항에 대해 작업 할 사람들 인 이러한 대표자를 두는 것이 좋습니다. Architects 등과 같은 다른 사람들은 항상 회의에 참여하여 지침을 제공 할 수 있습니다.
# 2) 타임 라인
Three Amigo 세션은 일반적으로 N-1 Sprint에서 수행됩니다. 또한 시간 제한이있는 박스형 이벤트입니다. 즉, 연장 할 수 없습니다. 세션의 권장 시간 상자는 최대 기간이기도 한 1 시간입니다.
기능이 Sprint N에서 개발 될 예정이라면 N-1 또는 N-2 Sprint에서 Three Amigo 세션을 수행하는 것이 좋습니다.
# 3) 형식
# 1) 회의는 설계 문서 또는 와이어 프레임과 함께 참석자에게 요구 사항을 제시하는 비즈니스 분석가로 시작됩니다. 비즈니스 요구 사항은 잘 준비되고 문서화되어야합니다. 팀은 회의 전에 이미 요구 사항을 통과 한 것으로 예상됩니다.
# 2) 다음 단계로 참석자들은 요구 사항을 검토하고 나중에 비즈니스 분석가가 통합 할 피드백을 제공합니다. 참석자들은 또한 모호함과 차이가 있다면 지적 할 것입니다. 비즈니스 분석가는 또한 모호성을 제거하고 요구 사항의 공백을 메울 것으로 예상됩니다.
때때로 비즈니스 분석가가 다른 참석자가 게시 한 쿼리를 확인해야하고 해당 리뷰 자체를 직접 통합 할 수없는 상황이있을 수 있습니다.
# 3) 요구 사항이 충분히 정리되고 참석자들이 더 이상 피드백이나 미결 질문이 없으면 요구 사항은 '준비'로 표시됩니다.
# 4) 다음으로 테스트 케이스는 요구 사항과 마찬가지로 참석자에게 제시됩니다. 테스트 케이스는 이미 잘 구성되고 준비되어 있어야합니다.
# 5) 참석자들은 이제 테스트 사례를 검토하고 피드백을 제공합니다. QA 멤버는 제공된 모든 제안을 통합합니다. 참석자들은 또한 놓친 테스트 사례와 엣지 사례 시나리오를 지적합니다. 여기서 주된 목표는 테스트 케이스가 모든 허용 기준을 충족하고 좋은 테스트 범위를 가져야한다는 것입니다.
# 6) 다음 단계는 세션 중에 나올 수있는 종속성과 전제 조건을 살펴 보는 것입니다.
Android 용 음악 다운로더 상위 10 개
# 7) 종속성이 결정되고 작업 항목이 생성되어 관련 팀 구성원에게 할당됩니다. 마찬가지로 필수 구성 요소에 대한 작업이 생성되고 할당됩니다.
# 8) 위에서 언급 한 모든 아티팩트 (요구 사항, 테스트 케이스, 작업, 종속성)는 모두가 쉽게 액세스 할 수 있도록 JIRA와 같은 프로젝트 관리 도구에 보관되어야합니다.
# 9) 리뷰 댓글이 너무 많으면 비즈니스 분석가와 품질 보증 엔지니어가 세션 후이를 통합 할 수 있습니다.
결론
이 자습서에서는 다음과 같은 개념을 소개했습니다. 세 가지 아미고 원칙 강력한 피드백 루프를 통해 더 빠른 속도로 올바른 솔루션을 제공하는 데 매우 유익한 것으로 입증되었습니다.
세 개의 Amigo 세션은 동일한 요구 사항에 대해 다른 이해를 가질 수있는 공간을 남기지 않습니다. 회의의 목적은 모든 사람을 동일한 페이지에두고 개발 단계로 넘어 가기 전에 요구 사항을 수락하도록하는 것입니다.
이미 Agile Framework에서 작업하고 있다면 The Three Amigo Session을 몇 번 시도하고 직접 변경 사항을 관찰하는 것이 좋습니다.
다가오는 자습서에서는 Scaled Agile 프레임 워크에 대해 자세히 설명합니다!
이전 튜토리얼 | NEXT 튜토리얼
추천 도서
- 애자일 프로세스로의 성공적인 전환을위한 애자일 테스트 마인드 개발을위한 4 단계
- JIRA Agile Tutorial : Agile 프로젝트 관리를 위해 JIRA를 효과적으로 사용하는 방법
- 애자일 선언 : 애자일 가치 및 원칙 이해
- 애자일 테스터의 사고 방식 변화 : 애자일 선언과 일치
- SAFe Agile 자습서 : Scaled Agile 프레임 워크 란?
- 애자일 스크럼 온라인 퀴즈 : 애자일 스크럼에 대한 지식 테스트
- 자동화 된 회귀 테스트 : 과제, 프로세스 및 단계
- 급증하는 애자일 테스트 – Boon 또는 Bane?