Введение в профессию аналитика - запись вебинара и ответы на вопросы

Q: Важно ли аналитику уметь программировать?[Егор] 

По моему мнению, НЕТ. Аналитик должен хорошо знать, как функционирует система, но не должен детально разбираться в ее архитектуре и тем более уметь программировать ее. Для выяснения ограничений, которые есть в Системе или Платформе, можно всегда обратиться к разработчику или направить на согласование ему требований.

Аналогию можно провести с предметной областью (Пр. Обл.): Аналитик должен понимать Пр Обл, но может и не быть экспертом в ней, для выяснения нюансов и детальных требований есть Заказчик.

Хорошо, если Аналитик умеет (умел) программировать, безусловно это поможет найти более легко общий язык с разработчиками, но это требование необязательное.

Q: Мне кажется, забыли навыки Аналитика - быстрая обучаемость, самообучаемость?[Илья]

Да, это я забыл указать в навыках, это действительно важно для Аналитика.

Q: Аналитик должен быть психологом?[Глеб]

Нет, профессиональным психологом не должен быть. Хотя безусловно знание основных психологических моментов ему поможет в общении с Заказчиком и Командой.

Более детально данные базовые моменты освещаются в модуле “Сбор требований”.

Q: Насколько важно для аналитика использовать case-средства? [Егор]

Аналитик должен знать применяемые в компании нотации моделирования и какое-то одно case-средство. Остальные case-средства  похожи между собой.

Наиболее используемые на данный момент нотации: UML, BPMN, ARIS

Рекомендую начать с изучения case-средства Sparx Enterprise Architect.

Q: Насколько важно использовать средство автоматизации управления требования?[Егор]

Как я всегда говорю, что разработка ПО базируется на 3ех вещах:

1. Люди

2. Процессы

3. Инструменты

Т.е. сначала Вы должны обладать навыками и опытом работы с требованиями (Люди), далее необходимо организовать процесс разработки ПО (конечно этим не занимается Аналитик). А уже в конце Вы поймете, какие инструменты вам необходимы для автоматизации вашей работы.

Полагаться излишне на инструменты - это большая ошибка, которую делают начинающие специалисты.

Можно посмотреть мое видео и презентацию по этой теме.

Q: Что делать если заказчик не доверяет оценкам аналитика?[Глеб]

Нужно в начале понять причины этого недоверия и решать именно их. Универсального рецепта нет.

Аналитик естественно должен показывать свой профессионализм, объяснять свою работу и работу коллег, и соответствовать ожиданиям Заказчика.

Иногда помогала смена Аналитика на проекте.

Q: Что вы можете сказать про SWOT-анализ? [Максим]

Это метод бизнес-анализа. Более детально про него рассказывается в модуле “Анализ требований”.

Для первоначального ознакомления см. Википедию.

Q: А про решение проблем с заказчиком слайд будет? :)[Анна]

Более детально этот вопрос представлен в модуле “Проблемы при работе с требованиями и их решение”.

Q: Можете ли порекомендовать, каким образом лучше обеспечивать выполнение заказчиком его обязанностей? На практике очень мало кто из них это делает. [Сергей] 

Данная проблема возникает, когда не договорились об этом с Заказчиком в начале проекте. Наилучший способ - прописать эти обязанности в Договоре или Плане коммуникаций и донести это до него в устной форме в начале проекта.

Q: Как определить что в данный проект уже нужен аналитик?[Глеб]

Будет у вас отдельный человек или его не будет, но все равно аналитическую работу будет делать другой специалист (МП, разработчик или др.). В связи с этим нужно понять:

1. Хватит ли компетенции по аналитике у этого специалиста на данном проекте? Если нет, то нужен Аналитик.

2. Хватит ли времени этому специалисту делать аналитическую работу (выявление, анализ, документирование и проверка требований, а также не забыть про управление требованиями)? Не пострадают ли при этом его основные обязанности? Если нет времени или пострадают его основные обязанности, то нужен Аналитик.

Q: Как подсчитать какое количество аналитиков нужно на проект?[Глеб]

Данному вопросу я уделю отдельное внимание в модуле “Управление требованиями”.

Q: Какие есть особенности в работе аналитика в продуктовой разработке? [Мария]

Особенности есть в процессе и применении методов сбора требований и управления требованиям.

