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

Системный анализ в IT: что важно знать заказчику

Что такое системный анализ в IT

Системный анализ в IT — это процесс изучения требований к разрабатываемому продукту. Системные аналитики пытаются понять, как новое IT-решение станет работать в бизнес-процессах компании и как поможет добиться ее главных целей.

Как проходит системный анализ

  • собираем требования: что нужно заказчику и пользователям.
  • рисуем схемы: чтобы понять, как всё будет работать.
  • анализируем риски: продумываем, какие проблемы могут возникнуть и как их избежать.
  • фиксируем всё в ТЗ и спецификациях, чтобы разработка шла гладко.

Как системные аналитики помогают заказчикам и разработчикам

Решают бизнес-задачи

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

Снижают риски

Помогают избегать ошибки из-за нехватки ресурсов или технических ограничений.

Ведут четкую коммуникацию

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

Аналитик переводит бизнес-задачи в технические требования, а это особенно важно, когда проект делает внешняя команда.

Контролирует разработку как проджект-менеджер

Следит за соответствием продукта изначальным требованиям и техническому заданию.

Какую информацию не хотят давать системному аналитику

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

Еще одна большая проблема — доступ к системам. Когда проект требует интеграции с CRM или устаревшими системами, доступ просто не дают, потому что боятся за персональные данные. У компаний нет тестовых сред, а без этого невозможно проверить структуру данных, прогнать статусы, увидеть, как данные выглядят и как их лучше адаптировать в новой системе. Это самый большой бич, и все интеграции с этим связаны.

Системный анализ в IT: главное задавать вопросы

Также неохотно дают подробного описания специфики компании. Заказчики просто не могли объяснить, зачем им нужна та или иная система, как именно она будет использоваться и какие у неё бизнес-цели.

Какая информация избыточная для системного аналитика

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

Каким должен быть системный аналитик? Фейлы из опыта

Очень плохо, если ему не хватает здорового перфекционизма, внимательности, педантичности, потому что если не задавать много вопросов, не интересоваться: “а что если” на каждое действие, то начинаются проблемы.

Когда-то я не задал достаточно вопросов в духе «а что если?» и в итоге прощёлкали момент с одним очень важным статусом заявления, по которому ничего в системе не происходило. Пришлось дорабатывать.

Системный анализ в IT: признаки хорошего системного аналитика

Еще один частый фейл аналитиков — они пропускают требования к интерфейсу и дизайну. UI-UX тоже важен. Например, в одном проекте для МФЦ мы работали с системой, которой пользовались в основном сотрудники предпенсионного возраста. Они постоянно просили большие кнопки, крупный текст, удобные интерфейсы. В итоге мы предложили добавить режим для слабовидящих, и заказчик был очень благодарен. Хотя поначалу эта идея казалась смешной.

Системный анализ в IT — это не просто про бумажки. Это про логику, здравый смысл и кучу вопросов, которые нужно задавать, пока все не станет понятно. Если аналитик не душнит, если не проверяет каждую мелочь, проблемы будут всегда. В моей практике не раз бывало, что из-за невнимательности к деталям приходилось переделывать все заново. А это и время, и деньги.

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