30 top scrum interview questions
인터뷰 준비에 도움이되는 자세한 답변과 함께 가장 자주 묻는 스크럼 인터뷰 질문 목록 :
다음은 애자일 스크럼 방법론을 알고 있다고 주장하는 후보자를 인터뷰 할 때 일반적으로 묻는 인터뷰 질문과 답변입니다.
또한 읽기=> 25 Best Agile Testing 인터뷰 질문 및 답변
애자일 스크럼 방법론 인터뷰 질문 답변에 뛰어 들기 전에 먼저 질문을 살펴보고 스스로 답변을 시도하고 완료되면 답변을 확인하는 것이 좋습니다.
따라서이 논문에서는 여러분 모두가 답을 생각할 여지가 있도록 먼저 질문 만 작성했습니다. 그런 다음 논문의 후반부에 답을 적었습니다.
또한 정답이나 오답이없는 시나리오가 많다는 점을 여기서 언급하고 싶습니다. 조직의 문화와 상황 해결에 대한 관점에 따라 달라집니다.
따라서 여기에 질문이 있습니다.
읽어야합니다=> 애자일 스크럼 방법론 시작하기
스크럼 인터뷰 질문 (답변을 보려면 아래로 스크롤)
질문 # 1. 스크럼은 폭포수와 어떻게 다릅니 까?
질문 # 2. 스크럼은 반복 모델과 어떻게 다릅니 까?
질문 # 3. 스크럼 외에 다른 애자일 방법론을 알고 있습니까?
질문 # 4. 스크럼에서 수행하는 의식은 무엇입니까
질문 # 5. 스크럼의 세 아미고를 아십니까?
질문 # 6. 스크럼 팀의 이상적인 규모는 무엇이라고 생각하십니까?
질문 # 7. 데일리 스탠드 업 미팅에서 무엇을 논의합니까?
질문 # 8. 스크럼 프로세스의 '타임 복싱'이란 무엇입니까?
질문 # 9. 이상적인 스프린트 기간은 얼마입니까?
질문 # 10. 스크럼에서 요구 사항은 어떻게 정의됩니까?
질문 # 11. 스크럼의 다른 인공물은 무엇입니까?
질문 # 12. 사용자 스토리를 어떻게 정의합니까?
문 # 13. 스크럼 마스터 및 제품 소유자의 역할은 무엇입니까?
문 # 14. 스프린트에서 수행 한 작업을 어떻게 측정합니까?
문 # 15. Velocity 란 무엇입니까?
문 # 16. 그렇다면 Scrum에서 결과물을 담당하는 엔티티는 무엇입니까? 스크럼 마스터 또는 제품 소유자?
문 # 17. 스프린트의 복잡성이나 노력을 어떻게 측정합니까? 그것을 결정하고 표현하는 방법이 있습니까?
문 # 18. 스프린트에서 진행 상황을 어떻게 추적합니까?
문 # 19. 번 다운 차트는 어떻게 만듭니 까?
문 # 20. 스프린트 검토 및 회고에서 무엇을합니까?
문 # 21. 스크럼 사용의 단점이 있습니까?
문 # 22. 스크럼이 모든 소프트웨어 개발 프로세스에서 구현 될 수 있다고 생각하십니까?
질문 # 23. 검토 중에 제품 소유자 또는 이해 관계자가 구현 한 기능에 동의하지 않는다고 가정합니다.
질문 # 24. 스크럼 마스터를 사용할 수없는 경우에도 매일 스탠드 업 미팅을 진행 하시겠습니까?
문 # 25. 자동화는 스크럼에 적합합니까?
문 # 26. 계획, 검토 및 회고 외에도 스크럼의 다른 행사를 알고 있습니까?
문 # 27. 스크럼을 구현할 수없는 예를 들어 주실 수 있습니까? 그렇다면 무엇을 제안합니까?
문 # 28. 스크럼 사용의 큰 장점 한 가지를 말씀해주세요.
문 # 29. DoD 란 무엇입니까? 이것이 어떻게 달성됩니까?
문 # 30. 스크럼에서 MVP는 무엇입니까?
문 # 31. 에픽이란 무엇입니까?
문 # 32. 스토리 포인트는 어떻게 계산합니까?
문 # 33. 개발 및 테스트 노력에 대해 서로 다른 스토리 포인트를 접할 수 있습니까? 그렇다면이 갈등을 어떻게 해결합니까?
문 # 34. 당신은 스프린트의 한가운데서 갑자기 제품 소유자가 새로운 요구 사항을 갖게됩니다. 어떻게 하시겠습니까?
문 # 35. 테스트 할 스프린트 마지막 날에 스토리를 받고 결함이있는 경우 어떻게 하시겠습니까? 끝낼 이야기를 표시 하시겠습니까?
이제 여기에 질문에 대한 답변이 있습니다.
스크럼 인터뷰 질문 및 답변
Q # 1) 스크럼은 폭포수와 어떻게 다른가요?
대답: 주요 차이점은 다음과 같습니다.
- 고객의 피드백은 초기 단계에서 수신됩니다. 폭포보다 스크럼 , 고객의 피드백은 개발주기가 끝날 무렵에 수신됩니다.
- 스크럼의 새롭거나 변경된 요구 사항을 수용하는 것이 폭포보다 쉽습니다.
- 스크럼은 협력 개발에 중점을 둡니다. 폭포 전체 개발주기가 여러 단계로 나뉩니다.
- 어느 시점에서든 폭포수보다 스크럼의 변경 사항을 롤백 할 수 있습니다.
- 테스트는 스크럼과 달리 폭포의 한 단계로 간주됩니다.
Q # 2) 스크럼은 반복 모델과 어떻게 다릅니 까?
대답: 스크럼은 반복적 모델의 한 유형이지만 반복 + 증분입니다.
질문 # 3) 스크럼 외에 다른 애자일 방법론을 알고 있습니까?
대답: 다른 Agile 방법론에는 KanBan, XP, Lean이 포함됩니다.
Q # 4) 스크럼에서 수행하는 의식은 무엇입니까?
대답: 스크럼에서는 세 가지 주요 행사가 있습니다.
- 기획 회의 : 여기서 스크럼 마스터 및 제품 소유자와 함께 전체 스크럼 팀이 만나 스프린트에서 작업 할 수있는 제품 백 로그의 각 항목에 대해 논의합니다. 스토리가 추정되고 팀이 잘 이해하면 스토리는 스프린트 백 로그로 이동합니다.
- 회의 검토 : 여기에서 스크럼 팀은 이해 관계자들에게 수행 한 작업을 보여줍니다.
- 회고 회의 : 여기에서는 스크럼 마스터 및 제품 소유자와 함께 스크럼 팀이 만나 마지막으로 작업 한 스프린트를 회고합니다. 그들은 주로 세 가지에 대해 논의합니다.
- 무엇이 잘 되었습니까?
- 더 잘할 수있는 것은 무엇입니까?
- 액션 아이템
이 세 가지 행사 외에도 '백 로그 그루밍'회의가 하나 더 있습니다.
이 회의에서 스크럼 마스터 및 제품 소유자와 함께 스크럼 팀. 제품 소유자는 우선 순위에 따라 비즈니스 요구 사항을 제시하고 이에 대해 논의한 팀은 복잡성, 종속성 및 노력을 식별합니다. 팀은이 단계에서 가리키는 이야기를 할 수도 있습니다.
Q # 5) 스크럼의 세 아미고를 아십니까?
대답: 세 가지 아미고는 제품 소유자, 스크럼 마스터 및 스크럼 팀입니다.
Q # 6) 스크럼 팀의 이상적인 규모는 무엇이라고 생각하십니까?
대답: 이상적인 크기는 +/- 2로 7 ~ 9입니다.
자바 8 인터뷰 질문 및 답변
Q # 7) 매일 스탠드 업 미팅에서 무엇을 논의합니까?
답변 : 다음 세 가지에 대해 논의합니다.
- 오늘은 무엇을 했습니까?
- 내일 무엇을 할 계획입니까?
- 모든 장애 /로드 블록
Q # 8) 스크럼 프로세스의“타임 박스”란 무엇입니까?
대답: 'Sprint'라고합니다.
Q # 9) 이상적인 스프린트 기간은 얼마입니까?
대답: 스프린트주기는 2 ~ 4 주가 권장됩니다.
Q # 10) 스크럼에서 요구 사항은 어떻게 정의됩니까?
대답: 요구 사항은 Scrum에서 '사용자 스토리'라고합니다.
Q # 11) 스크럼의 다른 아티팩트는 무엇입니까?
답변 : 스크럼에는 두 가지 아티팩트가 유지됩니다.
- 제품 백 로그 : 우선 순위가 지정된 비즈니스 요구 사항 목록 포함
- 스프린트 백 로그 : 스프린트를 위해 스크럼 팀이 수행 할 사용자 스토리를 포함합니다.
Q # 12) 사용자 스토리를 어떻게 정의하나요?
대답: 사용자 스토리는 다음 형식으로 정의됩니다.
로
나는 원한다
그래서
Q # 13) 스크럼 마스터와 제품 소유자의 역할은 무엇입니까?
대답:
스크럼 마스터 : 스크럼 팀의 서번트 리더로 활동합니다. 그는 모든 스크럼 행사를 주재하고 팀이 스크럼 가치와 원칙을 이해하고 구현하도록지도합니다.
제품 소유자 : 스크럼 팀의 연락처입니다. 그 / 그녀는 사업에 가장 가까운 사람입니다. 제품 소유자의 주요 책임은 제품 백 로그 항목을 식별하고 구체화하는 것입니다.
Q # 14) 스프린트에서 수행 한 작업을 어떻게 측정합니까?
대답: Velocity로 측정됩니다.
Q # 15) Velocity 란 무엇입니까?
대답: 속도는 스프린트를 통해 스크럼 팀이 완료 (완료의 정의를 충족)하는 스토리 포인트의 합계입니다.
Q # 16) 스크럼에서 결과물을 담당하는 주체는 누구입니까? 스크럼 마스터 또는 제품 소유자?
대답: 제품 소유자가 아닌 스크럼 마스터도 아닙니다. 결과물을 소유하는 것은 팀의 책임입니다.
Q # 17) 스프린트의 복잡성이나 노력을 어떻게 측정합니까? 그것을 결정하고 표현하는 방법이 있습니까?
대답: 복잡성과 노력은 '스토리 포인트'를 통해 측정됩니다. 스크럼에서는 피보나치 시리즈를 사용하여 표현하는 것이 좋습니다.
Q # 18) 스프린트에서 진행 상황을 어떻게 추적합니까?
대답: 진행 상황은 '번 다운 차트'로 추적됩니다.
Q # 19) 번 다운 차트는 어떻게 만드나요?
대답: 번 다운 차트는 스크럼 작업의 실제 노력과 예상되는 작업량을 보여주는 그래프입니다.
이것은 특정 스프린트를위한 추적 메커니즘입니다. 일상적인 작업을 추적하여 스토리가 커밋 된 스토리 포인트를 완료하기 위해 진행되고 있는지 여부를 확인합니다. 여기서 우리는 노력이 시간이 아닌 사용자 스토리로 측정된다는 것을 기억해야합니다.
Q # 20) 스프린트 검토 및 회고에서 무엇을합니까?
대답: Sprint 검토 중에 스크럼 팀이 구현 한 기능 또는 스토리를 이해 관계자들에게 살펴보고 시연합니다.
회고전 기간 동안 우리는 잘 된 것, 더 잘 할 수있는 것, 지속적인 개선을위한 조치 항목을 협업 방식으로 식별하려고 노력합니다.
Q # 21) 스크럼 사용의 단점이 있습니까?
대답: 스크럼 사용의 단점은 보이지 않습니다. 문제는 주로 스크럼 팀이 스크럼의 가치와 원칙을 이해하지 못하거나 변경할만큼 유연하지 않을 때 발생합니다.
Q # 22) 모든 소프트웨어 개발 프로세스에서 스크럼을 구현할 수 있다고 생각하십니까?
대답: 스크럼은 주로
- 복잡한 프로젝트.
- 마감일이 빠르고 엄격한 프로젝트.
- 소프트웨어를 처음부터 개발할 때.
Q # 23) 검토 중에 제품 소유자 또는 이해 관계자가 구현 한 기능에 동의하지 않는다고 가정합니다.
대답: 먼저 스토리를 완료로 표시하지 않습니다.
먼저 이해 관계자의 실제 요구 사항을 확인하고 사용자 스토리를 업데이트하여 백 로그에 넣습니다. 우선 순위에 따라 우리는 다음 스프린트에서 이야기를 끌어낼 것입니다.
Q # 24) 스크럼 마스터가없는 경우에도 매일 스탠드 업 미팅을 진행 하시겠습니까?
대답: 예, 우리는 매일 일어 서서 회의를 할 수 있습니다.
Q # 25) 자동화는 스크럼에 적합합니까?
대답: 자동화는 스크럼에서 중요한 역할을합니다. 지속적인 피드백을 받고 품질 결과물을 보장하려면 개발 중에 TDD, BDD 및 ATDD 접근 방식을 구현해야합니다. 스크럼의 자동화는 테스트와 관련이있을뿐만 아니라 소프트웨어 개발의 모든 측면에 적용됩니다.
TDD를 소개하기 전에 말했듯이 BDD와 ATDD는 품질 표준을 유지하면서 개발 프로세스를 가속화 할 것입니다. 빌드 및 배포 프로세스를 자동화하면 QA에서 프로덕션까지 다양한 환경에서 기능 가용성이 향상됩니다.
테스트에 관한 한 회귀 테스트가 가장주의를 기울여야합니다. 모든 스프린트가 진행됨에 따라 회귀 스위트는 계속 증가하고 있으며 모든 스프린트에 대해 수동으로 회귀 스위트를 실행하는 것이 실질적으로 매우 어렵습니다. 스프린트 기간은 2 ~ 4 주이므로 자동화는 매우 중요합니다.
Q # 26) 계획, 검토 및 회고 외에 스크럼에서 다른 행사를 알고 있습니까?
대답: 우리는 팀, 스크럼 마스터 및 제품 소유자가 비즈니스 요구 사항을 이해하고이를 사용자 스토리로 분할하고이를 평가하기 위해 만나는 Product Backlog Refinement 회의 (백 로그 그루밍 회의)가 있습니다.
Q # 27) 스크럼을 구현할 수없는 예를 들어 주실 수 있습니까? 그렇다면 무엇을 제안합니까?
대답: 스크럼은 모든 종류의 프로젝트에서 구현 될 수 있습니다. 소프트웨어에만 적용 할 수있을뿐만 아니라 기계 및 엔지니어링 프로젝트에서도 성공적으로 구현됩니다.
Q # 28) 스크럼 사용의 큰 장점이 하나 있습니까?
대답: 주요 이점은 – 조기 피드백 및 이해 관계자에게 최소 실행 가능한 제품 생산입니다.
Q # 29) DoD 란 무엇입니까? 이것이 어떻게 달성됩니까?
대답: DoD는 Definition of Done을 의미합니다. 그것은 때 달성됩니다
- 이야기는 개발 완료
- QA 완료
- 스토리가 수용 기준을 충족하고 충족합니다.
- 이야기에 대한 회귀가 완료되었습니다.
- 이 기능은 프로덕션 환경에서 배송 / 배포 될 수 있습니다.
Q # 30) 스크럼에서 MVP는 무엇입니까?
대답: 최소 실행 가능 제품은 이해 관계자에게 시연 할 수 있고 프로덕션으로 배송 할 수있는 최소한의 필수 기능 만있는 제품입니다.
Q # 31) 에픽이란 무엇인가요?
대답: 에픽은 모호한 사용자 스토리이거나 정의되지 않고 향후 스프린트를 위해 보관되는 사용자 스토리라고 말할 수 있습니다.
Q # 32) 스토리 포인트는 어떻게 계산하나요?
대답: 스토리 포인트는 스토리를 완성하는 데 필요한 개발 노력 + 테스트 노력 + 종속성 해결 및 기타 요소를 고려하여 계산됩니다.
유튜브 mp4 변환기 무료 다운로드 풀 버전
Q # 33) 개발 및 테스트 노력에 대해 서로 다른 스토리 포인트를 접할 수 있습니까? 그렇다면이 갈등을 어떻게 해결합니까?
대답: 예, 이것은 매우 일반적인 시나리오입니다. 개발팀이 제공 한 스토리 포인트가 3이라고 말하지만 테스터가 제공 할 가능성이있을 수 있습니다. 5.이 경우 개발자와 테스터는 모두 스토리 포인트를 정당화하고 회의에서 토론을 거쳐 결론을 내리기 위해 협력해야합니다. 공통적 인 이야기입니다.
Q # 34) 당신은 전력 질주를하고 있는데 갑자기 제품 소유자에게 새로운 요구 사항이 생겼는데 어떻게 하시겠습니까?
대답: 이상적인 경우 요구 사항은 스토리가되어 백 로그로 이동합니다. 그런 다음 우선 순위에 따라 팀은 다음 스프린트에서이를 처리 할 수 있습니다.
그러나 요구 사항의 우선 순위가 정말 높은 경우 팀은 스프린트에서이를 수용해야하지만 스프린트 중간에 스토리를 통합하면 몇 개의 스토리가 다음 스프린트.
Q # 35) 테스트 할 스프린트 마지막 날에 스토리를 받고 결함이 발견되면 어떻게 하시겠습니까? 스토리를 완료로 표시 하시겠습니까?
대답: 스토리는 개발 완료 + QA 완료 + 승인 기준이 충족되고 + 프로덕션으로 배송 될 수있는 경우에만 완료됩니다. 이 경우 결함이 있으면 스토리가 부분적으로 완료되고 완전히 완료되지 않았으므로 다음 스프린트로 넘길 것입니다.
가장 자주 묻는 스크럼 인터뷰 질문과 답변이 스크럼 인터뷰 준비에 도움이되기를 바랍니다.