Когда нет ТЗ — даже гениальный код не спасёт
Представьте: вы разработчик, и вам в Jira прилетает задача — «Сделать кнопку красивой».
Ну ок. Вы берёте UI-kit, добавляете градиент, скругления, анимацию при наведении. Всё по красоте.
Сдаёте задачу — и слышите:
«Нет, мы хотели строго и минималистично. Уберите лишнее, сделайте серой и без скруглений».
В этот момент хочется открыть git и сделать git reset --hard reality. И дело не в том, что вы плохо написали код. Просто где-то потерялась самая важная часть проекта — смысл, который заказчик вкладывал в своё пожелание.
И вот здесь выходит на сцену аналитик.
Аналитик — это переводчик между мирами
IT-проект — это как распределённая система: у каждого сервиса своя логика и протокол.
Бизнес говорит: «Хочу, чтобы пользователи быстрее оформляли заказ».
Разработчик думает: «Мне нужен API, макеты и acceptance-критерии».
Тестировщик спрашивает: «А что вообще должно считаться успешным сценарием?»
Аналитик в этой схеме работает как API Gateway: принимает «человеческие» запросы, нормализует, оборачивает в спецификации и отдаёт команде так, чтобы их можно было реально имплементировать.
Без него бизнес и разработка пытаются общаться напрямую, и это выглядит как UDP без подтверждений: вроде что-то отправили, но доставилось ли — никто не уверен.
Когда аналитика нет — проект превращается в баг-репорт
Что обычно происходит:
- Бесконечные правки. Разработчики делают фичу, заказчик говорит «вообще не то».
- Недовольный заказчик. Он уверен, что команда «не слышит его».
- Выгорание у команды. Потому что тратить дни на угадайку «что имели в виду» — то ещё удовольствие.
- Тестировщики в ступоре. Проверять нечего, потому что непонятно, как выглядит «готово».
В итоге проект напоминает баг-репорт без приоритета и описания: вроде проблема есть, но все делают вид, что «потом разберёмся».
Кнопка против требований
Фраза «сделать кнопку красивой» звучит для бизнеса норм. Но для команды это открытая интерпретация в стиле «угадай, что у меня на уме».
Аналитик вместо этого уточнит:
- Где именно эта кнопка должна находиться?
- Для чего она нужна (оформление заказа, переход, подтверждение)?
- Какие ограничения (брендбук, UI-kit, платформа)?
- Что именно значит «красивая»: цвет, форма, анимация, адаптивность?
И команда получает конкретику:
«Кнопка “Оформить заказ” размещается под списком товаров. Цвет — #4A90E2, шрифт Roboto 14px, скругление 4px, при hover — лёгкая тень. Ширина — 100% блока».
Результат: задача закрыта с первой попытки. Без боли, без трёх итераций «переделайте».
Мини-кейсы: жизнь с аналитиком и без него
Кейс 1. Новый отчёт в админке
Без аналитика:
Заказчик говорит: «Нужен отчёт по продажам». Команда делает таблицу с данными за месяц. Заказчик злится: «Я просил по регионам и с фильтрацией!».
С аналитиком:
Аналитик уточнил, какие именно поля нужны, за какой период, какие фильтры и формат экспорта. В результате команда сразу сделала отчёт «как надо».
Кейс 2. Мобильное приложение
Без аналитика:
В задаче написано «сделать уведомления». Разработчики сделали пуши про все события подряд. Пользователи начали массово отключать уведомления.
С аналитиком:
Он выяснил, что бизнес хотел «уведомлять только о статусе доставки». В итоге сделали один понятный сценарий, пользователи довольны.
Кейс 3. Дизайн страницы
Без аналитика:
Дизайнер нарисовал «как чувствует», разработчик сверстал «как понял». Заказчик: «Почему шрифт не фирменный? И кнопка не там стоит». Три итерации правок.
С аналитиком:
Он заранее собрал брендбук, гайдлайны и конкретные требования. Результат — страница принята с первого раза.
Экономия ресурсов: время, нервы, кофе
Каждый час, который аналитик тратит на общение с заказчиком, экономит десятки часов команды. Потому что:
- Заказчик чувствует, что его понимают.
- Разработчики кодят по понятным задачам, а не по гаданию на кофейной гуще.
- Тестировщики сразу пишут кейсы, не дожидаясь полугодовых уточнений.
- DevOps понимают, что выкатывать, а что лучше ещё не трогать.
Проект движется вперёд, а не по кругу. Это как разница между git pull origin master и ручным копированием файлов через флешку.
Итог: мосты вместо стен
Аналитик — это не «лишний человек в проекте», а glue-код между бизнесом и разработкой.
С ним проект идёт вперёд без хаоса, а команда тратит силы на решение задач, а не на угадайку.
Вложение времени в общение с аналитиком = сокращение багов, экономия бюджета и спокойные нервы всей команды.
Аналитик строит мост между заказчиком и командой — и именно поэтому проект получается полезным для бизнеса, а не просто «работает где-то на проде».
Потому что IT — это не только код, это ещё и понимание зачем этот код пишется.
#аналитика #требования #разработка #управлениепроектами #команда #бизнес #IT #процессы #эффективность #заказчик