Agile как искусство управления — продвинутый уровень
Добро пожаловать в мир зрелых Agile-команд. В этой статье мы разберём тест продвинутого уровня, где речь идёт о масштабировании Agile, управлении рисками, гибких контрактах и командной коммуникации.
Вы узнаете, как ведут себя Scrum-мастера, владельцы продукта и коучи в сложных ситуациях. Как работают фреймворки вроде SAFe и LeSS, зачем нужно знать cycle time и lead time, и какие метрики помогают понять, как идёт проект. Все вопросы из теста мы разберём детально, чтобы стало понятно, почему именно так действуют команды уровня «Senior».
📌Навигация по материалам в Telegram
Вопрос 1
Какое из утверждений соответствует принципам Agile-манифеста?
- Контракты важнее взаимодействия
- Подробные планы важнее гибкости
- Заинтересованные стороны регулярно взаимодействуют
- Разработка ведётся строго по расписанию
- Главное — следовать документации
Объяснение:
Agile — это не про бумажки, а про людей. Если бизнес и команда общаются часто — это и есть главный успех.
Выбранный ответ: Заинтересованные стороны регулярно взаимодействуют.
Вопрос 2
Команда выпускает фичу и тут же реагирует на отзывы. Какой это метод?
Объяснение:
Экстремальное программирование (XP) — как шить костюм по отзывам клиента после каждой примерки. Часто релизим, часто улучшаем.
Выбранный ответ: Экстремальное программирование (XP).
Вопрос 3
Нужна интеграция сложной технологии. Как действовать?
- Владелец продукта решает
- Scrum-мастер обучает всех
- Специалисты берут на себя задачу, остальные поддерживают
- Отдать на аутсорс
- Заморозить проект
Объяснение:
Если у вас есть шеф-повар — дайте ему готовить. Так же и с интеграцией — эксперт делает, команда помогает.
Выбранный ответ: Разработчики с нужной экспертизой берут задачу, остальные поддерживают.
Вопрос 4
Что НЕ относится к работе с пользовательскими историями?
Объяснение:
Пользовательская история — это рассказ, не техническое руководство. Техдок — не её часть.
Выбранный ответ: Написание документации о том, как использовать продукт.
Вопрос 5
Что покажет время от добавления задачи до завершения?
Объяснение:
Lead Time — как срок доставки пиццы: с момента заказа до получения.
Выбранный ответ: Время производства (Lead Time).
Вопрос 6
Как превратить идеи во внедрённые функции?
- Принять все предложения
- Дать команде самим решать
- Выбрать, оценить, приоритизировать
- Вести Excel-файл
- Сделать голосование
Объяснение:
Как в саду: не все семена сажаем. Сначала — отбор, потом — посадка.
Выбранный ответ: Собрать, оценить и приоритизировать идеи.
Вопрос 7
Как лучше всего оценить задачи всей командой?
Объяснение:
Planning Poker — как командная игра. Все участвуют и находят общий взгляд.
Выбранный ответ: Покер планирования.
Вопрос 8
Зачем использовать CI в Agile?
- Автоматизировать тесты
- Ускорить сборку
- Раннее выявление проблем интеграции
- Снизить бюджет
- Упростить планирование
Объяснение:
CI — как постоянные проверки. Легче поправить ошибку сразу, чем чинить всё потом.
Выбранный ответ: Обеспечить лёгкую сборку релиза за счёт решения проблем на ранних сроках.
Вопрос 9
Как избежать риска при частых изменениях от клиента?
- Отменить все изменения
- Принимать только согласованные
- Внедрять строго по плану
- Запрет на изменения в спринте
- Повысить цену
Объяснение:
В спринте нельзя менять задачи — иначе команда не завершит начатое. Это как печь пирог — не подсыпаем муку, когда он в духовке.
Выбранный ответ: Запрет на внесение изменений после начала спринта.
Какой контракт справедливо делит риски и расходы?
Объяснение:
Целевая цена — как договор: если выйдете за бюджет — делим расходы. Всем выгодно держать план.
Выбранный ответ: Контракт с целевой ценой.
Вопрос 11
Какой метод внедрить, если нужно вовлечение всех в код?
Объяснение:
TDD — это писать тесты, а потом код. Все вовлечены, все знают, что и как работает.
Выбранный ответ: Разработка через тестирование (TDD).
Вопрос 12
В команде нет общения, каждый сам по себе. Что делать?
Объяснение:
Если не слышат — учите слушать. Как в семье: главное не кричать, а понимать друг друга.
Выбранный ответ: Проведение воркшопов по улучшению коммуникативных навыков.
Вопрос 13
Что наименее важно на планировании спринта?
Объяснение:
Планирование — про «что» делаем, не про «как». Детали обсудим по ходу.
Выбранный ответ: Определить детали реализации технических решений.
Вопрос 14
Что НЕ входит во время цикла (Cycle Time)?
- Время от начала до завершения
- Ожидание между задачами
- Фактическая работа
- Время планирования
- Простой задач
Объяснение:
Cycle Time — это про «делали». А обсуждали — это до.
Выбранный ответ: Включает в себя общее время, затраченное на планирование и обсуждение задач.
Вопрос 15
Что ПРОТИВОРЕЧИТ LeSS?
Объяснение:
В LeSS — один Product Owner на все команды. Назначить каждому своего — разрушить структуру.
Выбранный ответ: Назначение отдельных владельцев продукта.
Вопрос 16
Соотнесите фреймворк и его основную особенность:
1 — Nexus
2 — SAFe
3 — LeSS
A - все Scrum-мастера используют один бэклог продукта
Б - имеет важный элемент «планирование инкремента»
В - доставляет потенциально готовый к поставке инкремент продукта на каждой итерации
Объяснение:
Каждый фреймворк масштабирует Scrum по-своему. Этот вопрос проверяет знание их ключевых черт.
Выбранный ответ: 1 — В, 2 — А, 3 — Б.
Вопрос 17
Что НЕВЕРНО при совмещении Agile и классики?
- Можно использовать оба
- Важно адаптироваться
- Agile вначале, классика потом — Неверно
- Гибкость помогает
- Возможен комбинированный подход
Объяснение:
Agile и Waterfall не заменяют друг друга по очереди. Их сочетают, а не чередуют.
Выбранный ответ: Важно применять исключительно Agile-методы в начале, переходя к классическим — это неверно.
Заключение:
Продвинутый уровень Agile — это уже не просто про «что делать», а про «почему именно так». Эти знания нужны менеджерам, лидерам команд, консультантам, да и просто любому специалисту, который хочет принимать обоснованные решения в условиях изменений и неопределённости. Если вы уверенно разобрали тест — поздравляем, вы готовы говорить с любым CTO или руководителем проекта на одном языке.