Половина работы БА это люди: заказчики, пользователи, команда. Технически сильный аналитик проваливает проект, если не умеет договариваться. На собесе эту часть проверяют кейсами «а что вы сделаете, если...».
Ожидания
Большинство конфликтов вырастает из несовпадения ожиданий. Заказчик думал «через месяц всё готово», команда думала «через месяц первая версия». Что помогает:
- на старте зафиксировать цели, границы (что входит и что не входит), критерии успеха, роли и порядок согласования;
- показывать промежуточный результат часто: демо, прототипы;
- говорить о рисках рано, а не в день срыва.
Scope creep
Расползание границ: требования добавляются маленькими кусочками «это же мелочь», и через три месяца проект в два раза больше, а сроки те же. Как управлять:
- зафиксированный объём (scope) и процесс изменений;
- каждое новое требование проходит оценку: ценность, затраты, влияние на сроки;
- решение принимает тот, кто владеет бюджетом и сроками, а не тот, кто попросил;
- «да, и вот что для этого выпадет» вместо «нет» или молчаливого «да».
Конфликт требований
Два стейкхолдера хотят противоположного: продажам нужна скидка без согласования, финансам нужен контроль каждой скидки. Шаги:
- Выяснить интересы за позициями. Продажам важна скорость сделки, финансам защита маржи.
- Найти решение, которое учитывает оба интереса: скидка до 10% без согласования, выше автоматическое согласование за 15 минут.
- Если не сходится, поднять на уровень, где есть общий руководитель или владелец цели, с вариантами и последствиями.
- Зафиксировать решение и кто его принял.
БА не судья: он делает конфликт видимым и помогает принять решение, но не решает за бизнес.
Как говорить «нет»
Прямое «нет» портит отношения, молчаливое «да» портит проект. Рабочие формулы:
- «Давайте поймём, какую задачу это решает» (возможно, задача решается проще);
- «Можем сделать, тогда сдвинется X. Что важнее?»;
- «Предлагаю в следующий релиз, а сейчас обходной путь такой»;
- опора на согласованные цели и критерии приоритизации.
Сложный заказчик
- Не может сформулировать: прототипы, примеры, «покажите, как сейчас».
- Постоянно меняет решения: фиксировать решения письменно, показывать цену изменений.
- Не находит времени: короткие встречи, асинхронные вопросы, договориться о заместителе с полномочиями.
- Давит авторитетом: опираться на данные и цели, а не спорить о мнениях.
- Обходит процесс и пишет разработчикам напрямую: мягко вернуть в общий канал, обсудить с руководителем проекта.
Фасилитация
На встрече с несколькими сторонами БА ведёт: повестка и цель, тайм-бокс, «парковка» для посторонних тем, все высказываются, решения и ответственные фиксируются в конце. Итоги рассылаются в тот же день.
Частые ошибки
- Обещать срок, не посоветовавшись с командой.
- Принимать новые требования устно, без оценки.
- Встать на сторону одного стейкхолдера.
- Скрывать проблему до последнего.
- Спорить о решениях, не договорившись о целях.
Что спросят на собесе
- Как вы действуете, если заказчик в середине спринта приносит срочное требование.
- Что такое scope creep и как с ним бороться.
- Расскажите про конфликт требований, как разрешили.
- Как сказать заказчику «нет».
- Что делать, если заказчик не участвует в проекте.