Иногда лучше потратить немножко времени, чтобы потом его сберечь
#мысливслух #кейс

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

Подумала, что аналитик, особенно БА часто работает под скептическими взглядами «посмотрим, что ты нам скажешь, балабол». Я часто слышу что-то вроде: «И так же понятно, надо делать вот так и так, зачем тратить время на поиск чего-то и на документы». Обычно «так и так» оказывается видением картины с точки зрения ИТ-инженера, не отвечающим потребностям пользователей. Сделанное таким образом в 90% случаев приходится переделывать. При этом ситуация неочевидна для ее активных участников, зато заметно, что пока аналитик проводит какие-то непонятные исследования или проектирование, люди уже «что-то делают». Если в такой ситуации не отстаивать свои границы и не показывать ценность своей работы, то можно оказаться отрезанным от нужной информации и выглядеть странно в глазах команды и заказчиков. Поэтому нужны отличные навыки коммуникации и умение обосновывать ценность своей работы.

В случае с кейсом выводы оказались такими:
🔅Нужно оценить ситуацию с точки зрения влияния на бизнес, трудностей для себя, возможностей решения (например, эскалации или получения информации по задаче из других источников)
🔅Показать тимлиду проблемы с помощью обратной связи. В том числе обратить внимание на нарушение своих границ, в случае, если к вам относятся как к "балаболу"
🔅Оценить реакцию на обратную связь. Если столкнулись с отказом выслушать или неприятием, то пора эскалировать. Если удается донести ценность своей работы, то начинать договариваться о сотрудничестве в рамках общего процесса работы