Требования придется собирать не у конкретных заказчиков (людей), а по средством анализа рынка, маркетологов, экспертов в Пр Обл, запросов в тех поддержку и т.д.

Т.к. продукт будет постоянно разбиваться и дорабатываться, то необходимо организовать процесс управления требованиями хорошо: использовать инструменты управления требованиями и моделирования, продумать взаимосвязь требований и т.д.

В остальном все полученные общие навыки Аналитика безусловно будут востребованные в продуктовой разработке.

Q: Получается, что аналитик нужен только высокопрофессиональный, и совсем не нужен стажер, который может сделать критические ошибки?[Глеб]

Не совсем верно. Начинающий аналитик может эффективно выполнять свои обязанности под руководством более опытного Аналитика, работать над небольшим проектом, работать с требованиями по изменению функционала. Т.е. либо отвечать за небольшой участок работы, либо работать над небольшим проектом.

Q: Алгоритм расчета какого-нибудь числа - функциональное требование? [Александр]

Q: Если этот алгоритм идет из законов РФ(расчет оплаты отпуска) - то вроде это бизнес-правило, а стало быть требование нефункциональное? [Александр]

Я считаю, что сам алгоритм расчета - это функциональное требование. А бизнес ограничение на стадии формирования Концепции в виде “Система должна удовлетворять требованиям ФЗ №№№№” - это нефункциональное требование. На одном уровне нефункциональное требование может стать функциональным на другом и наоборот, в этом ничего страшного нет.

И еще, я считаю, что нет особого смысла спорить - это требование функциональное или нет, а вот смысл в том, чтобы оно было и полностью соответствовала критериям качества требования.

Q: Как и кто должен проверять требования?[Глеб]

Требования должен проверять сам аналитик, если есть, то рук. группы аналитиков с т.з. интеграции требований от других аналитиков.

Требования должны быть согласованы с Заказчиком, чтобы он проверил их на полноту.

Требования должны быть согласованны с Архитектором (или разработчиком) и Тестировщиком, чтобы понять ограничения Системы и исключения.

Более подробно процесс проверки разберем в модуле “Проверка требований”.

Q: BABOK на русском насколько реально в обозримом будущем увидеть? [Евгений]        Q: Как присоединиться к переводу? [Константин]

Трудно сказать. Нет человека, кто бы возглавил этот перевод и взялся бы за него со всей ответственностью.

Переводить начинали на форуме uml2.ru. Можно написать на форум, взять раздел и начать переводить. Это поможет Вам более детально освоить основные знания Аналитика.

Результат перевода в БЗ uml2.ru.

Q: Насколько необходимо проходить аттестацию по BABOK и проч? [Максим]

Это каждый решает сам исходя из конечных целей. С моей т.з. прохождение аттестации полезно для:

1. Более глубокого понимания процесса работы с требованиями.

2. Б’ольшего признания вас, как специалиста, при найме на работу.

Q: Я всегда была маркетологом-аналитиком, могу ли я дорасти сама до бизнес-аналитика, используя интернет? Или необходима магистратура, образование? [Татьяна]

Если ответить кратко, то можно, не обязательно проходить 2ое образование. Есть достаточно интересные курсы с большим числом практики. Например, курс “Разработка и управление требованиями к ПО”.

Q: А в каком направлении двигаться начинающим в плане обучения? [Максим]

1. Прочитать рекомендуем в вебинаре книги. Полный список книг можно увидеть здесь:

http://softreqsru.wordpress.com/2009/01/28/analystbookshelf/

2. Взять какую-то небольшую систему и начать прорабатывать требования для нее. Выкладывая результаты на форум uml2.ru:

http://www.uml2.ru/forum/index.php?board=40.0

3. Пройти курс по требованиям. Например, курс “Разработка и управление требованиями к ПО”.

Q: Рекомендую книгу Alexander I. F., Stevens R. “Writing Better Requirements”.[Илья]

Да, согласен, хорошая книга, но к сожалению ее нет на русском.

Q: Как влияет сертификат на зарплату аналитика?[Глеб]

В нашей стране не очень распространена практика сертификации при приеме на работу. Если ответить кратко, то сертификация в большинстве случаев никак не  влияет на зп.

Q: Можно ли где-нибудь будет получить запись вебинара? [Алексей]

Да, запись будет выложена на сайте Вебурситета:

https://www.webursitet.ru/product/kratkiy-kurs-sistemnogo-analiza.html