Нет доработок - значит, работа прошла зря?
Не раз сталкивалась с ситуацией: аналитик проводит глубокое исследование, изучает документацию, разбирается в нюансах… и в итоге оказывается, что доработки системы не нужны. Всё уже работает.
И вместо облегчения - разочарование. «Ну разработки же не будет», «потратили время зря», «какая польза от моей работы, если даже ТЗ не написал?».
Знакомо?
Обесценивание из-за отсутствия «физического» артефакта (ТЗ, диаграммы, задачи) - серьёзная ловушка. Если её не заметить, можно потерять и мотивацию сотрудника, и его самого.
Но с каких пор наличие артефакта стало единственным мерилом важности работы?
Вывод «доработки не требуются» - это не «ноль работы». Это критически важное знание, которое: ▪️ предотвращает ненужные изменения в системе; ▪️ экономит ресурсы команды (разработка, тестирование, релиз); ▪️ снижает риски поломки того, что уже работает.
В такой ситуации задача тимлида помочь аналитику увидеть ценность, пересобрать фокус.
Вот что может помочь: 1️⃣ Связать итоги работы с бизнес-ценностью. Вместо «разработки не будет» - «мы подтвердили, что система уже закрывает этот сценарий». 2️⃣ Легализовать чувства. Скажите: «Я понимаю, что нет ощущения завершённости без ТЗ. Но твой вывод - это и есть результат. И он не менее важен». 3️⃣ Научить видеть разные формы фиксации. Комментарий в трекере, чек-лист гипотез, заметка в базе знаний - важно зафиксировать, но не обязательно в виде постановки задачи разработчику.
Главное, что нужно донести: ценность аналитика - не в количестве написанных ТЗ, а в качестве принятых решений. Иногда знание того, что ничего не нужно делать, стоит не меньше, чем знание того, что именно нужно сделать. А иногда - даже больше.
А вы сталкивались с таким обесцениванием в команде? Как помогаете сотрудникам увидеть ценность «невидимого» результата?
#аналитика #тимлид #управление #мотивация #ценность #коучинг #изспециалиставлидеры #specialist2leader
· 03.09
Ольчик, тут вопрос шире, чем написал/не написал ТЗ. Любой функционал - это расходы заказчика. В любой задаче перед ТЗ аналитик должен в ходе предварительного анализа подтвердить целесообразность доработки (то есть оценить наличе эффекта при доработке). Если эффекта нет или он несоизмерим с затратами на разработку, то нет смысла писать ТЗ и делать разработку) поэтому смещение фокуса аналитика с пишу/не пишу ТЗ на оценку целесообразности доработок снимает все стрессы и обесценивания) моментом)
1
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён