Управление изменениями требований
Вопрос
Как вы управляете изменениями требований на проекте?
Попробуйте сами
Ответьте вслух за 2 минуты, как на собесе. Потом сверьтесь с тезисами: что прозвучало, а что нет.
Показать ответ и разбор
Коротко
Что должно прозвучать в ответе
Изменения нормальны, плохо, когда они незаметны
Baseline как точка отсчёта
Запрос, анализ влияния через трассировку, решение владельца
Обновление документов и информирование
В agile это обычная работа с бэклогом, но решения всё равно фиксируются
Что могут спросить следом
- Кто входит в комитет по изменениям?
- Как часто вы обновляете baseline?
Разбор
Изменения требований неизбежны, и это нормально, плохо, когда они происходят незаметно в письмах и чатах. После согласования фиксирую baseline. Любое изменение начинается с запроса: кто просит, что и зачем. Затем анализ влияния: по трассировке смотрю, какие требования, процессы, задачи и тесты затронуты, команда оценивает трудозатраты и влияние на сроки. Решение принимает владелец объёма: спонсор, владелец продукта или комитет изменений на крупных проектах. После решения обновляю документы, версию и сообщаю всем, кого это касается. В agile-командах это обычная работа с бэклогом и приоритетами, но я всё равно фиксирую, что поменялось и почему, иначе через месяц никто не вспомнит.
Ответьте сами, а не прочитайте
В тренажёре вопрос попадёт в повторения и вернётся, когда начнёт забываться. Плюс билеты с зачётом: 20 вопросов, не больше 2 ошибок.