Font size
WorksheetsВопросы по Scrum
Total questions: 10
Worksheet time: 8mins
Генеральный директор просит разработчиков добавить «очень важный» элемент в спринт, который уже находится в процессе (запущен). Что должны сделать разработчики?
Добавить задачу в текущий бэклог спринта, удалить задачу аналогичного размера и уменьшить цель спринта.
Добавить задачу в текущий бэклог спринта и выполнить необходимый объем работы для достижения цели спринта, удовлетворив при этом генерального директора.
Добавить задачу в бэклог спринта для следующего спринта.
Обсудить этот вопрос с другими членами Scrum-команды, чтобы команда могла решить, что делать.
Какое утверждение лучше всего описывает обзор спринта?
Демонстрация проводится в конце спринта, чтобы все сотрудники организации могли проверить проделанную работу.
Это механизм контроля деятельности разработчиков во время спринта.
Когда Scrum-команда и заинтересованные стороны проверяют результаты спринта и решают, что делать дальше.
Три столпа Scrum:
Прозрачность, устранение потерь, кайдзен.
Прозрачность, Инспекция, Адаптация.
Уважение к людям, кайдзен, устранение отходов.
Планирование, Демонстрация, Ретроспектива.
Когда спринт может быть отменен?
Когда становится ясно, что не все будет завершено к концу спринта.
Когда цель спринта устаревает.
Когда разработчики посчитают, что работа слишком сложна.
Когда у отдела продаж появляется важная новая возможность (идея).
Какие из перечисленных ниже примеров являются примерами Scrum-команды, которая плохо применяет Scrum или не проявляет самоорганизацию?
Разработчики обладают всеми необходимыми навыками для создания ценного и полезного Инкремента.
Заинтересованные стороны посещают ежедневные Scrum-встречи, чтобы проверить прогресс Scrum-команды.
Разработчики создают бэклог спринта, отражающий всю работу, необходимую для достижения цели.
Разработчики работают в рамках функционального описания своих должностей и грамотно передают работу от аналитика к разработчику, тестировщику.
Разработчики приглашают внешних заинтересованных лиц к планированию спринта, чтобы спросить их, как превратить элемент бэклога продукта в инкремент с помощью полного и подробного бэклога спринта.
Когда разработчик становится единоличным владельцем элемента в бэклоге спринта?
Всякий раз, когда член команды может взять на себя больше работы.
Во время ежедневного Scrum.
На мероприятии по планированию спринта.
Никогда. Все элементы бэклога Спринта «принадлежат» разработчикам Scrum команды.
Во время спринта разработчик понимает, что Scrum команда не сможет завершить элементы бэклога спринта. Кто должен присутствовать для проверки и корректировки выбранных элементов бэклога?
Владелец продукта и все заинтересованные стороны.
Разработчики.
Scrum-мастер, менеджер проекта и разработчики
Владелец продукта и разработчики.
Какова основная причина присутствия Scrum-мастера на ежедневном Scrum?
Записывать любые изменения в бэклоге спринта, включая добавление новых элементов, и отслеживать прогресс в выполнении задач.
Убедиться, что каждый член команды ответил на три вопроса.
Собирать информацию о статусе и ходе работ для предоставления ее руководству.
Их присутствие там необязательно; им нужно только обеспечить, чтобы разработчики проводили ежедневные Scrum-митинги.
Какое утверждение лучше всего описывает ответственность Владельца продукта?
Максимизация ценности работы, выполняемой Scrum-командой.
Не позволять заинтересованным сторонам отвлекать разработчиков.
Управление разработчиками.
Управление проектом и обеспечение соответствия работы обязательствам перед заинтересованными сторонами.
Разработчики не должны прерываться во время спринта, а цель спринта должна оставаться неизменной. Это условия, которые способствуют креативности, качеству и производительности. Какой из следующих ответов НЕПРАВИЛЬНЫЙ?
Бэклог спринта полностью формируется на этапе планирования спринта и не меняется в течение спринта.
Владелец продукта может помочь прояснить или оптимизировать спринт по просьбе разработчиков.
Будучи разложением выбранных элементов бэклога продукта, бэклог спринта изменяется и может расти по мере возникновения работы.
Разработчики могут работать с Владельцем продукта, чтобы добавлять или удалять работу, если они обнаружат, что у них больше или меньше возможностей, чем ожидалось.
