Системный аналитик— важное звено, которое находится между заказчиком и разработчикам, в процессе разработки ПО на заказ. И действительно требования к проекту сами по себе не появятся и кто-то должен проводить общение с заказчиками, собирать требования и оформлять все это в единое техническое задание.
Даже если у нас в проекте не будет отдельного человека для этой роли, ее все равно будет кто-то выполнять. Может это будет руководитель проекта или один из разработчиков. Поэтому нет сомнений, что аналитик, а особенно крутой аналитик востребован и будет важным участником команды.
Аналитик — это своего рода “центр знаний” проекта, так как задав ему вопрос, можно получить ответ по проекту и требованиям, что и делают в процессе работы разработчики, тестировщики и другие заинтересованные лица проекта.
Во многих крупных компания, как правило есть путь развития аналитика, начиная от стажера и младшего грейда и заканчивая более высокой позицией, например старшим аналитиком.
На изучение каких тем стоит уделить наибольшее внимание?
- Сбор и анализ требований — важный этап, так как на нем нужно правильно провести интервью заказчика и “вытаскивать” информацию, о которой он даже не говорил или не упоминал. Так как порой небольшая мелочь может направить проект в другую сторону.
- Документирование требований — важно не только собрать требования, но и правильно все оформить, чтобы было понятно и однозначно всем участникам проекта.
- Требования к данным — как правило с помощью ИТ системы, мы управляем определенными данными, поэтому также важно понимать каким образом лучше организовать их хранение. В том числе и спроектировать верные информационные потоки с помощью диаграмм
- Документирование — не менее важный шаг, как и первый. После разработки каждого проекта нужно составлять документацию, например руководство пользователя. Это позволяет сократить время знакомства с разработанным ИТ-продуктом новых и текущих сотрудников компании клиента или компании в которой работаете вы
Порой первые два этапа имеют самое весомое значение при разработке проекта, и неверно составленные требования могут нанести наибольший ущерб нежели ошибки на других этапах разработки. Соответственно их и дороже исправлять в плане времени и денег.
Подойдет ли профессия системного аналитика гуманитарию?
Я бы не стал делить на гуманитариев и технарей. По-моему опыту могу сказать, что чаще эта специальность подходит для тех людей, которые готовы вникать в различные нотации IDEF0, BPMN 2.0, в бизнес-процессы компании, ее предметную область, общаться с заказчиками и формировать итоговый документ по их требованиям.
Кто готов работать с большим объемом информации, так как порой требования проекта могут составлять по 100, 300, 500 и более листов. Тот кто готов проводит анализ, выделять главное и отбрасывать ненужное и лишнее. В том числе нужно находить общий язык с людьми, грамотно и четко доносить свои мысли, как устно так и письменно. Обладать хорошей памятью.
Если вы понимаете, что это вам под силу и готовы к этому, то у вас получится и уже будет не важно — гуманитарий вы или технарь. Остальное — это уже степень желания и приложенных усилий.
Должен ли системный аналитик знать и уметь программировать?
Все зависит от той компании где вы будете работать. В каких-то нужно будет только оформлять технические требования после проведения интервью, в других построение бизнес-процессов и знание базового синтаксиса определенного языка программирования — например JavaScript или TypeScript для добавление доп. функционал под конкретный бизнес-процесс.
В компаниях второго типа, как правило на первый план выходит знание самого продукта для которого вы будете писать скрипты и код. В основном — это компании, которые разрабатывают собственное ПО и продают другим компаниям.
Но хочу сказать следующее — даже знание базовых вещей по программированию, базам данных и как встраиваются и взаимодействуют системы — позволит вам проще общаться с разработчиками компании, верно расставлять акценты в спецификациях. И конечно же расти профессионально.
Источник: https://checkroi.ru/blog/sistemnyy-analiz/