Системный аналитик - как первый шаг в ИТ?
Часто читаю истории на тему, как войти в ИТ. Ещё чаще в ИТ заходят с аналитики.
Пикабу пестрит советами, как надо и не надо входить в профессию. Дают лучшие советы.
Я системный аналитик с 2000 гг, профильное тех. образование. За моей спиной ряд успешных проектов, результатом которых пользуются миллионы людей ежедневно.
В основном специализация финтех, банки, телекомы, ЖКХ.
Сейчас я работаю над технологиями, которые позволяют отказаться от Свифт в пользу трансграничных переводов.
Мне есть, что рассказать.
Устраивайтесь поудобнее, текста много.
Миф 1: Заходим в ИТ с бизнес - аналитики. Нет, это так не работает. Ключевое отличие бизнес от системного - первый в бизнесе, второй - в ИТ.
Бизнес (он же Заказчик) никогда не будет в одной лодке с ИТ. Это миф.
Бизнес - аналитик готовит бизнес - требования (БТ) и говорит, "что делать". Системный пишет ТЗ, который покрывает состав БТ и отвечает на вопрос "как надо делать" в системах. ТЗ состоит из множества частей, начиная от функциональных и заканчивая нефункцмональными требованиями. Но я за годы пректики ни разу не видела нормальных БТ.
Вам повезет, если там, где вы будете работать будут токовые (это ключевое) сетевые инженеры или архитекторы. Если нет, расхлёбывать будете только вы. Почему? Потому что "мы команда", а значит делает тот, кто может.А ближе всего к Заказчику будете Вы, как аналитик. И требовать он будет с вас.
Ведь системный аналитик сегодня - это не только ТЗ, чащего ТЗ просто нет. Он выводит с командой систему в прод. Как? Да как получится * помноженное на хотелки и возможности. Очень часто сейчас даже не задокументированы изменения, наследие agile.
Миф 2: С аналитики легче зайти в ИТ, чем, скажем, с программирования.
Не совсем. Вы думаете, программисты не знают предметную область? И им нужны ваши ТЗ? Это глупость, они все знают и без аналитика вполне обойдутся, если бы не одно но. Это "но" - бизнес, Заказчик, т.е. тот, с кем вы будете общаться. Как правило это недоменеджеры, не имеющие ничего общего с теми проектами, которые они якобы развивают, и которыми якобы управляют. Но это люди хорошо пристроившиеся к околоайтишной кормушке. Ибо слово ИТ в резюме - это +30% к их ЗП.
Ни один уважающий разработчик со сбродом работать не будет, это факт. Для этого нужны аналитики, в т.ч. (да простят меня те, кого я обидела).
Если вам повезет и у вас будет тех. рук. проекта (РП), то возможно, у вас и будет нормальная команда. Но по опыту могу сказать, что сейчас везде agile, где есть менеджеры продуктов (РО) и нет менеджеров проектов. Менеджеры продуктов - это люди из бизнеса. А там кто угодно, берут их в основном не по достижениям, а по преданности.
Миф 3. У нас команда и agile, печеньки, наставники, онбоардинг, менторство и т.д. С системным аналитиком это не работает, профессия требует знать очень много.
Это много, начиная от средств криптографии, несколько способов шифрования перс. данных, десятки способов интеграцией с внешними системами, некоторые просят читать код программиста, в обязательном порядке работать с БД, требования к знанию предметной области, опыт работы с различными банковскими продуктами и т.д.
На одном месте работы, мне один уважаемый человек сказал буквально следующее "мне надо, чтобы здесь сходилось, там сходилось, а 5 млн не было"
И вы зря думаете, что вас это не постигнет.
Никто вами заниматься не будет, здесь высокий порог входа. Тестеры входят попроще, ибо тестируют строго по ТЗ.
Миф 4. Это спокойная работа, ИТ же. Увы, нет. Вы работаете с Заказчиком. Они в большинстве своем не в себе, когда речь заходит о сроках. А сроки у них горят всегда. А так как везде почти agile, а "мы команда", но нагрузка основная на системном аналитике.
Именно аналитик в agile говорит, что делать (Заказчик не знает - бывает часто), как делать, принимает, с разработкой обеспечивает 3-ю линию поддержки.
Миф 5. Деньги хорошие платят. Это правда, относительно хорошие. Знаете, за что платят? Основное - это способность быстро разобраться в предмете и вывести систему в прод.
И чем больше вы знаете, тем быстрее ее выведете. В общем, смотрите миф 1: без тех. знаний и готовых шаблонов реализации в голове, здесь делать нечего, просто выпрут.
Миф 6. Щас я пройду курсы, выучу нотации UML, протоколы интеграции, SQL и т.д. и вжух, меня возьмут. Сходить то вы можете, но возьмут вас в стартап и там будут смотреть всей толпой, как будете выплывать. Хотите нормального обучения? Начните с компаний с хорошим финансированием. Поверьте, начинать надо не с аналитики, а с инцидентов реальных пользователей, может тестирования. Это позволит вам из раза к разу сталкиваться с однотипными задачами и понять, как работает система и проект.
Миф 7. А может ну его, в менеджеры проекта пойду? Да, можете. Но, во - первых сертификация, РМР/РМВОК, а во - вторых, помните про agile? На гос. проектах есть РП, да вот только эти проекты не про технологии, как вы понимаете. Конкуренция среди РП высокая, порог входа крайне низкий.
Работала как-то на гос проекте, взяли одного РП, дальше со слов "Я работать не умею, умею осваивать бюджет".
В общем, подводя к общему знаменателю, как зайти в ИТ? Буду старомодна, но предложу начать с поддержки и тестирования. У кого способности получше, джуном - программистом.
Системная аналитика очень востребована и толпы рекрутеров будут бегать, но вход здесь 60 руб, а выход 20. Вы вынуждены будете весь проект тащить на себе, ставить в прод систему, сопровождать, решать инциденты, как третья линия поддержки.
Все это на фоне бесконечно меняющихся требований Заказчика, часто кривизны архитектурного ландшафта в организациях, куда вы все это ставите. Проблемы с обновлением тестовых баз, проблемами с доступами.
Из хороших новостей: у вас будет удаленка, которая позволит вам быть на связи 24/7 и разумеется, ваш Заказчик об этом знает, а значит, не исключает звонков вечером и отпуске.
Задавайте вопросы, по возможности, отвечу.