Предыдущий пост...
Получив классный опыт на первом месте работы в качестве бизнес-аналитика, я умудрился попасть в ГУП на роль проектного менеджера (так оказалось на практике).
Через полгода осознал, что свернул не туда, и перешел в заказную разработку ИТ-решений для частной медицины на роль аналитика ИС (так в трудовой и написано).
Минимального опыта подготовки ТЗ, в том числе по ГОСТам 34 и 19, хватило для того, чтобы пройти собес, который был достаточно формальным. Оно и понятно - в компании не было никаких процессов вокруг разработки, да и коллектив был численностью до 40 человек. Как будто достаточно было показать себя здравомыслящим человеком и ответить на типовые вопросы о требованиях.
На новом месте я уже куда больше касался руками систем - глубоко в части анализа функциональности и никак с точки зрения структурного анализа.
Из-за отсутствия второго мне требовалась подстраховка. Эту роль занял архитектор ПО, который также выполнял еще кучу функций на проекте. Он был ревьюером всех моих артефактов для команды разработки.
Тем не менее основные ожидания от меня были в том, чтобы закрывать вопросы выявления, разработки и согласования требований, и регулярно делать поставки этого добра для внутренней команды.
Это был единственный трушный аджайл в моем опыте - выявили, описали, обсудили внутри, описали для заказчика, согласовали, скинули в разработку в US/JBTD и получили к концу спринта решение с ценностью - выбор лучшего решения из области возможных был тоже за командой. А вишенкой было демо решения разработчиком-исполнителем задачи для заказчиков.
К слову, 1 аналитик на 4 команды разработки по 5 человек. Что-то типо LeSS.
Думаю, что где-то здесь и зародились базовые умения в системном анализе в моих компетенциях, и уже тогда можно было упаковывать этот опыт, и пытаться продать на рынке с названием Системный аналитик. Но я никуда не торопился, был азарт выпустить крупный проект в эксплуатацию.
А что с точки зрения системного дизайна?
Только на закате этого этапа карьеры я смог в роли наблюдателя познакомиться немного с:
◻️Архитектурой, на уровне теоретических паттернов
◻️Интеграцией систем, на уровне тестирования веб-сервисов через SoapUI.
За два года я устал от такого ритма, и поставил себе задачу зайти в финтех на роль с названием СА.
3 отказа в оранжевом банке, 2 отказа - в красном, 7 отказов + игноров в зеленом.
Но восьмая команда взяла меня.
Именно здесь подрос ощутимо как СА и проектировщик ИС.
Этому способствовало две причины:
С первого дня анализ дефектов и поиск решений. Нужно было находить причины проблем, которые в том числе крылись в структурах данных и архитектуре системы. Также постоянно перед глазами были интеграционные сообщения и адреса конечных точек. разделение постановки в задаче на две части: бизнес и «системные» требования. Без второго разработчик никогда не брал задачу в работу. А в таких условиях развитие происходило быстрее 
. Облегчало задачу то, что за каждый компонент в банке как правило отвечает отдельная команда, а это вынуждало меня коммуницировать с аналитиками этих команд. А это тоже обучение и опыт - встречные мнения на попытку заказать доработку или же просто в лоб попросить помощи.Доверие руководителя аналитиков и менеджера по продукту. Мне казалось (или они скрывали хорошо 
), что у них нет сомнений в том, что я могу выдать плохой результат. Ошибки конечно были, но и реакции их не были демотивирующими.А какая у вас история входа в вашу текущую профессию? Делитесь в комментариях ⬇️
