Читаем Все о SCRUM. Изучение, разработка, интеграция полностью

14. Для реализации истории информационная панель должен функционировать компонент, отправляющий данные. Этот компонент разрабатывает другая команда. Вы обновляете план сезона за несколько дней до начала следующего спринта.

a) История не может быть запланирована, так как компонент не завершен

б) История запланирована на следующий спринт

в) История запланирована через два спринта от текущего, о чем мы предупреждаем вторую команду

г) Мы сами разработаем необходимый компонент


15. Владелец продукта говорит, что в истории, над которой мы на данный момент работаем, нет необходимости.

a) Сейчас же останавливаем работу над данной историей и переходим к следующей

б) Делаем минимум, необходимый для сохранения стабильности ПО

в) Завершаем ее, как и планировалось изначально

г) Решение за Scrum-мастером


16. Важный спонсор беспокоится об одной функции, но пока не особо понимает, каким образом она должна быть введена в эксплуатацию. Вы Владелец продукта. Как вы поступите?

a) Дождусь, пока он четко сформулирует свои пожелания

б) Определю простую историю без конкретного HCI и помечу ее как приоритетную

в) Помещу ее в конец бэклога

г) Попрошу спонсора написать спецификацию


17. Уже две ретроспективы подряд команда не предлагает никаких идей для улучшения процесса. Вы Scrum-мастер. Как вы поступите?

a) Не буду вмешиваться, все в порядке

б) В следующий раз изменю технику проведения ретроспективы

в) Приостановлю проведение ретроспектив

г) Проведу следующую ретроспективу через несколько спринтов


18. Команда отмечает, что качество кода ухудшается. Но в то же время скорость команды возрастает. Вы Scrum-мастер. Как вы поступите?

a) Предложу посвятить следующий спринт рефакторингу

б) Никак, ведь скорость команды только растет

в) Предложу внести в бэклог техническую работу по оценке качества и заняться этим в следующем спринте

г) Попрошу команду сконцентрировать усилия на качестве кода


19. За час до обзора один из разработчиков нашел ошибку в интерфейсе истории, которая будет представлена на демо. Что делать?

a) Исключить историю из демо

б) Быстро исправить ошибку

в) Найти временное решение и прокомментировать это во время демо

г) Надеяться, что никто не заметит ошибку во время демо


20. Вы состоите в команде из 6 человек. Продолжительность ваших спринтов составляет две недели. Два человека из команды сообщили, что уходят в отпуск на время следующего спринта. Что вы предложите?

a) Перенести отпуск

б) Сохранить продолжительность спринта в две недели, чтобы не нарушать установленный ритм

в) Увеличить предстоящий спринт до трех недель, чтобы сохранить производительность команды

г) Заменить отсутствующих участников


21. Вы Scrum-мастер. Во время ретроспективы Джефф утверждает, что история И1 не была завершена по вине Алисы. Как вы поступите?

a) Покажу Джеффу желтую карточку

б) Покажу Джеффу и Алисе желтую карточку

в) Нарисую причинно-следственную диаграмму для анализа возникшей проблемы

г) Организую дуэль в дартс


22. Команда состоит из 10 человек. Ежедневная схватка начинается в 9:15. К началу схватки двух участников нет на месте. Как должен поступить Scrum-мастер?

a) Дождаться опаздывающих, а пока можно разрядить обстановку шуткой

б) Перенести встречу на 10:00

в) Начать в установленное время

г) Отменить сегодняшнюю схватку


23. Критерии завершенности включают проверку 5 правил написания кода, к концу спринта одна из проверок не пройдена. Что делать?

a) Исключить это правило из критериев завершенности

б) Добавить историю cleanup

в) Увеличить продолжительность спринта на один день

г) Отложить проверку на следующий спринт


24. Трехнедельный спринт завершается завтра, но вы уже завершили все, что было запланировано. Что делать?

a) Взять выходной

б) Запросить новую историю у Владельца продукта

в) Перенести обзор спринта на сегодня

г) Воспользоваться этим днем, чтобы улучшить качество


