Комментарии 14
Хорошо и понятно написано, но мне кажется главный вопрос — понимают ли работодатели эту разницу?
0
В книгах PMI и IIBA упоминание термина «system analyst» вообще довольно скудно, а уж описание его отличия от «business analyst» нет и в помине.
Потому что в BABoK намеренно не вводится разделение на специализации аналитиков, более того — нет привязки к ИТ-отрасли; хотя в конце свода знаний есть глава про Perspectives, несколько восполняющая данный пробел.
Нормативная документация Минтруда (профессиональные стандарты) приводит довольно близкое к реальному разделению, хотя БА в стандарте рассмотрен далеко от ИТ.
Это объясняется прежде всего тем, что оба стандарта были разработаны с участием ряда профессиональных аналитиков России; которые при создании стандарта «бизнес-аналитика» руководствовались идеями из BABoK.
0
Спасибо за комментарий.
Я нисколько не спорю с BABOK и считаю, что принятие (как минимум — ознакомление) общих стандартов в таких вопросах необходимо.
Правда немного не понимаю, как вышло, что «в BABoK намеренно не вводится разделение», но «профессиональные аналитики, руководствуясь идеями из BABoK» создали два очень разных стандарта.
Я нисколько не спорю с BABOK и считаю, что принятие (как минимум — ознакомление) общих стандартов в таких вопросах необходимо.
Правда немного не понимаю, как вышло, что «в BABoK намеренно не вводится разделение», но «профессиональные аналитики, руководствуясь идеями из BABoK» создали два очень разных стандарта.
0
Задачи Ивана (БА): выявить функциональные и нефункциональные требования Заказчика и Исполнителя, устранить противоречия между заинтересованными лицами для определения приемлемого решения, создать прототипы, взаимодействовать с заказчиком процессе разработки, осуществить демо-показ и приемку работы.
Задачи Евы (СА): спроектировать доработку оптимальным образом, описать ее влияние на систему, ограничения и возможные улучшения, создать спецификацию, декомпозировать и передать в разработку задачи, проконтролировать их своевременное выполнение в соответствие с требованиями.
Ещё раз вынужден упомянуть BABoK. В своде эти задачи распределены между несколькими Knowledge Areas. Но, опять же, нигде в своде не утверждается, что один специалист не может выполнять задачи, соответствующие разным областям знаний; даже наоборот — типичный «бизнес-аналитик» в зависимости от уровня своей компетенции в разной степени обладает умениями и использует техники, необходимые для выполнения задач из нескольких областей знаний.
0
Я тоже не утверждаю, что один человек не может выполнять задачи, соответствующие разным областям знаний.
Мне кажется, что развитие и усложнение задач привело к большей специализации и обособлению типов, то есть повторился процесс разделения труда (прям по Адаму Смиту).
Мне кажется, что развитие и усложнение задач привело к большей специализации и обособлению типов, то есть повторился процесс разделения труда (прям по Адаму Смиту).
0
Полезная статья! Спасибо! Считаю, что хороший БА должен обладать знаниями и навыками, которые так или иначе относятся ко всем этапам проекта.
0
что же делать тем, кто по работе выполняет функции БА и СА? :) мы и требования собираем и анализируем, и в бизнес-процессы погружаемся и оптимизируем и FD разрабам пишем с подробным техническим описанием. А так же контролируем разработку, тестируем, пишем документацию, показываем юзерам и проводим обучение.
0
Это нормальная практика, часто один и тоже человек выполняет функции и ВА и СА.
Ему в помощь могут дать технаря, если Заказчик требует сделать, нечто мудреное ( типа системы «автоматического планирования перевозок» ).
Если же предметная область Заказчика очень сложная, то в помощь дадут того хорошо этот бизнес знает (например банковское дело)
Ему в помощь могут дать технаря, если Заказчик требует сделать, нечто мудреное ( типа системы «автоматического планирования перевозок» ).
Если же предметная область Заказчика очень сложная, то в помощь дадут того хорошо этот бизнес знает (например банковское дело)
0
у нас компании есть следующее разделение:
БА — обязан понимать as-is бизнес заказчика и уметь сформировать бизнес требования. Здесь ему часто нужна помощь СА ибо заказчик может попросить «из соломы небоскреб построить»
СА — на основании бизнес требований должен спроектировать to-be solution, то есть как требуемый функционал будет реализован с точки зрения пользователя (какие экраны, логика расчетов и прочее). Здесь СА часто требуется помощь TechLead.
ПС
Часто один и тот же человек выполняет роль и БА и СА
БА — обязан понимать as-is бизнес заказчика и уметь сформировать бизнес требования. Здесь ему часто нужна помощь СА ибо заказчик может попросить «из соломы небоскреб построить»
СА — на основании бизнес требований должен спроектировать to-be solution, то есть как требуемый функционал будет реализован с точки зрения пользователя (какие экраны, логика расчетов и прочее). Здесь СА часто требуется помощь TechLead.
ПС
Часто один и тот же человек выполняет роль и БА и СА
0
Понравилось! Но может все проще: если в проекте Исполнитель — сторонняя организация, то БА — это аналитик со стороны Заказчика, а СА — это аналитик со стороны Исполнителя.
При долговременном сотрудничестве между Заказчиком и Исполнителем, роль БА может выполнять СА Исполнителя.
Если проект выполняется предприятием своими силами, то эти роли выполняет один специалист. Его можно назвать как угодно.
При долговременном сотрудничестве между Заказчиком и Исполнителем, роль БА может выполнять СА Исполнителя.
Если проект выполняется предприятием своими силами, то эти роли выполняет один специалист. Его можно назвать как угодно.
0
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.
Бизнес-аналитик и системный аналитик в IT. Разбираемся в сортах