Вчера в одном из офисов по улице Чуй в Бишкеке команда разработчиков как раз заканчивала спринт — на столе красовался огромный торт с надписью «Спринт завершён!». Рядом с ним сидел Нурбек, менеджер проекта, который пытался объяснить заказчику из Оша, почему задача по интеграции с платёжной системой «Элсом» всё ещё в статусе «В процессе». «Ты же понимаешь, у нас же не просто код пишут — у нас ещё и базар с заказчиком вести нужно!», — пытался он объяснить, пока коллеги смеялись над его сравнением Scrum с процессом приготовления бешбармака. А вы готовы к таким реалиям?
1. Команда из 5 человек в IT-компании «КыргызСофт» в Бишкеке планирует спринт на 2 недели. Сколько дней длится такой спринт?
Подсказка : Вспомните стандартную длительность спринта в Scrum.
Ответ
Ответ : C — Стандартная длительность спринта в Scrum составляет 2 недели, что равно 14 дням.
Почему бы и нет A : Спринт в 7 дней слишком короткий для большинства команд и не позволяет накопить достаточно работы.
Почему бы и нет B : 10 дней — это 1,5 недели, что не соответствует стандартной практике Scrum.
remember
2. В местной компании «Ала-Тоо Технолоджис» решили оценить задачу по разработке мобильного приложения для заказа такси в Бишкеке. Команда выбрала оценку в 8 story points. Что это означает?
Подсказка : Story points отражают сложность задачи, а не время выполнения.
Ответ
Ответ : B — Story points показывают относительную сложность задачи, а не временные затраты. 8 story points — это средняя сложность для команды.
Почему бы и нет A : Story points не равны часам — это абстрактная единица измерения сложности.
Почему бы и нет C : Story points не связаны с календарными днями выполнения.
Почему бы и нет D : Количество story points не зависит от количества людей в команде.
understand
3. Во время планирования спринта в команде «КыргызДиджитал» заказчик из Оша попросил добавить новую фичу — интеграцию с местной платёжной системой «Элсом». Что должен сделать Scrum Master в первую очередь?
Подсказка : Scrum Master защищает команду от внешнего давления и помогает соблюдать Scrum-практики.
Ответ
Ответ : B — Scrum Master должен защитить команду от изменений в середине спринта и объяснить заказчику, что такие изменения возможны только между спринтами.
Почему бы и нет A : Добавление задач в текущий спринт нарушает Scrum-практики.
Почему бы и нет C : Работа сверхурочно противоречит принципам Agile и приводит к выгоранию команды.
Почему бы и нет D : Scrum Master не имеет права заменять Product Owner.
apply
4. Команда из 7 человек в компании «Бишкек Софт» оценивает задачи на планировании спринта. Они используют метод «покер планирования». Какой из следующих вариантов оценки НЕ подходит для story points?
Подсказка : Story points должны быть числами из последовательности Фибоначчи.
Ответ
Ответ : C — Оценки в story points должны быть числами из последовательности Фибоначчи (0, 1, 2, 3, 5, 8, 13 и т.д.) или аналогичными, но не последовательными нечётными числами.
Почему бы и нет A : Это классическая последовательность Фибоначчи, подходящая для оценки.
Почему бы и нет D : Абстрактные образы (кофейная чашка, пицца) не подходят для числовой оценки.
understand
5. В местной компании решили провести ретроспективу спринта в формате «Start, Stop, Continue». Какие из следующих тем НЕ подходят для обсуждения в колонке «Stop»?
Подсказка : Колонка «Stop» содержит действия, которые нужно прекратить делать.
Ответ
Ответ : D — Прекращение выплаты зарплаты сотрудникам — это недопустимая тема для обсуждения и противоречит трудовому законодательству Кыргызстана.
Почему бы и нет A : Обсуждение личных дел на рабочих созвонах — типичная тема для колонки «Stop».
Почему бы и нет B : Использование неактуальных требований — это проблема, которую нужно решать.
analyze
6. Команда из «КыргызТелеком» оценивает задачу по разработке нового функционала для местного портала госуслуг. Они решили использовать оценку в 13 story points. Что это означает для команды?
Подсказка : 13 story points — это очень большая задача, требующая декомпозиции.
Ответ
Ответ : A — 13 story points — это очень большая оценка, которая обычно требует декомпозиции на более мелкие задачи.
Почему бы и нет B : Story points не равны календарным дням.
Почему бы и нет C : Количество story points не связано с количеством людей.
Почему бы и нет D : Story points не имеют денежного эквивалента.
remember
7. Во время Daily Scrum в команде «Ала-Тоо Софтвер» разработчикTilek сказал: «Вчера я работал над задачей по интеграции с «Элсом», сегодня продолжу, а вот с завтрашнего дня у меня отпуск на Иссык-Куле». Что должен сделать Scrum Master?
Подсказка : Scrum Master помогает команде соблюдать практики и выявлять блокеры.
Ответ
Ответ : B — Scrum Master должен помочь команде адаптироваться к отсутствию члена команды и обеспечить передачу задач.
Почему бы и нет A : Отмена отпуска не входит в обязанности Scrum Master.
Почему бы и нет C : Отсутствие члена команды влияет на команду, поэтому это не только личное дело.
Почему бы и нет D : Замена члена команды — это крайняя мера, не первая реакция.
apply
8. Команда из компании «Бишкек ИТ» решила использовать Burndown Chart для отслеживания прогресса спринта. Что показывает этот график?
Подсказка : Burndown Chart отображает оставшуюся работу в сравнении с временем.
Ответ
Ответ : B — Burndown Chart показывает оставшуюся работу (в story points или часах) в сравнении с временем, оставшимся до конца спринта.
Почему бы и нет A : Burndown Chart показывает оставшуюся работу, а не выполненную.
Почему бы и нет C : Burndown Chart не связан с количеством встреч.
Почему бы и нет D : Burndown Chart не отображает зарплату.
remember
9. В местной компании «КыргызСофт» решили провести спринт длительностью 3 недели. Как это повлияет на команду?
Подсказка : Длительные спринты могут снижать гибкость и увеличивать риски.
Ответ
Ответ : B — Длительные спринты (более 2-3 недель) снижают гибкость команды и способность быстро адаптироваться к изменениям.
Почему бы и нет A : Больше задач не гарантирует выполнение — длинные спринты увеличивают риски.
Почему бы и нет C : Длинные спринты увеличивают риск невыполнения из-за неопределённости.
Почему бы и нет D : Количество встреч не зависит от длительности спринта.
understand
10. Команда из «Ала-Тоо Технолоджис» оценивает задачу по разработке нового модуля для местного банка. Они выбрали оценку в 5 story points. Сколько примерно времени это займёт?
Подсказка : 5 story points — это средняя оценка, которая обычно занимает 1-2 дня для опытной команды.
Ответ
Ответ : B — 5 story points — это средняя оценка, которая для опытной команды обычно занимает 1-2 рабочих дня.
Почему бы и нет A : 5 story points — это не 5 часов работы.
Почему бы и нет C : 5 story points — это меньше, чем 5 дней.
Почему бы и нет D : 2 недели — это слишком долго для 5 story points.
apply
11. Во время ретроспективы спринта в команде «КыргызДиджитал» обсуждали проблему с задержкой задач. Какое из следующих решений НЕ подходит для улучшения ситуации?
Подсказка : Решения должны быть конкретными и измеримыми.
Ответ
Ответ : C — Увольнение сотрудников — это неконструктивное решение, которое противоречит принципам Agile.
Почему бы и нет A : Уменьшение нагрузки — это стандартное решение для улучшения качества.
Почему бы и нет B : Ежедневные встречи помогают выявлять проблемы на ранних стадиях.
Почему бы и нет D : Более детальное разбиение задач помогает лучше оценивать и выполнять работу.
evaluate
12. Команда из компании «Бишкек Софт» решила использовать Kanban доску для управления задачами. Какие столбцы обычно включают в такую доску?
Подсказка : Канбан доска включает столбцы, отражающие этапы работы.
Ответ
Ответ : A — Стандартные столбцы Канбан доски: To Do (Задачи), In Progress (В процессе), Done (Готово).
Почему бы и нет B : Это описание этапов, а не столбцы доски.
Почему бы и нет C : Это элементы Scrum, а не столбцы Канбан.
Почему бы и нет D : Это формат ретроспективы, а не доски.
remember
13. В местной компании решили оценить эффективность команды по количеству завершённых story points за спринт. Что НЕ является проблемой такого подхода?
Подсказка : Оценка только по story points может быть неточной.
Ответ
Ответ : D — Story points — это относительная оценка сложности, а не точная метрика. Они не всегда точно отражают реальную сложность.
Почему бы и нет A : Занижение оценок — это распространённая проблема.
Почему бы и нет B : Качество кода не учитывается в story points.
Почему бы и нет C : Выполнение мелких задач вместо больших — это типичная проблема.
analyze
14. Команда из «Ала-Тоо Технолоджис» планирует спринт и оценивает задачи. Они решили использовать относительные оценки вместо абсолютных. Почему это лучше?
Подсказка : Относительные оценки помогают команде быть более гибкими.
Ответ
Ответ : C — Относительные оценки (story points) позволяют команде быть более гибкими и адаптироваться к изменениям в процессе спринта.
Почему бы и нет A : Абсолютные оценки тоже могут быть правильными.
Почему бы и нет B : Относительные оценки не связаны с расчётом зарплаты.
Почему бы и нет D : Абсолютные оценки не обязательно требуют больше времени.
understand
15. Во время Daily Scrum в команде «КыргызСофт» разработчик Айжан сказала: «Я застряла с задачей по интеграции с «Элсом», потому что не могу понять API». Что должен сделать Scrum Master?
Подсказка : Scrum Master помогает команде решать блокеры.
Ответ
Ответ : B — Scrum Master должен помочь команде решить блокер, например, организовав сессию по изучению API или найдя эксперта.
Почему бы и нет A : Работа сверхурочно не решает проблему и вредит команде.
Почему бы и нет C : Замена члена команды — это крайняя мера.
Почему бы и нет D : Игнорирование блокера противоречит принципам Scrum.
apply
16. Команда из компании «Бишкек ИТ» решила использовать Planning Poker для оценки задач. Какой из следующих вариантов НЕ является стандартной картой в Planning Poker?
Подсказка : Стандартные карты Planning Poker — это числа из последовательности Фибоначчи.
Ответ
Ответ : B — Стандартные карты Planning Poker используют последовательность Фибоначчи (0, 1, 2, 3, 5, 8, 13) и символы ?, кофейная чашка, пицца. Последовательные числа 1-8 не используются.
Почему бы и нет A : Это стандартный набор карт.
Почему бы и нет C : Это стандартный набор карт.
Почему бы и нет D : Это близкий к стандартному набору.
remember
17. Команда из «Ала-Тоо Технолоджис» планирует спринт и оценивает задачи. Они решили включить задачу по организации корпоратива в честь завершения проекта. Какой Scrum-артефакт лучше всего подходит для отслеживания этой задачи?
Подсказка : Scrum-артефакты включают Product Backlog, Sprint Backlog и Increment.
Ответ
Ответ : B — Задача по организации корпоратива — это часть текущего спринта, поэтому она должна быть в Sprint Backlog.
Почему бы и нет A : Product Backlog содержит долгосрочные задачи, а не текущие.
Почему бы и нет C : Increment — это результат спринта, а не список задач.
Почему бы и нет D : Burndown Chart — это метрика, а не артефакт.
apply
18. Во время ретроспективы спринта в команде «КыргызДиджитал» обсуждали, что заказчик из Оша часто меняет требования. Что должен предложить Scrum Master для решения этой проблемы?
Подсказка : Scrum Master помогает команде и заказчику соблюдать Scrum-практики.
Ответ
Ответ : B — Scrum Master должен объяснить заказчику, что изменения требований возможны только между спринтами, а не в процессе.
Почему бы и нет A : Фиксированные требования противоречат принципам Agile.
Почему бы и нет C : Игнорирование изменений не решает проблему.
Почему бы и нет D : Замена заказчика — это не решение.
apply
19. Команда из компании «Бишкек Софт» решила оценить задачу по разработке нового функционала для местного портала госуслуг. Они выбрали оценку в 21 story point. Что это означает для команды?
Подсказка : 21 story point — это очень большая задача, которая требует декомпозиции.
Ответ
Ответ : A — 21 story point — это очень большая оценка, которая обычно требует декомпозиции на более мелкие задачи.
Почему бы и нет B : Story points не равны календарным дням.
Почему бы и нет C : Количество story points не связано с количеством людей.
Почему бы и нет D : Story points не имеют денежного эквивалента.
understand
20. В местной компании «Ала-Тоо Технолоджис» решили провести спринт-review для заказчика из Оша. Какой из следующих форматов НЕ подходит для такой встречи?
Подсказка : Спринт-review должен быть интерактивным и демонстрировать результат.
Ответ
Ответ : B — Burndown Chart без комментариев и контекста не подходит для спринт-review — важно показать результат работы.
Почему бы и нет A : Презентация с демонстрацией — это стандартный формат.
Почему бы и нет C : Обсуждение планов на следующий спринт — это часть review.
Почему бы и нет D : Ответы на вопросы заказчика — это стандартная практика.
evaluate
Источники
- en.wikipedia.org — CC-BY-SA 4.0
- search.worldcat.org
- cebma.org
- doi.org
- www.jstor.org
- www.gsb.stanford.edu
- www.bbc.co.uk
- dx.doi.org
- aom.org
- archive.org
- citeseerx.ist.psu.edu
- dle.rae.es
- www.etymonline.com
- books.google.com
- granite.pressbooks.pub
Content derived from Wikipedia is used under CC-BY-SA 4.0. Authorship: Wikipedia contributors.