탐색 인에이블러(Exploration enablers) – 잠재 솔루션 탐색 및 대안 평가를 포함하여 고객 요구에 대한 이해를 개발하는 데 필요한 연구, 프로토타이핑 및 기타 활동을 지원합니다.
기술적 인에이블러란 무엇입니까?
정의: 애자일 개발의 인에이블러는 비즈니스 기능을 지원하는 데 중요한 역할을 하는 비즈니스 개발을 지원하는 기술 항목입니다. 인에이블러는 필요한 모든 작업에 대한 가시성을 제공하는 미래 비즈니스 요구 사항의 효율적인 개발 및 제공을 지원합니다.
검사 및 적응 중에 어떤 관행이 시연됩니까?
Inspect & Adapt: 개요 Inspect and Adapt(I&A)는 각 PI(Program Increment)가 끝날 때 열리는 중요한 이벤트로, 솔루션의 현재 상태가 열차에 의해 시연되고 평가됩니다.
인에이블러 스토리의 두 가지 유형은 무엇입니까?
다음과 같은 다양한 유형의 인에이블러 스토리가 있습니다.
- 리팩토링 및 스파이크(전통적으로 XP에서 정의됨)
- 개발/배포 인프라 구축 또는 개선.
- 사람의 상호 작용이 필요한 작업 실행(예: 100만 웹 페이지 색인 생성)
특징을 표현하는 데 권장되는 방법은 무엇입니까?
대답. 기능은 이해 관계자의 요구를 충족시키는 서비스입니다. 각 기능에는 이점 가설과 수용 기준이 포함되며 PI(프로그램 증분)에서 단일 ART(Agile Release Train)가 제공하는 데 필요한 만큼 크기가 조정되거나 분할됩니다.
기능에 대한 수락 기준은 어떻게 작성합니까?
다음은 훌륭한 수용 기준을 작성하는 데 도움이 되는 몇 가지 팁입니다. 기준을 잘 정의하여 프로젝트 팀의 모든 구성원이 전달하려는 아이디어를 이해할 수 있도록 하십시오. 기준을 현실적이고 달성 가능한 상태로 유지하십시오. 전달할 수 있는 최소한의 기능을 정의하고 고수하십시오.
애자일로 좋은 기능을 작성하는 방법은 무엇입니까?
기능을 작성하는 방법?
- 기능의 이점 가설.
- 기능에는 비즈니스 가치가 있습니다.
- 모든 기능에는 명확한 설명이 있습니다.
- 각 기능에는 승인 기준이 있어야 합니다.
사용자 스토리의 예는 무엇입니까?
예를 들어 사용자 스토리는 다음과 같습니다.
- Max로서 이 서비스를 함께 즐길 수 있도록 친구를 초대하고 싶습니다.
- Sascha로서 저는 제 작업을 정리하고 싶습니다. 그래서 제가 더 잘 통제할 수 있다는 느낌을 받을 수 있습니다.
- 관리자로서 저는 동료의 진행 상황을 이해할 수 있기를 원하므로 성공과 실패를 더 잘 보고할 수 있습니다.
애자일에서 사용자 스토리를 작성하는 책임은 누구에게 있습니까?
누구나 사용자 스토리를 작성할 수 있습니다. 애자일 사용자 스토리의 제품 백로그가 존재하는지 확인하는 것은 제품 소유자의 책임이지만 이것이 제품 소유자가 이를 작성하는 사람이라는 의미는 아닙니다. 좋은 애자일 프로젝트를 진행하는 동안 각 팀 구성원이 작성한 사용자 스토리 예제가 있을 것으로 예상해야 합니다.
사용자 스토리가 기술적일 수 있습니까?
기술 사용자 스토리 정의. 기술 사용자 사례는 시스템의 비기능적 지원에 중점을 둔 사례입니다. 때때로 그들은 보안, 성능 또는 확장성과 관련된 고전적인 비기능적 이야기에 초점을 맞춥니다. 또 다른 유형의 기술 이야기는 기술 부채 및 리팩토링에 더 중점을 둡니다.
누가 Scrum의 백로그를 소유합니까?
스크럼 제품 백로그의 소유자는 스크럼 제품 소유자입니다. 스크럼 마스터, 스크럼 팀 및 기타 이해 관계자는 광범위하고 완전한 할 일 목록을 갖도록 기여합니다.
스크럼 마스터는 스토리를 생성합니까?
스크럼에는 사용자 스토리가 포함되어 있지 않습니다. 또한 애자일 선언문은 사용자 스토리나 누가 작성해야 하는지에 대해 언급하지 않습니다.
애자일에서 제품 백로그를 결정하는 조건은 무엇입니까?
제품 백로그 항목은 비즈니스 가치, 지연 비용, 종속성 및 위험을 기준으로 주문됩니다. 제품 백로그의 맨 위에 있는 제품 백로그 항목은 "작은" 것으로 개발을 위한 "Ready" 팀이 잘 이해하며 비즈니스에 가치를 제공할 수 있습니다.
제품 백로그에 사용자 스토리가 포함되어 있습니까?
제품 백로그는 완료해야 하는 모든 작업의 목록입니다. 일반적으로 사용자 스토리, 버그, 기술 작업 및 지식 획득이 포함됩니다. 백로그는 제품 소유자와 스크럼 팀이 주기적으로 수정하여 2~3개의 스프린트 가치가 항상 정의되고 우선 순위가 지정되도록 합니다.
제품 백로그에는 무엇이 포함되어 있습니까?
제품 백로그는 로드맵 및 해당 요구 사항에서 파생된 개발 팀의 작업 우선 순위 목록입니다. 가장 중요한 항목은 제품 백로그 상단에 표시되므로 팀에서 먼저 무엇을 제공해야 하는지 알 수 있습니다.
무엇이 좋은 제품 백로그를 만드는가?
좋은 제품 백로그 특성. 좋은 제품 백로그는 유사한 특성을 공유합니다. Mike Cohn과 Roman Pichler는 DEEP: 자세히 설명됨, Emergent, Estimated, Prioritized라는 약어로 캡처했습니다. 각각의 특성에 대해 더 자세히 살펴보겠습니다.
Scrum에서 제품 백로그를 몇 번이나 변경할 수 있습니까?
스크럼 팀은 개선이 완료되는 방법과 시기를 결정합니다. 정제는 일반적으로 개발 팀의 용량의 10%를 넘지 않습니다. 그러나 제품 백로그 항목은 제품 소유자 또는 제품 소유자의 재량에 따라 언제든지 업데이트할 수 있습니다.
스크럼 팀에서 누가 품질을 소유합니까?
품질은 제품 소유자가 소유합니다. 그들은 제품의 기능을 식별하고 투자 수익(ROI)을 최적화합니다. 그들의 직무에는 제품의 비전 분석, 백로그 관리, 스크럼 마스터와의 조정, 개발 팀 조정이 포함됩니다.
제품 백로그 항목이 완료의 정의를 준수하는지 확인하기 위해 누가 모든 작업을 수행해야 합니까?
시스템 또는 제품 릴리스에서 작업하는 여러 스크럼 팀이 있는 경우 모든 스크럼 팀의 개발 팀은 "완료"의 정의를 상호 정의해야 합니다. 개발 조직 또는 스크럼 팀의 개발 팀.