Który z poniższych opisuje rolę Scrum Mastera w zespole Scrum?, Kieruje zespołem i podejmuje decyzje techniczne, Usuwa przeszkody, wspiera zespół i dba o zrozumienie oraz wdrożenie Scruma, Analizuje i ocena pracę zespołu, Jak długi powinien być sprint?, Od tygodnia do dwóch, Od tygodnia do trzech, Od tygodnia do miesiąca, Które z poniższych jest kluczową zasadą zwinnych metodologii, w tym Scruma?, Elastyczność w reagowaniu na zmiany, Długoterminowe prognozowanie i planowanie, A i B są poprawne, Kiedy powinna zostać przeprowadzona formalna analiza ryzyka w Scrum?, Formalna analiza ryzyka nie jest przewidziana w Scrum, Podczas Sprint Review, Na początku każdego sprintu, Który z poniższych opisuje pojęcie "Sprint Goal"?, Dokładna lista zadań do wykonania podczas sprintu, Cel sprintu, który zapewnia zespołowi wspólny kierunek i motywację, Opis techniczny funkcji do wdrożenia, Które z poniższych NIE jest typowym celem Sprint Retrospective?, Identyfikacja i wdrażanie usprawnień procesów, Analiza tego, co poszło dobrze i co można poprawić, Zwiększenie efektywności i jakości pracy zespołu, Przegląd ukończonej pracy i planowanie następnego sprintu, Które z poniższych jest prawdziwe na temat "Velocity" w Scrum?, Reprezentuje średnią ilość punktów story ukończonych przez zespół w sprincie, Jest miarą wydajności poszczególnych członków zespołu, Mierzy prędkość, z jaką zespół realizuje zadania techniczne, Które z poniższych jest główną różnicą między Scrum a tradycyjnymi metodologiami projektowymi (np. Waterfall)?, Scrum ma bardziej rozbudowaną strukturę zarządzania, Scrum wymaga bardziej szczegółowej dokumentacji, Scrum kładzie większy nacisk na elastyczność i iteracyjny rozwój, Które z poniższych opisuje podejście Scrum do zmian wymagań w trakcie projektu?, Zmiany wymagań są zniechęcane i powinny być minimalne, Zmiany wymagań są akceptowane i mogą być wprowadzane w Product Backlogu, Zmiany wymagań są wprowadzane tylko po zakończeniu sprintu, Zmiany wymagań są analizowane przez kierownictwo wyższego szczebla, Co to jest "increment" w Scrum?, Zbiór wszystkich zadań ukończonych w sprincie, Ostateczna wersja produktu, Przyrost funkcjonalności, który jest w pełni funkcjonalny i gotowy do wdrożenia, Które z poniższych spotkań Scrum powinno być time-boxed na maksymalnie 4 godziny dla miesięcznego sprintu?, Planowanie, Retro, Przegląd, Kto jest odpowiedzialny za definiowanie "Definition of Done" w Scrum?, Scrum Team o ile nie ma standardów narzucocnych przez organizację., Scrum Team, SM i PO, Które z poniższych jest najlepszą praktyką podczas Sprint Planning, aby zapewnić realistyczne planowanie?, PO definiuje wszystkie zadania, Scrum Team wspólnie określa cel sprintu i wyznacza zadania, które mogą być realistycznie ukończone, A i B są poprawne, Podczas Sprint Review, zespół zaprezentował ukończone funkcjonalności. Interesariusze zgłosili, że jedna z kluczowych funkcji nie spełnia ich oczekiwań. Co powinien zrobić Scrum Team?, Dodać do PBI i omówić z PO, Ustalić to jako priorytet na planowaniu, Natychmiast zacząć pracować nad poprawkami, Podczas Sprint Planning, Development Team uznał, że niektóre zadania są zbyt złożone i mogą nie zostać ukończone w jednym sprincie. Co powinien zrobić zespół?, Rozbić na mniejsze zadania, Przełożyć na kolejny sprint, A i B nie są poprawne, Podczas Daily Scrum, jeden z członków zespołu zgłosił, że napotkał poważny problem techniczny, który może opóźnić realizację zadania. Jak powinna zareagować reszta zespołu?, Poprosić PO i SM o pomoc, Porposić SM o usunięcie przeszkody, Samodzielnie poszukać rozwiązania, Product Owner zauważył, że Development Team regularnie nie kończy wszystkich zaplanowanych zadań w sprintach. Co powinien w pierwszej kolejności zrobić Product Owner?, Analiza przyczyny i dostosować pracę, Zmienjszyć ilość zadań, A i B są poprawne, Podczas Sprint Retrospective, zespół zidentyfikował, że częste zmiany wymagań od interesariuszy wpływają na ich wydajność. Jak powinien zareagować Scrum Master?, Skontaktować się z interasariuszami i omówić konsekwencje dla pracy zespołu, Omwówić sprawę z PO, Eskalować problem do kadry menadżerskiej
0%
Test Scrum
Chia sẻ
Chia sẻ
bởi
U73078993
Studia
Chỉnh sửa nội dung
In
Nhúng
Nhiều hơn
Tập
Bảng xếp hạng
Hiển thị thêm
Ẩn bớt
Bảng xếp hạng này hiện đang ở chế độ riêng tư. Nhấp
Chia sẻ
để công khai bảng xếp hạng này.
Chủ sở hữu tài nguyên đã vô hiệu hóa bảng xếp hạng này.
Bảng xếp hạng này bị vô hiệu hóa vì các lựa chọn của bạn khác với của chủ sở hữu tài nguyên.
Đưa các lựa chọn trở về trạng thái ban đầu
Đố vui
là một mẫu kết thúc mở. Mẫu này không tạo điểm số cho bảng xếp hạng.
Yêu cầu đăng nhập
Phong cách trực quan
Phông chữ
Yêu cầu đăng ký
Tùy chọn
Chuyển đổi mẫu
Hiển thị tất cả
Mở kết quả
Sao chép liên kết
Mã QR
Xóa
Bạn có muốn khôi phục tự động lưu:
không?