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

Test Scrum

by
Print
Embed

Leaderboard

Visual style

Options

Switch template

Continue editing: ?