Анализ влияния изменений. Кто делает и зачем? (48 секунд) Н | BA GIRL | Бизнес-аналитик в IT
Анализ влияния изменений. Кто делает и зачем?
(48 секунд)
На самом деле, из кейса выше не до конца понятен контекст → проблема в любом случае существует, но суть может отличаться в зависимости от деталей.
Итак, если анализ влияния изменений делает менеджер проекта и приходит к BA уже после с финальным решением, то проблема заключается в том, что менеджер не доверяет BA или не уверен в его квалификации, поэтому берет на себя часть его обязанностей. (На самом деле, именно так чаще всего и бывает, если менеджер хороший.)
Но бывает, что и менеджер проекта, увлекшись, например, желанием «угодить» клиенту и удержать его, забывает проанализировать и выявить причины и следствия потенциальных изменений. Вот это проблема куда более существенная и опасная для проекта.
Итак, алгоритм действий для бизнес-аналитика, если пришел менеджер проекта с запросом на изменение требований:
1. Уточнить у менеджера, проанализировал ли он, как изменения повлияют на составляющие проекта: другие требования, архитектуру, дизайн, код и тесты и как эти изменения отразятся на скоупе и сроках работ.
2. Если ответ на предыдущий вопрос: «Проанализировал», уточните, где это зафиксировано и в каком виде. (Спойлер: «у меня в голове» — не подходит. Если нигде не зафиксировано, предложите свою помощь в том, чтобы это зафиксировать, заодно — продемонстрируете свою квалификацию и заслужите уважение и доверие.)
3. Если на пункт 1 менеджер говорит, что он «не успел» проанализировать/зафиксировать или ожидал это от вас, то вам и карты в руки. Необходимо определить все артефакты, которые нужно будет поправить в соответствии с потенциально измененными требованиями.
4. После того, как вы определили на что и как повлияет изменение требований, СРАЗУ подготовьте хотя бы верхнеуровнево задачи на команду, которые вам понадобятся, чтобы эти изменения внести. Таким образом, при необходимости, можно будет легко их проэстимировать (хотя бы high level) и оценить потенциальный объем работ.
Note 1: Не забудьте, что вы не должны и не можете оценивать влияние изменений, например, на архитектуру или код самостоятельно, для этого у вас есть инструмент: коммуникация с ответственными за это коллегами.
Note 2: У Вигерса есть список вопросов, ответы на которые необходимо найти, чтобы правильно обработать потенциальные изменения и оценить их влияние. Настоятельно рекомендую, если сталкиваетесь с такой задачей на практике в первый раз.
У вас был опыт анализа влияния потенциальных изменений? Какие инструменты и артефакты используете чаще всего?