25. Участники ждут компонент, который должен быть разработан другой командой. Та команда опаздывает. Без данного компонента невозможно завершить то, что было запланировано. Как должен поступить Scrum-мастер?

a) Ожидать компонент, а пока пересмотреть планы

б) Попросить Владельца продукта вмешаться

в) Пойти проведать команду, занимающуюся разработкой компонента

г) Доложить руководству о задержке


26. Один из разработчиков попробовал новый графический фреймворк. Он в восторге и предлагает сейчас же его установить. Что вы ему ответите?

a) Нет, это слишком рискованно

б) Может, в следующей версии

в) Соглашусь

г) Запрошу демо


27. Участники команды не всегда разбирают задачи, хотя среди не взятых есть действительно важные. Как должен поступить Scrum-мастер?

a) Никак, команда должна самоорганизоваться

б) Самостоятельно распределить задачи между участниками

в) Выполнить никем не взятые задачи

г) Спросить, нет ли среди участников добровольцев


28. Вurndown-график растет. Вы Scrum-мастер. Как вы поступите?

a) Пересчитаю график

б) Попрошу Владельца продукта больше не добавлять истории

в) Переименую его в burnup-график

г) Устрою команде хорошую взбучку


Перейти на страницу:

Все книги серии Библиотека цифровой трансформации

Менеджмент цифрового продукта. От идеи до идеала
Менеджмент цифрового продукта. От идеи до идеала

Цифровизация меняет потребительские услуги и промышленные процессы, проникая во все аспекты нашей жизни, а информационно-технологические компании становятся лидерами в своих отраслях. Традиционные отрасли также включаются в цифровую трансформацию, разрабатывая программное обеспечение для собственных нужд. Успех в этой среде требует управления жизненным циклом цифровых продуктов в условиях быстро меняющегося рынка, конкуренции и постоянного развития. Как управлять такими проектами знает Ярослав Шуваев, эксперт по корпоративным инновациям с более чем 10-летним опытом преподавания UX/UI-дизайна и продакт-менеджмента, основатель shuvaev.com.Независимо от того, в какой точке карьеры вы находитесь, «Менеджмент цифрового продукта» предоставит вам ценные знания и инструменты для успешной адаптации и роста в эпоху инноваций.Из этой книги вы узнаете:• что такое цифровой сервис и как его монетизировать;• какой продукт можно считать жизнеспособным;• какие циклы проходит проект и что делать на каждом этапе;• что нужно для масштабирования работы;• зачем создавать антихрупкую ИТ-компанию.Если вы владеете компанией и планируете внедрить цифровые технологии для улучшения бизнес-процессов, эта книга поможет понять, какие стратегии стоит применять. Она будет полезна и основателям стартапов в фазе кратного роста, и менеджерам продукта, стремящимся повысить свою эффективность, а также архитекторам, дизайнерам, разработчикам, аналитикам и другим участникам процесса создания цифровых продуктов.В формате PDF A4 сохранен издательский макет книги.

Ярослав Александрович Шуваев

Маркетинг, PR
UX/UI дизайн для создания идеального продукта. Полный и исчерпывающий гид
UX/UI дизайн для создания идеального продукта. Полный и исчерпывающий гид

Успех любого цифрового продукта складывается из многих факторов. Ваш продукт может быть уникальным и востребованным, но без проработанного UX ему не суждено заслужить лояльность клиента. Эта простая истина прекрасно известна Ярославу Шуваеву, основателю школы UXAcademy и руководителю крупных digital-проектов для российских и западных компаний, среди которых Администрация Президента, Внешэкономбанк, Coca-Cola, «Газпром», «Татнефть», «Башнефть», Bosco, QIWI, STADA и многие другие.«Моя главная цель – описать факты через призму личного опыта и конкретные жизненные примеры», – пишет Ярослав. Его книга – авторский подход к дизайну, выработанный годами плодотворной работы. Вы сделаете пользовательский опыт лучше, побуждая клиентов возвращаться к вашему продукту снова и снова.

Ярослав Александрович Шуваев

Программирование, программы, базы данных / Учебные пособия, самоучители / Справочники
Нет соединения с сервером, попробуйте зайти чуть позже