#analystvalue

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

Во втором случае это особенно важно, так как команда разработки зачастую оторвана от бизнес-реалий. И это абсолютно объяснимо – каждый делает свой вклад в общее дело: бизнес зарабатывает деньги и инвестирует их в разработку, разработчик разрабатывает решения, которые помогают бизнесу дальше зарабатывать деньги. И с этой точки зрения донесение ценности, той самой business value, становится мостиком между бизнесом и разработкой.

А как аналитик может донести ценность команде? Верно – вникнуть в бизнес-процесс, выявить реальные потребности, проанализировать их (возможно, отбросив часть как несущественные) и подготовить качественные требования. Но что будет, если аналитик пренебрежет каким-то из этих элементов?

К сожалению, именно с этим я и сталкиваюсь все чаще и чаще. Аналитик не погружается в процесс, не пытается понять, чего хочет добиться заказчик, что у него – у заказчика – «болит». Аналитик просто записывает требования заказчика под диктовку и передает их команде разработки.

Разве можно такого сотрудника назвать аналитиком? Как мне кажется, нет. Одна моя прекрасная подруга, которая регулярно сталкивается с такими «аналитиками», очень метко назвала их «курьерами требований». Лучше и не скажешь.

Stay tuned🔥