Câu hỏi 1. Các nhóm có thể gặp phải nhu cầu về các câu chuyện người dùng "kỹ thuật". Ai quyết định ưu tiên của những câu chuyện này?

• Người quản lý Sản phẩm với sự giúp đỡ từ Hoạt động
• Lãnh đạo Kỹ thuật với sự giúp đỡ từ Người quản lý Sản phẩm
• Người quản lý Sản phẩm với sự giúp đỡ từ Lãnh đạo Kỹ thuật
• Lãnh đạo Kỹ thuật với sự giúp đỡ từ Hoạt động

Câu hỏi 2. Vai trò của Scrum Master trong cuộc họp hàng ngày là gì?

• Chúc mừng nhóm về công việc tuyệt vời của họ.
• Đứng ngoài vòng tròn của các nhà phát triển và lắng nghe các rào cản.
• Scrum Master không nên tham dự — cuộc họp này chỉ dành cho các nhà phát triển.
• Hỏi mỗi nhà phát triển đã làm gì kể từ lần họp hàng ngày trước đó.

Câu hỏi 3. Yếu tố nào không nên được xem xét trong Kế hoạch Sprint?

• tốc độ của nhóm
• số lượng câu chuyện trong product backlog
• các câu chuyện đã sẵn sàng
• năng lực của nhóm

Câu hỏi 4. Một thành viên trong nhóm đã cho thấy dấu hiệu của sự căng thẳng cá nhân lớn: khóc ở nơi làm việc, mắng những đồng nghiệp và có cuộc gọi điện nóng bỏng. Là một Trợ lý Nhóm, bạn nên làm gì?

• Báo cáo điều này tại Phiên phát hành Sprint.
• Tư vấn cho Người quản lý Sản phẩm càng sớm càng tốt. (Câu trả lời cũ: Thông báo với quản lý của thành viên nhóm về các quan sát của bạn và yêu cầu quản lý giúp đỡ.)
• Chỉ ra những lý do và hợp tác giải pháp.
• Yêu cầu Người quản lý Sản phẩm kéo dài Sprint.

Câu hỏi 5. Tuyên bố nào mô tả luồng công việc trong Khung Agile Quy mô?

• Đó là một hệ thống "đẩy".
• Nó là "đẩy" ở trên và "kéo" ở dưới.
• Đó là một hệ thống "kéo".
• Nó không phải là "đẩy" cũng không phải là "kéo".

Câu hỏi 6. Vai trò của Người quản lý Sản phẩm trong việc quyết định ưu tiên công việc trong sprint backlog là gì?

• Không có — Scrum Master nên ưu tiên công việc trong sprint backlog.
• PO nên ưu tiên các mục trong sprint backlog.
• Các nhà phát triển ưu tiên công việc trừ khi họ không thể hoàn thành, trong trường hợp đó, PO nên ưu tiên công việc còn lại.
• Không có — các nhà phát triển nên ưu tiên công việc trong sprint backlog.

Câu hỏi 7. Khung Agile Quy mô khuyến nghị rằng, nếu bạn chỉ đo một điều gì đó, bạn nên đo điều gì?

• chất lượng
• tính dự đoán của việc giao hàng
• chi phí của sự trễ chậm
• tỷ lệ lợi nhuận

Câu hỏi 8. Tại sao bạn nên áp dụng cho Trọng số Ngắn nhất Công việc Đầu tiên?

• để tối đa hóa lợi nhuận
• để xác định chuỗi kinh tế của backlog
• để hiển thị chiều dài hàng đợi
• để thực hiện một cam kết về chất lượng

Tài liệu tham khảo Trọng số Ngắn nhất Công việc Đầu tiên (WSJF) là một mô hình ưu tiên hóa được sử dụng để xếp hàng công việc (ví dụ, Tính năng, Khả năng và Epic) để tạo ra lợi ích kinh tế tối đa. Trong một hệ thống dựa trên luồng, ưu tiên được cập nhật liên tục để cung cấp những kết quả kinh tế tốt nhất. Sắp xếp công việc, chứ không phải lợi ích kinh tế của từng công việc, tạo ra kết quả tốt nhất. Với mục tiêu đó, WSJF được sử dụng để ưu tiên các backlog bằng cách tính toán CoD tương đối và kích thước công việc (một proxy cho thời gian).

Câu hỏi 9. Bạn đã phân loại các tính năng trong backlog của bạn dựa trên rủi ro và giá trị. Các tính năng nào nhóm phát triển nên làm trước?

• giá trị thấp và rủi ro cao
• giá trị cao và rủi ro cao
• giá trị cao và rủi ro thấp
• giá trị thấp và rủi ro thấp

Tài liệu tham khảo Được đề xuất rằng các mục có giá trị kinh doanh cao, rủi ro cao nên được làm trước. Mặc dù điều này có vẻ ngược đời, việc này được thực hiện sớm, nhóm sẽ di chuyển nhanh chóng để giảm thiểu các vấn đề và không biết — dẫn đến một sản phẩm chất lượng cao hơn. Nếu có sự cố xảy ra, nó sẽ xảy ra sớm và tương đối rẻ tiền.

Câu hỏi 10. Trong Khung Agile Quy mô, vai trò của Enablers là gì?

• Họ giúp mở rộng Đường băng Kiến ​​trúc.
• Họ kết nối tầm nhìn với nhiệm vụ để tổ chức có thể thành công.
• Họ hỗ trợ xây dựng đội ngũ.
• Họ loại bỏ các rào cản đến chất lượng.

Câu hỏi 11. Kết quả nào không được mong đợi từ Cuộc xem xét Sprint?

• Nhóm thể hiện công việc đã hoàn thành của họ.
• Nhóm phản ánh về cách cải thiện hiệu suất của họ.
• Các mục trong backlog có thể được ưu tiên lại.
• Các bên liên quan đặt câu hỏi về các mục backlog đã và sẽ được hoàn thành.

Câu hỏi 12. Kỹ thuật nào không được sử dụng để chia nhỏ các câu chuyện người dùng?

• chia theo dòng kinh doanh
• chia câu chuyện người dùng phức tạp
• chia theo các đường dẫn thay thế
• chia theo giao diện

Câu hỏi 13. Ai quyết định nhóm sẽ làm việc gì?

• người quản lý Scrum
• một nhóm tự tổ chức
• người quản lý Sản phẩm
• quản lý Sản phẩm

Câu hỏi 14. Lựa chọn nào không phải là một giá trị của Scrum?

• tập trung
• chính trực
• can đảm
• cam kết

Câu hỏi 15. Điều gì sẽ xảy ra nếu Người quản lý Sản phẩm không chấp nhận một câu chuyện vào cuối chu kỳ?

• Nhóm không được công nhận cho số điểm của câu chuyện trong phép tính tốc độ của mình.
• Câu chuyện nên được cắt ra để phản ánh công việc đã hoàn thành.
• Các tiêu chí chấp nhận nên được điều chỉnh để phản ánh công việc đã hoàn thành.
• Câu chuyện nên được hiển thị cho các bên liên quan để nhận phản hồi của họ.

Câu hỏi 16. Câu nào không đúng về product backlog?

• Đó là một danh sách các mục công việc đã bị đình trệ.
• Các mục được duy trì theo thứ tự ưu tiên.
• Bất kỳ ai trong nhóm cũng có thể đề xuất một mục cho nó.
• Nó bao gồm tất cả các công việc cần làm.

Câu hỏi 17. Dự án có một số rủi ro lớn mà nhóm muốn giảm thiểu. Cách tốt nhất để giám sát xem nỗ lực này đang diễn ra tốt như thế nào là gì?

• thăm dò dựa trên rủi ro
• backlog điều chỉnh rủi ro
• biểu đồ tốc độ rủi ro
• biểu đồ giảm rủi ro

Câu hỏi 18. Phó Tổng giám đốc Kỹ thuật muốn bắt đầu trao Giải thưởng "Thành viên của Nhóm Sprint" để công nhận một người xuất sắc nhất trong mỗi nhóm. Bạn nên đưa ra lời khuyên gì cho Phó Tổng giám đốc này?

• Điều này không hữu ích trừ khi có phản hồi từ nhân viên gần đây cho thấy mọi người cảm thấy không được đánh giá cao.
• Đây là một ý tưởng tốt miễn là mỗi lần khác nhau một người được công nhận trong mỗi sprint.
• Đây là một ý tưởng tốt vì giải thưởng có thể thúc đẩy mọi người làm việc hết mình nhất.
• Điều này không hữu ích vì nó có thể phá hủy sự đoàn kết của nhóm cần thiết để đạt được hiệu suất cao.

Câu hỏi 19. Sự khác biệt giữa bảng công việc của một nhóm và Kanban là gì?

• Một Kanban có một quy tắc rõ ràng để giới hạn WIP.
• Một Kanban hiển thị backlog công việc.
• Một Kanban không sử dụng Định nghĩa Đã hoàn thành.
• Một Kanban hiển thị trạng thái của các mục công việc.

Tài liệu tham khảo Quy tắc rõ ràng áp dụng cho bảng công việc của nhóm scrum: các công việc không thể được thêm vào bảng scrum trong khi ở giữa một sprint.

Câu hỏi 20. Nhóm phàn nàn rằng "mọi thứ đã bị rơi vào sự rạn nứt gần đây." Bạn nên làm gì?

• Yêu cầu quản lý nhóm giao nhiệm vụ để nhóm có thể bắt kịp.
• Tổ chức một buổi hội thảo để xác định tất cả những điều cần phải làm và xem ai có thể giúp đỡ với mỗi điều.
• Tham khảo các nhiệm vụ RACI (Có trách nhiệm, Chịu trách nhiệm, Tư vấn, Thông báo) của nhóm.
• Họp với Lãnh đạo Kỹ thuật và Người quản lý Sản phẩm để cố gắng xác định những gì có thể được làm.