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

‣ Dan Mezick, Open Space Agility, Web

‣ Michael Sahota, Agile Adoption and Transformation, VF, 2013

‣ Пабло Перно, Open Agile Adoption en une journée, Web.

<p>Тест</p>

На каждый вопрос у вас есть выбор из четырех вариантов ответа. Вам предстоит решить, какой из них наиболее подходит для описанной ситуации.


1. На роль какого игрока в команде регби больше всего похожа роль Scrum-мастера?

а) нападающий

б) полузащитник

в) замыкающий

г) левый крыльевой


2. Вы состоите в команде, которая разрабатывает приложение, управляющее подписками. Генеральный директор интересуется, будет ли приложение доступно к моменту проведения конференции через полтора месяца. Что вы ему ответите?

a) Да, будет

б) На все воля Божья

в) Посоветую посмотреть план сезона

г) Посоветую посмотреть план спринта


3. Владелец продукта хочет выпустить версию, в которой была замечена ошибка. Что будете делать?

a) Решение за командой

б) Не будем выпускать версию с ошибкой

в) Решение за ним, значит, выпускаем

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


Этот тест был разработан вместе с участниками первого Agile-пикника в Монпелье-Тулузе, который состоялся 15 июля 2011 года в коммуне Баж (Од). С тех пор тест был пройден многими людьми и значительно усовершенствован благодаря обратной связи.

Он также предлагается участникам похода в Сент-Круа-де-Кадерль (Гар), на каждом Agile Raid56 в Севеннах и помогает в подготовке к сертификации CSM (Chestnut, Sausage и Methods). (56 – http://raidagile.fr/)

Вопросы и правильные ответы будут опубликованы и прокомментированы в моем блоге «Scrum, Agility и Rock’n’roll»: aubryconseil.com

4. Разработчик замечает ошибку в завершенной истории из предыдущего спринта. Он знает, что исправление ошибки займет не больше часа. Что делать?

a) Поместить ошибку в бэклог продукта

б) Незаметно пропатчить

в) Исправить ошибку и провести анализ причин регрессии

г) Дождаться обратной связи от пользователя


5. Во время демонстрации на обзоре спринта приглашенный участник предлагает изменение. Что будете делать?

a) Попросим его отправить нам сообщение, и мы свяжемся с ним в ближайшее время

б) Пометим изменение как задачу на следующий спринт

в) Добавим изменение в песочницу

г) Ничего, сейчас не подходящий момент для предложений


6. Команда узнает о серьезном инциденте прямо во время спринта. Участники команды также занимаются поддержкой. Что делать?

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

б) В срочном порядке заняться решением проблемы

в) Посмотреть, что предложит Владелец продукта

г) Провести ретроспективу


7. В пятницу мы начали трехнедельный спринт с командой из 10 человек. В понедельник во время утренней схватки узнаем, что один из разработчиков на выходных катался на лыжах, сломал правую руку и взял больничный на неделю.

a) Scrum-мастер запрещает остальным кататься на лыжах

б) Мы уменьшаем значение производительности команды на данный спринт, убрав часть историй

в) Мы находим ему замену

г) Посмотрим, что будет, а пока купим ему мышку для левшей


8. Владелец продукта уже неделю не появляется на ежедневных схватках.

а) Ничего страшного, продолжаем без него

б) Не будем проводить схватки, пока он не придет

в) Продолжим без него и поднимем этот вопрос на ретроспективе

г) Будем настаивать, чтобы он появлялся на схватках хотя бы дважды в неделю


9. Три Scrum-команды работают над одним продуктом, каждая из них занимается своими функциями. Что делать с критериями завершенности?

a) Одни критерии завершенности для всех

b) В них нет нужды, все обсуждается во время Scrum of Scrums, схватки схваток

c) Каждая команда определяет свои критерии и информирует об этом остальных

d) Решение за Владельцем продукта

10. 4 функциональности. Ф1 приносит 100 единиц прибыли и реализуется за 1 неделю, Ф2: 200 за 2 недели, Ф3: 200 за 1 неделю, Ф4: 400 за 5 недель. Стабильная архитектура, никаких зависимостей. За какую вы возьметесь в первую очередь?

a) Ф1

б) Ф2

в) Ф3

г) Ф4


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


а) Убираем историю из бэклога

б) Все равно за нее беремся, потому что она уже готова

в) Заменяем ее другой, но того же размера, и помещаем в конец бэклога

г) Снижаем ее приоритетность


12. Трехнедельный спринт завершается всего через три дня, но у нас все еще ничего не сделано. Что вы предложите команде?

a) Ничего, подумаем на обзоре

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

в) Отложить дату конца спринта

г) Сосредоточить усилия на завершении хотя бы одной истории


13. Один из участников команды ничего не делает и мешает остальным. Вы Scrum-мастер. Как вы поступите?

a) Никак, в Scrum-фреймворке нет начальства

б) Мы его исключаем, большинство участников согласны

в) Доложу руководству

г) Приглашу его выпить кружечку пива и во время разговора предложу стать Scrum-мастером в следующем спринте


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

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

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

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

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

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

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

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

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