WorksheetsВведение в гибкие методологии и традиционные модели
Total questions: 30
Worksheet time: 15mins
Какое ключевое свойство каскадной (Waterfall) модели подчёркивается: переход к следующему этапу разработки возможен только после завершения предыдущего?
Итеративность с параллельными спринтами
Последовательность с запретом перехода, пока этап не завершён
Гибкость, позволяющая вносить изменения в любой момент
Фокус на минимально жизнеспособном продукте (MVP)
В каком случае каскадную модель целесообразно применять, исходя из описания: когда требования продукта максимально чётко и полно детализированы на самом начале проекта?
Когда проект стартует без чётких требований и ожидаются частые изменения
Когда есть подробное техническое задание с основными параметрами проекта
Когда нужно быстро выпустить прототип без формализации
Когда команда планирует адаптировать процесс под agile-спринты
Какова ключевая особенность V-модели по сравнению с каскадной: что обязательно выполняется на каждом этапе проектирования?
Планирование бюджета без тестирования
Параллельное написание пользовательской документации
Промежуточное тестирование компонентов продукта
Отсроченная интеграция до финального релиза
Выберите утверждение, которое точнее описывает итеративную модель разработки:
Единый цикл, в конце которого сразу передают готовый продукт заказчику
Последовательность мини-проектов (версий), каждая из которых включает анализ, проектирование, реализацию, тестирование и интеграцию
Полная детализация всего объёма работ только в начале проекта без пересмотра
Отсутствие обратной связи между версиями
В чём состоит одно из основных отличий итеративной модели от V-модели, согласно материалу?
В итеративной модели бюджет и сроки заданы только для финальной версии, а не для каждой итерации
В итеративной модели на каждой итерации целенаправленно повторяются одинаковые операционные задачи и расширяется функциональность
В итеративной модели отсутствует тестирование промежуточных версий
В итеративной модели весь объём работ планируется единожды в начале
Что является центральным элементом спиральной модели, определяющим переход к следующему витку?
Жёсткая фиксация требований без пересмотра
Регулярная оценка и анализ рисков перед продолжением разработки
Исключение каскадных подходов при любых условиях
Обязательная поставка конечного продукта на каждом витке без анализа
Какую роль выполняет product owner в проектной команде Scrum по описанию материала?
Классический руководитель, который раздаёт задачи и контролирует отработку
Представитель заказчика, участвующий в формировании ценности и приоритизации бэклога
Специалист по тестированию, который отвечает за качество на спринте
UX‑дизайнер, обеспечивающий визуальную часть продукта
Что из перечисленного является ключевой характеристикой спринта в Scrum в данном материале?
Непрерывный поток задач без фиксированной длительности
Фиксированная итерация (обычно до четырёх недель) с целью получить проверяемый компонент продукта
Единовременная поставка всего продукта по завершении проекта
Гибкая длина спринта, определяемая ежедневно на стендапах
Что означает гибридная методология в контексте материала?
Последовательное применение только Waterfall без итераций
Комбинирование несовместимых подходов без правил
Осознанное сочетание каскадной модели и agile‑практик для адаптации к контексту проекта
Замена Scrum на Kanban в середине проекта без анализа
Какой подход описывается как «структурированный agile», объединяющий лучшие практики waterfall и agile и применяемый при частично или полностью известных требованиях на старте?
Гибкий подход Scrum
Структурированный agile (гибкий, но с четким сбором требований в начале)
Чистый Kanban без предварительного анализа требований
Экстремальное программирование (XP) с минимальной документацией
Какое утверждение лучше отражает роль заинтересованных сторон при выборе методологии разработки?
Заинтересованные стороны — только сотрудники команды разработки
Заинтересованные стороны — это физические и юридические лица, способные положительно или отрицательно влиять на проект
Заинтересованные стороны — исключительно спонсоры и заказчики из финансового сектора
Заинтересованные стороны — люди, которые участвуют только на этапе тестирования
Какой фактор организационной зрелости и культуры особенно важен для успешного применения гибких методологий?
Низкий уровень управляемости проектами и отсутствие понимания процессов разработки
Высокий уровень зрелости управления IT‑проектами и понимание командой принципов выбранной методологии
Только наличие большого штата без учета компетенций
Полная изоляция команды разработки от дизайнеров и аналитиков
Какой состав и особенности проектной команды чаще всего поддерживают выбор Scrum?
Команда полностью состоит из новичков, отсутствует самоорганизация, роли не определены
Высококвалифицированная команда, понимающая свою роль, способная к самоорганизации и работе по спринтам
Команда распределена по нескольким часовым поясам без инструментов совместной работы
Команда из 5–10 человек, но без продуктового владельца и Scrum‑мастера
Если все участники находятся в одной локации и могут ежедневно синхронизироваться, какой гибкий фреймворк особенно удобен?
Scrum с ежедневными стендапами
Waterfall с недельными отчётами
Spiral без встреч
Prince2 с ежемесячными комитетами
Какой фактор организации влияет на выбор методологии через понятие «уровень зрелости»?
Количество офисов
Степень управляемости, измеримости и оптимизируемости
Возраст компании
Отрасль
Если компания делает первый IT‑проект и хочет учиться, а заказчик заинтересован участвовать в процессе, к какому подходу склониться?
Традиционная каскадная модель
Гибкий подход (Agile)
Отсутствие методологии
Только Spiral
Как влияет распределённость команды по разным странам на выбор методологии?
Усложняет традиционный подход, увеличивает ценность гибридного
Не влияет
Запрещает Scrum
Требует только Kanban
При отсутствии навыков самоорганизации в команде новичков, что предпочтительнее?
Чистый Agile
Waterfall или гибрид c обучением
Только Kanban
Сильное сокращение документации
Какая методология по своей сути является тем же самым waterfall, но разделённым на определённые витки?
Scrum
Spiral
Kanban
XP
Для крупной компании чаще подходит какой базовый подход?
Waterfall или гибрид
Только Kanban
Только Scrum
Только Spiral
Если результат неизвестен и требуется последовательная конкретизация на каждом витке, какой подход помогает?
Waterfall
Spiral
Prince2
RUP
Если внедряется готовое коробочное решение, какое семейство методологий уместно?
Только Agile
Традиционная методология (например, Waterfall)
Только XP
Только Kanban
Для гибких подходов характерно какое отношение к документации?
Максимально подробная
Минимально достаточная
Полное отсутствие
Только тестовые планы
Если невозможно заранее определить технические требования и как будет работать продукт, что логичнее сделать?
Выбрать чистый Waterfall
Применить гибкий или гибридный подход (Agile/Scrum/Kanban)
Остановить проект
Передать на аутсорс
Какое утверждение верно для выбора между Scrum и Kanban при гибком подходе?
Scrum лучше при фиксированных ролях и ритуалах, Kanban — при непрерывном потоке без ролей
Оба требуют подробной каскадной документации
Kanban невозможен в одной локации
Scrum запрещает ежедневные встречи
Как в рамках выбранной гибридной модели обеспечивалась демонстрация результатов и контроль качества до финальной поставки?
Промежуточные интеграции не проводились, результат показывался только в конце
Использовались ежедневные релизы на прод и частые откаты
Проводились промежуточные поставки и демонстрации по канбан-каденциям, а тестирование осуществлялось в соответствии с V-образной моделью
Все проверки качества были отданы на аутсорсинг без участия команды
В чем состояла ключевая особенность запроса заказчика, повлиявшая на выбор гибкого подхода?
Необходимость модулей только для бензозаправок без учета газозаправок
Отсутствие четкого, детализированного представления конечного продукта на старте
Требование интеграции только с новой системой закупок
Наличие готового коробочного решения, требующего минимальной доработки
Какой инструмент Lean был использован для выявления и анализа проблем в процессе разработки?
Диаграмма Исикавы причин и следствий
Карта потока создания ценности (Value Stream Map)
Матрица RACI распределения ответственности
Диаграмма Ганта планирования задач
Какое практическое ограничение ввел Kanban после анализа загрузки разработчиков, чтобы стабилизировать поток работы?
Запрет на параллельную работу более чем над одной задачей в спринте
Ограничение количества одновременно находящихся в работе задач на человека до 3–4
Увеличение длительности итераций с одной недели до месяца
Переход на обязательные ежедневные отчеты по времени
Какой общий вывод кейса о выборе методологии разработки IT-продукта сформулирован в конце?
Всегда следует применять традиционный waterfall для крупных компаний
Выбор между гибкой и традиционной методологией должен опираться на анализ заказчика, типа проекта, сроков и зрелости компании
Для модулей учета топлива оптимален исключительно Scrum
Гибкие подходы непригодны для проектов с интеграцией со старыми системами
