Кто такой системный аналитик
Давайте начнем сначала? Системным аналитиком в IT-компании называют человека, который находится между аналитикой, разработкой и менеджментом - некий универсальный солдат, который, мало того, умеет находить общий язык со всеми, но и доводить общение до результата. Более подробно о данной профессии можно прочитать в моей первой статье - Кто такой аналитик
Деятельность аналитика
- анализ потребностей заказчика;
- формулирование требований к IT-проекту;
- кураторство процесса разработки;
- создание основы продукта;
- доведение проекта до желаемого результата заказчика.
Обязанности системного аналитика
На самом деле ответ на данный вопрос можно найти на любых площадках по поиску персонала, но, все же, основные, хотелось бы, указать.
- Cбор требований. Нужно выяснить, что заказчик вообще хочет от команды разработки. Аналитик собирает все возможные данные, находит и уточняет проблемные места, проводит интервью. Напомню, что самое главное для аналитика при сборе требований - это правильно задавать вопросы.
- Оформление в ТЗ. Собранная информация превращается в спецификации требований к программному обеспечению — конкретные задачи для разработчиков.
- Сопровождение разработки. В процессе разработки к системному аналитику могут приходить за уточнениями по требованиям и за оперативным внесением изменений в документацию при возникновении новых требований. Бывает, что аналитик занимается тестированием, а точнее проверкой правильности реализации функционала.
- Релиз, или по-простому демонстрация заказчику. Когда продукт готов к новому релизу, системный аналитик демонстрирует работу заказчику и анализирует обратную связь вместе с менеджером проекта.
Наконец, перейдем к фундаменту
В момент интервью с заказчиком аналитику необходимо не только понимать и фиксировать требования, но и осознавать возможности своей команды проекта. В целом для того чтобы научиться понимать свою команду, ее возможности, применяемые технологии - будьте любопытными и любознательными, а самое главное, дотошными до работы, тогда, со временем, каша в голове превратится в хороший кластер знаний.
Готовься за ранее
Для проведения интервью аналитику, предварительно, требуется как следует подготовиться, чтобы задавать грамотные вопросы и делать правильные выводы. Изучить основные публичные материалы о компании, документацию поможет погрузиться в специфику заказчика. Элементарно, подготовленные заранее вопросы говорят об ответственном подходе и профессионализме исполнителя.
Задавать больше вопросов
Чем больше вопросов, тем лучше и продуктивнее пройдут переговоры. Но еще раз напомню о задавании правильных и целенаправленных вопросов.
Не пиши документ ради документа
Спецификация от аналитика не должна дублировать макет, она должна его дополнять. Например, макет не расскажет вам, что при наведении курсора на элемент должна появиться подсказка (если это не прототип), поэтому такое стоит прописать в спецификации. А вот цвет кнопки на макете можно точно не описывать. Не стоит быть предельно дотошными или искусственно «раздувать» документ. Каждый пункт должен быть оправдан, краток и понятен.
Ничего не держи в голове
То количество материалов и информации, с которыми сталкивается аналитик невозможно удержать в голове, особенно, когда проект крупномасштабный и аналитиков на нем больше одного. Всю информацию необходимо фиксировать, не мало важно, в одном месте. Данный способ также поможет избежать болезни многих компаний "сбивающего автобуса".
Грамотное ведение документации.
Аналитик пишет документацию не только для себя, но и для дальнейшей ретроспективы, коллег, анализа текущей работы и т.д. Важная особенность писать документ так, чтобы, зайдя, в него через время было понятно где искать и что написано, то есть, пишите внятно, соблюдайте структуру документации, согласно проекта и будет вам счастье.
Проверяй и перепроверяй.
Всегда проверяй свои гипотезы, документацию, конспекты, подготовленный релиз по несколько раз - все мы люди, все мы ошибаемся...
Структурируй, разделяй, решай.
Зачастую, задачи могут быть очень объемными и браться за ее выполнение сразу целиком не целесообразно, одна из причин что можно упустить какую либо важную деталь.
Просто раздели большую задачу на маленькие, плюс в том, что при решении маленькой задачи можно найти решение большой, а остальное - дело рук. Это означает лишь одно, что нужно уметь грамотно структурировать, причем структурировать не только большую задачу в частности, но и деятельность в целом.
Структурирование это фундамент решения любой задачи, любого проекта, любого занятия....
