В новом выпуске подкаста мы поговорили с Александром Скоробутовым, системным аналитиком с более чем 12-летним опытом работы в IT. Саша начал свою карьеру как C++ разработчик, но со временем перешел в системный анализ, и сейчас его опыт в этой области превышает его опыт в разработке. Он поделился своими мыслями о том, что делает системного аналитика ключевым звеном в успешной реализации IT-проектов, а также рассказал о своем профессиональном пути и вызовах, с которыми он сталкивался.
От разработчика к системному аналитику
Саша начал свою карьеру как разработчик, работая над программным обеспечением для телекоммуникационных систем. Он занимался созданием ПО для настройки и мониторинга радиорелейных линий, а позже перешел в разработку программ для биржевых трейдеров. Однако со временем он понял, что его больше привлекает этап проектирования и анализа, чем непосредственная реализация кода.
Меня всегда вдохновлял этап inception, когда мы только начинаем проект, понимаем, что будем делать, как спроектируем систему, как она будет взаимодействовать с другими компонентами
Именно этот интерес к проектированию и анализу привел его к роли системного аналитика.
Что делает системный аналитик?
Основная задача системного аналитика, по словам Саши, — это быть связующим звеном между заказчиком и разработчиками. *"Заказчик иногда сам не знает, что ему надо, или формулирует свои потребности в терминах, непонятных для разработки. Задача аналитика — понять, что именно нужно заказчику, и перевести это в понятные для разработчиков требования,"* — объясняет он.
Саша подчеркивает, что заказчик может описывать свои потребности в виде "пользовательских историй" (user stories), которые не всегда понятны разработчикам. Например, заказчик может сказать:
Мне нужно, чтобы при нажатии на эту кнопку происходило то-то и то-то."* Но задача аналитика — понять, зачем заказчику это нужно, и как это вписывается в общую бизнес-задачу. *"Разработчики могут начать проводить аналогии с существующими решениями, но это не всегда приводит к правильному результату. Аналитик должен донести до них суть задачи, чтобы они разработали именно то, что нужно
Почему заказчик не может напрямую общаться с разработчиками?
Один из ключевых вопросов, который обсуждался в подкасте, — почему заказчик не может напрямую общаться с разработчиками, минуя аналитика. Саша объясняет, что заказчик часто не может четко сформулировать свои потребности или делает это в терминах, которые непонятны разработчикам.
Заказчик может сказать два-три слова, и ему кажется, что все очевидно. Но разработчик может понять его совсем не так или вообще не понять, что делать
Кроме того, заказчик может описывать не свои потребности, а свое видение конечного результата. *"Он рассказывает не о том, что ему нужно, а о том, как он видит архитектуру решения. Это может быть полезно, но задача аналитика — вычленить из этого реальные потребности бизнеса,"* — добавляет Саша.
Опыт работы в лаборатории Касперского
Саша также поделился своим опытом работы в лаборатории Касперского, куда он пришел на позицию системного аналитика. Он признается, что первые впечатления от новой роли были неоднозначными.
"Сначала на меня свалились задачи, которые больше напоминали работу секретаря. Я протоколировал встречи, и у меня сложилось впечатление, что я не аналитик, а скорее секретарь", — вспоминает он.
Однако со временем он получил более интересные задачи, связанные с анализом и проектированием систем.
Переход от разработчика к аналитику
Саша рассказал, что о роли системного аналитика он узнал только тогда, когда сам начал переходить в эту область.
До этого я думал, что этим занимаются либо архитекторы, либо project-менеджеры. Но когда мне предложили вакансию аналитика, я начал изучать, что это за роль, и понял, что это то, что мне интересно
Он также поделился забавной историей о том, как его изначально пригласили на собеседование на позицию архитектора, но в процессе собеседования ему сказали, что он больше подходит на роль аналитика.
Выводы
Роль системного аналитика — это не просто "секретарь" или "посредник". Это ключевой игрок в команде, который помогает заказчику и разработчикам говорить на одном языке. Аналитик должен не только понимать бизнес-задачи, но и уметь переводить их в технические требования, которые будут понятны разработчикам.
Саша подчеркивает, что работа аналитика — это не только про документирование и протоколирование, но и про глубокий анализ, проектирование и понимание того, как система должна работать, чтобы решать реальные бизнес-задачи.
Аналитик — это тот, кто помогает создать продукт, который действительно решает проблемы заказчика