agile scrum online quiz
온라인 퀴즈 – 애자일 스크럼
우리는 확장 된 애자일 프레임 워크 지난 튜토리얼에서.
이 온라인 퀴즈를 통해 시리즈를 마치겠습니다. 애자일 및 스크럼 방법론 . 이 시리즈는 인터넷에서 찾을 수있는 Agile에서 가장 심도 있고 실용적인 작품 중 하나 일 수 있습니다.
그러나 주제로서의 애자일은 그 자체로 무한하고 끝이 없습니다. 애자일을 더 많이 연습할수록 더 많이 흡수하고 마스터하게됩니다.
연습을 연습하고 Agile에 대한 지식을 테스트 할 수있는 온라인 퀴즈를 개발했습니다. 그러니 계속해서 시험을 치르십시오.
중요 사항: Agile에 대한 자습서를 아직 읽지 않았다면 권장 사항은 먼저 튜토리얼을 읽으십시오. 그런 다음 최상의 결과를 위해 퀴즈를 시도해보십시오.
퀴즈를 시작하기 전에 다음 지침을주의 깊게 읽으십시오.
- 퀴즈 제한 시간은 10 분입니다.
- 퀴즈는 20 개의 질문으로 구성됩니다.
- 퀴즈는 한 질문에 여러 개의 정답이있을 수있는 선다형 문제 용지입니다.
- 모든 정답에 대해 1 점을받을 수 있습니다.
- 오답에 대한 부정적인 표시는 없습니다.
지금 퀴즈 시작 : (진한 답변)
질문 # 1) 다음 중 스프린트가 끝날 때 제공되는 것은 무엇입니까?
ㅏ. 현재 스프린트에 대한 테스트 케이스가 포함 된 문서
비. 솔루션의 아키텍처 설계
씨. Done 소프트웨어의 증분
디. 사용자 인터페이스를위한 와이어 프레임 디자인
추리
모든 스프린트의 출력은 사용을 위해 최종 사용자에게 배송 될 수있는 완료 소프트웨어의 증분입니다. 항목은 완료 정의와 일치하는 경우에만 완료로 표시됩니다.
Q # 2) 제품 백로 그는 다음을 기준으로 주문해야합니까?
ㅏ. 배송되는 품목의 가치
비. 배달되는 항목의 복잡성
씨. 배송되는 항목의 크기
디. 항목과 관련된 위험
이자형. 스크럼 팀 선택에 따라
추리
제품 백로 그는 비즈니스에 제공하는 가치를 기준으로 주문됩니다.
가치는 위험, 복잡성 및 중요도와 같은 여러 다른 요인의 영향을받을 수 있지만 가치를 계산하는 직접적인 근거는 아닙니다. 배송되는 품목의 가치는 제품 소유자가 계산하며 제품 백 로그 주문을 담당하는 사람입니다.
Q # 3) 애자일 환경에서 테스터의 주요 책임은 무엇입니까?
ㅏ. 테스트 시나리오 및 테스트 사례 만들기
비. 버그 찾기
씨. 자동화 스크립트 생성
디. 이해 관계자에게 테스트 실행 보고서 보내기
이자형. 스크럼에는 테스터 역할이 없습니다.
추리
스크럼 팀에는 스크럼 마스터, 제품 소유자 및 개발 팀의 세 가지 역할 만 있습니다. 다른 역할은 허용되지 않으며이 규칙에 대한 예외도 없습니다.
개발 팀의 구성원 중 한 명이 테스트에 더 관심이 있고 전문 분야로 테스트를 받았지만 여전히 개발자라고합니다.
Q # 4) 스프린트 회고 식은 언제 진행 되나요?
ㅏ. 팀이 제안 할 때마다
비. 각 스프린트가 끝날 때
씨. 필요할 때마다
디. 제품 소유자가 제안 할 때마다
이자형. 스크럼 마스터가 제안 할 때마다
추리
Scrum에서는 Sprint Retrospective를 포함한 모든 Scrum 행사를 수행해야합니다.
Sprint Retrospective는 모든 팀원이 앉아 현재 스프린트에서 회고하고 다가오는 스프린트를 위해 즉석에서 작업 항목을 배치하는 회의입니다. 같은 이유로 Sprint Retrospective는 각 Sprint가 끝날 때 수행됩니다.
Q # 5) Sprint는 언제 취소 할 수 있습니까?
ㅏ. Sprint 아이템은 더 이상 필요하지 않습니다.
비. 스프린트는 취소 할 수 없습니다.
씨. 개발이 작업을 완료 할 수없는 경우
디. 개발을 시작하는 데 필요한 정보가 없습니다.
이자형. 제품 소유자가 말할 때마다
추리
Sprint를 취소 할 수있는 권한은 제품 소유자에게만 있습니다. 그 / 그녀는 스프린트 아이템이 더 이상 비즈니스에 필요하지 않은 경우, 즉 아이템이 쓸모 없게 된 경우 진행중인 스프린트를 취소하기 위해 전화를 걸 수 있습니다.
Q # 6) Sprint에서 완료 할 수있는 항목보다 더 많은 항목을 선택했다는 사실을 알게 된 개발 팀은 Sprint Planning 회의에서 무엇을해야합니까?
ㅏ. 더 많은 개발자 온 보딩
비. 다른 스크럼 팀원의 도움을 구하십시오
씨. 초과로 일하다
디. 제품 소유자에게 알리기
이자형. 전화를 받아 일부 스프린트 백 로그 항목을 제거하십시오.
추리
아직 Sprint 계획 회의 중이므로, 즉 아직 Sprint를 시작하지 않았으므로 개발자는 Sprint Backlog 항목을 자유롭게 변경할 수 있습니다. 현재 개발 팀의 능력으로는 완료 할 수 없다고 생각하는 항목 중 일부를 제거 할 수 있습니다.
추가 또는 제거는 이러한 항목의 우선 순위를 결정하는 사람이므로 제품 소유자와 항상 합의하여 이루어져야합니다. 스프린트가 시작되면 제거가 허용되지 않습니다.
문 # 7) 프로젝트 성과 측정 책임자는 누구입니까?
ㅏ. 스크럼 마스터
비. 배달 관리자
씨. 제품 소유자
디. 개발팀
이자형. 스크럼 팀
추리
고객의 목소리로서 프로젝트 및 릴리스 성능을 측정하고 팀이 제 시간에 프로젝트를 완료 할 수 있는지 확인하는 것은 제품 소유자의 책임입니다.
질문 # 8) 자가 조직 개발 팀의 주요 책임은 무엇입니까?
ㅏ. 스프린트 백 로그 항목 개발
비. 다가오는 스프린트를 위해 픽업 할 아이템을 예상하세요
씨. 프로젝트의 성과를 모니터링하고 이해 관계자에게 보고서를 보냅니다.
디. 새 제품 백 로그 항목 생성
이자형. 현재 스프린트 항목 작업
추리
자체 조직화 팀의 주된 책임은 제품 백 로그 항목 (스토리 포인팅 연습이라고도 함)을 추정하고 제품 백 로그의 맨 위에서 가져 와서 개인에게 할당 할 수있는 여러 작업으로 나누는 것입니다. 팀을 구성하고 마침내 개발합니다.
질문 # 9) 무엇을 타 버리다 차트 표시?
ㅏ. 프로젝트 진행
비. 시간 대비 남은 작업량
씨. 팀의 속도
디. 팀원의 역량
이자형. 스프린트에서 더 많은 아이템을 집을 수 있습니다.
추리
번 다운 차트는 시간과 관련하여 남은 작업량을 나타냅니다.
가로축은 시간을 나타내고 세로축은 남은 작업량을 나타냅니다. 번 다운 차트는 제품 백 로그, 팀 용량 및 팀의 속도가 동일하게 유지되는 경우 프로젝트 완료 날짜를 예측하기 위해 Scrum에서 사용되는 여러 메트릭 중 하나입니다.
질문 # 10) 스크럼 마스터의 주요 책임은 무엇입니까?
ㅏ. 장애 제거
비. 요청시 회의 진행
씨. 제품 소유자가 제품 백 로그를 주문하도록 지원
디. 개발팀 및 제품 소유자와의 상담
이자형. 팀과 고객 간의 격차 해소
추리
스크럼 마스터는 일상적인 개발 활동을 수행하기 위해 개발 팀 및 제품 소유자를 촉진 / 코칭하는 책임자입니다. 그는 팀이 스크럼 가치와 원칙을 이해하고이를 실천할 수 있도록 보장하는 사람입니다.
동시에 스크럼 마스터는 팀이 프레임 워크에서 최고를 달성하기 위해 애자일에 대해 열정적이라고 느낍니다. 스크럼 마스터는 또한 팀이 스스로 조직화되고 장애를 제거하도록 돕고 지원합니다.
문 # 11) 스크럼에서 스프린트 오버는 언제입니까?
ㅏ. 모든 스프린트 백 로그 항목이 완료되면
비. 제품 소유자가 제안하는 경우
씨. 모든 스프린트 백 로그 작업이 완료되면
디. 최종 테스트가 완료되면
이자형. 타임 박스가 만료되는 경우
추리
모든 스프린트 활동은 스프린트를 포함한 타임 박스입니다. 다른 Sprint 활동과 달리 Sprint는 확장하거나 단축 할 수 없습니다.
예를 들어 Sprint의 모든 항목이 완료되지 않은 경우 Sprint는 계속 표시되고 나머지 항목은 수정 된 우선 순위에 따라 후속 스프린트로 예약 할 수있는 제품 백 로그로 이동됩니다. . 마찬가지로 Sprint는 절대 단축 될 수 없습니다.
모든 Sprint 항목이 시간 전에 완료되면 개발 팀은 최상위 제품 백 로그 항목을 가져와 개발을 시작할 수 있습니다.
문 # 12) 완료 정의 결정의 중요성은 무엇입니까?
ㅏ. 각 스프린트의 목표를 결정합니다.
비. 각 스프린트 백 로그 항목에 대해 완료되는 작업 수를 결정합니다.
씨. 투명성 증가
디. 제공되는 증분은 더 효과적이고 잠재적으로 해제 가능합니다.
이자형. 모든 항목이 완료되었음을 표시하기 위해 무엇을 완료해야하는지에 대해 모든 팀 구성원이 공통적으로 이해하도록합니다.
추리
Done 정의를 만드는 이념은 모든 스프린트 항목에 공통적 인 체크리스트 세트를 갖고 백 로그 항목을 완료하기 위해 수행해야하는 모든 것을 결정하는 것입니다.
Done을 정의하면 팀의 모든 사람이 무엇을해야하는지에 대한 공통된 이해를 얻을 수 있습니다. 개발 팀이 무언가 완료되었다고 말할 때 모든 사람이 그 의미를 이해할 수 있습니다. 이것이 바로 Definition of Done이 가져 오는 일종의 투명성입니다.
완료의 정의는 특정 작업 항목에서 예상되는 것을 알기 때문에 이제 개발이 더 잘 생각하고 계획 할 수 있다는 의미에서 목적을 제공합니다.
문 # 13) 스프린트 검토 회의 중에 무엇을하나요?
ㅏ. 증분 데모
비. 팀은 다가오는 스프린트에 적용될 수있는 개선 사항에 대해 논의합니다.
씨. 이해 관계자에게 프로젝트 성과 발표
디. 스프린트 목표를 향한 진행 상황 검사
이자형. 프로젝트의 구조적 및 기술적 측면에 대해 논의
추리
Sprint Review Meeting은 Sprint Increment를 이해 관계자와 고객에게 보여주기 위해 실시됩니다. 스프린트 검토 회의에서 또 다른 매우 중요한 임무는 이해 관계자들에게 프로젝트의 성과를 보여주는 것입니다.
개발 팀은 증분을 시연 할 책임이있는 반면 제품 소유자는 프로젝트의 성과를 시연 할 책임이 있습니다. 이해 관계자와 고객은 팀에 의해 통합 된 피드백을 제공 할 수 있습니다.
문 # 14) Sprint Review 란 무엇입니까?
ㅏ. 성찰하고 적응하는 활동
비. 스크럼 프로세스 개선 활동
씨. 수행 한 작업에 대한 승인을 구하는 활동
디. 다음 스프린트를 계획하는 활동
이자형. 출시 계획 활동
추리
Sprint Planning, Daily Scrum, Sprint Review 및 Sprint Retrospective 스크럼의 네 가지 행사는 모두 검사 및 적응의 기회입니다. Sprint Review에서 아이디어는 이해 관계자의 피드백을 조사하고 구하고이를 조정하는 것입니다.
문 # 15) 우리는 무엇을 의미합니까? 교차 기능 개발팀?
ㅏ. 각 개발 팀 구성원은 교차 기능을 수행해야합니다.
비. 개발자는 테스트 케이스를 생성하고 실행할 수 있어야합니다.
씨. 개발팀은 다른 개발팀과 협력해야합니다.
디. 개발팀은 개발자와 테스터로 구성됩니다.
이자형. 개발 팀은 Done Increment를 제공하는 데 필요한 모든 기술을 갖추고 있어야합니다.
추리
교차 기능 스크럼 팀은 팀 내에서 작업을 수행하는 데 필요한 모든 기술과 숙련도를 갖춘 팀입니다. 이러한 팀은 작업 항목을 완료하기 위해 팀 외부의 누구에게도 의존하지 않습니다.
따라서 스크럼 팀은 전체 작업 항목을 완료하는 데 필요한 다양한 기술의 매우 창의적인 조합입니다. 각 팀원은 제품을 구축하는 데 필요한 모든 기술을 갖추고 있지는 않지만 자신의 전문 분야에 능숙합니다.
그렇긴해도 팀원은 부서 간 업무를 수행 할 필요는 없지만 팀 전체가 그래야합니다.
채용 담당자 샘플에 이메일을 작성하는 방법
Q # 16) 데일리 스탠드 업 회의에는 누가 참석해야하나요?
ㅏ. 개발팀
비. 스크럼 팀
씨. 개발 팀 및 제품 소유자
디. 개발팀과 스크럼 마스터
이자형. 스크럼 팀과 이해 관계자
추리
개발팀은 매일 매일 Standup 회의에 참석해야합니다. 회의에 참석하고자하는 사람은 누구든지 환영하지만 반드시 참석해야하는 것은 아닙니다.
개발팀을 제외하고 회의에 참석하는 사람은 업데이트를 제공하거나 참여할 수 없습니다. 그는 다른 사람들이 참여하는 동안 듣는 것을 즐길 수 있습니다. 스크럼 마스터는 회의에 참석할 수 있으며 개발 팀에서 요청한 경우에도 회의를 진행할 수 있습니다.
이해 관계자도 Daily Standup 회의에 참석할 수 있습니다.
문 # 17) 모든 스프린트 아이템을 완료 할 수 없으면 어떻게 되나요?
ㅏ. Sprint는 확장되어야합니다
비. 스프린트는 완료된 항목으로 끝납니다.
씨. 스프린트를 취소해야합니다
디. 완료되지 않은 Sprint 항목은 Sprint Backlog에서 제거해야합니다.
이자형. 미완성 된 아이템부터 다음 스프린트를 시작하세요
추리
팀이 모든 스프린트 백 로그 항목을 완료 할 수없는 경우 아무 일도 일어나지 않습니다. 스프린트는 완료된 항목과 함께 지정된 날짜에 종료됩니다. 개발 팀은 Sprint Review 회의에서 완료된 항목을 시연합니다.
완료되지 않은 항목은 제품 백 로그로 다시 이동되고 거기에서 다시 우선 순위가 지정됩니다.
Q # 18) 개발팀의 규모는 어떻게 되나요?
에. 5 + -3
비. 5 + -4
씨. 6 + -4
디. 6 + -3
이다. 6 + -2
추리
이상적이고 권장되는 개발 팀 규모는 6 + -3이어야합니다. 개발 팀 규모는 팀의 생산성을 직접적으로 저해하여 제품 제공에 영향을 미칠 수 있으므로 매우 현명하게 선택해야합니다.
개발 팀은 팀 구성원 간의 많은 조정이 필요할 수 있으므로 그다지 크지 않아야합니다. 그러나 매우 작은 팀의 경우 Increment를 제공하는 데 필요한 모든 기술을 갖추기가 매우 어려울 것입니다. 따라서 개발 팀 규모에 대해 최적의 숫자를 선택해야합니다.
문 # 19) 제품 백 로그 개선에는 어떤 활동이 있습니까?
ㅏ. 제품 백 로그 항목 추정
비. 제품 백 로그 항목의 주문
씨. 완료의 정의 만들기
디. 작업 생성
이자형. 제품 백 로그 항목에 대한 브레인 스토밍
추리
Product Backlog Refinement는 전체 팀이 함께 앉아 백 로그 항목에 대해 브레인 스토밍하는 활동입니다. 백 로그 항목이 구체화되고 세부 정보가 추가됩니다.
회의 중에 제품 백 로그 항목은 우선 순위에 따라 정렬됩니다. 제품 백 로그 항목이 수정되면 개발 팀 구성원은 제품 백 로그 항목을 추정합니다.
문 # 20) 다음 중 타임 박스가 아닌 활동은 무엇입니까?
ㅏ. 스프린트 회고
비. 스프린트
씨. 제품 백 로그 개선
디. 일일 스크럼
이자형. 스프린트 검토
추리
스크럼에서는 모든 의식이 타임 박스로 지정됩니다. 즉 연장 할 수 없습니다. Sprint를 제외하고 다른 것들은 단축 될 수 없습니다. 제품 백 로그 수정은 타임 박스가 아닌 지속적인 프로세스이며 팀이 원할 때마다 수행 할 수있는 회의 중 하나입니다.
팀은 백 로그 구체화 회의에 너무 많은 시간을 소비해서는 안됩니다.
애자일 스크럼 퀴즈 테스트 점수를 확인하여 이해도를 평가하세요!
이 Agile 시리즈의 다양한 튜토리얼을 즐기 셨기를 바라며, 이것이 Agile에 대해 더 많이 배우고 자하는 모든 사람들에게 Agile에 대한 최고의 가이드가 될 것이라고 확신합니다 !!
추천 도서
- Kanban vs Scrum vs Agile : 차이점 찾기를위한 자세한 비교
- Agile Scrum 프로세스를 사용하여 단기간에 고 가치 소프트웨어 기능을 제공하는 방법
- 애자일 선언 : 애자일 가치 및 원칙 이해
- SAFe Agile 자습서 : Scaled Agile 프레임 워크 란?
- JIRA Scrum Board Tutorial : Sprint 관리를위한 Jira를 사용한 스크럼 처리
- 애자일 방법론 : 애자일 방법 및 스크럼에 대한 초보자 가이드
- 스크럼 아티팩트 : 제품 백 로그, 스프린트 백 로그 및 제품 증분
- 30 개 이상의 스크럼 인터뷰 질문 및 답변 (2021 목록)