Давайте разбираться.

Мне кажется, проблема тут не столько в системном аналитике, сколько в лиде. Насколько я поняла, лид сейчас не хочет отстаивать ваши интересы и привлекать лида аналитики к решению вопроса.

Возможно, у аналитика действительно не хватает опыта или знания проекта, но специалиста можно вырастить. Лид аналитики может выделить наставника, который будет помогать и ревьюить, может порекомендовать какие-то обучающие материалы, может договориться о помощи от разрабов и QA, если не хватает знаний проекта. Да просто может тактично обозначить человеку, что такая проблема есть. Возможно, ваша СА уделяет много внимания бизнес-части и не подозревает, что есть пробелы в технической части.

Тем не менее, не зная подробностей, не рискну предлагать разговаривать с аналитиком. Люди разные, у тебя накопилось недовольство, как бы это не привело к конфликту. Вместо этого предлагаю зайти через изменение процесса.

Ты не написала, есть ли у вас грумминг, буду исходить из того, что есть. Если нет, предлагай его внедрить.

Нужно на ретро или другой встрече попросить готовить постановку хотя бы за день до грумминга, чтобы разработчики могли ознакомиться заранее.

До грумминга внимательно читай спеку, ищи пропущенные части, а на грумминге обо всем этом спрашивай. Не конфликтуй! Без претензий, просто задавай вопросы. Привлекай других разрабов к обсуждению, правьте связи в БД, добавляйте эндпойты прямо на созвоне. Подробности СА может расписать потом, если требуется, главное сами новые задачи не потерять.

Если у вас разрешены сторонние ИИ, можно отдавать спеку на ревью кодексу или клоду, чтобы он накидал вопросов с опорой на кодовую базу. Он может проверить существующие эндпойнты и найти те, которые затронет новая фича.

Еще привлекай QA к анализу спеки заранее. Если тестировщик читает постановку, когда код уже готов, то даже с пробелами в спеке он составит свое представление о функциональности и пойдет тестить, что там разрабы сделали.
А если тестировщик использует shift-left: проверяет специфицикации и пишет тест-кейсы еще по постановке, то он может задать даже больше вопросов, чем разраб. Ведь QA знают проект лучше всех.
Проси QA посмотреть спеку до грумминга, задавай ему/ей вопросы, пробуй применить его экспертизу по продукту к этой задаче заранее.

Да, это отнимет у тебя время на подготовку к груммингу, но зато снимет большую часть срочных доработок потом. Плюс такое поведение покажет тебя ответственным и вовлеченным сотрудником. Если на грумминг ходит ваш менеджер, он это заметит. Это может даже привести к твоему повышению.

А еще возможно, что такие обсуждения помогут вашему аналитику прокачаться. Если проблема не в том, что человек просто забивает, а в недостатке опыта, то она может заметить свои частые ошибки, почитать статьи про них и вырасти как специалист.

📍Задать свой вопрос можно здесь: https://forms.gle/SPE6NEALG9vcnF3s7

Ребят, что бы вы рекомендовали в такой ситуации?