Добрый день

У кого-нибудь в компании есть отдельные должности бизнес-аналитика и бизнес-архитектора?
Поделитесь опытом на проектах:какие задачи для каждой должности и где разграничения зон ответственности?

Давайте отталкиваться от каких-то стандартов. Покажите какие-нибудь методологии где есть эти две роли.
У нас могут назвать как угодно и делать люди могут тоже все что угодно.

Обычно все, что начинается на  "бизнес-" относится в большей степени к области организации бизнес-процессов компании. Бизнес-архитектура -- это по сути устройство бизнеса -- из каких динамических и статических частей состоит бизнес, или попросту -- как формируется цепочка добавленной стоимости, какие есть вспомогательные бизнес процессы и чем/кем они выполняются, каковы бизнес-цели организации (долгосрочные, краткосрочные), миссия и т.п., как оценивается успешность деятельности организации и ее эффективность (система KPI). Задача бизнес-архитектора это все спроектировать и контролировать актуальность и целостность. Бизнес-аналитик, по-сути может заниматься детализацией бизнес-процессов, их моделированием, оптимизацией. Как правило он специализируется на чем-то конкретном (группе БП, или отдельных БП). Кстати, эти люди могут быть достаточно далеки от ИТ.

Автор: bas
Цитата
Давайте отталкиваться от каких-то стандартов. Покажите какие-нибудь методологии где есть эти две роли.
У нас могут назвать как угодно и делать люди могут тоже все что угодно.


Я не видела каких-либо методологий, где есть бизнес-архитектор. Эту должность ввели в наш штат, описали общие задачи, а как на практике это применять и кого растить в качестве бизнес-архитекторов понимается с трудом.

 

Автор: Юрий Булуй
Цитата
Обычно все, что начинается на  "бизнес-" относится в большей степени к области организации бизнес-процессов компании. Бизнес-архитектура -- это по сути устройство бизнеса -- из каких динамических и статических частей состоит бизнес, или попросту -- как формируется цепочка добавленной стоимости, какие есть вспомогательные бизнес процессы и чем/кем они выполняются, каковы бизнес-цели организации (долгосрочные, краткосрочные), миссия и т.п., как оценивается успешность деятельности организации и ее эффективность (система KPI). Задача бизнес-архитектора это все спроектировать и контролировать актуальность и целостность. Бизнес-аналитик, по-сути может заниматься детализацией бизнес-процессов, их моделированием, оптимизацией. Как правило он специализируется на чем-то конкретном (группе БП, или отдельных БП). Кстати, эти люди могут быть достаточно далеки от ИТ.


Да, задачи бизнес-архитектора так у нас и описаны. Вопросы возникает как в IT-проектах вместе работают бизнес-архитектор и бизнес-аналитик. Как склеить их детальные работы? Сейчас у меня видение последовательности работ следующее:
- бизне-архитектор делает первичное обследование, описывает образ и границы решения, критери успеха проектов
- бизнес-аналитик собирает информацию, создает модель "как есть"
- бизнес-архитектор задает общее направление по оптмизации процессов, создает модель "как будет"
- на основании модели "как будет" бизнес-аналитик должен формализовать требования, соответсвенно все его  документы согласовываются с бизнес-архитектором
- бизнес-архитектор дает заключение о соответствии реализованного решения бизнес-потребностям заказчика и принимает участие во внедрении решения.

Вообщем коротоко получаются следующие роли:
бизнес-архитектор - его задача создать и внедрить эффективное IT решение (естественно эффективность должна быть как то измерена)
бизнес-аналитик - его задача сделать анализ бизнес-процессов и сформулировать требования к решению, согласованные с бизнес-архитектором

 Насколько это приживется не знаю, и кого подбирать на бизнес-архитектора тоже не ясно. С одной стороны он должен бизнес знать лучше заказчика, с другой стороны и разбираться как качественно формулировать требования к IT-решениям.

1. В RUP есть понятие и бизнес-архитектуры и роли бизнес-аналитика. Это к вопросу о методологиях.
2. Решениями в области ИТ должны заниматься РОЛИ Системный аналитик и Системный (программный) архитектор. На вход они должны принимать то, что натворили бизнес-архитектор и бизнес-аналитики.
3. Для начала определитесь что есть в вашем понимании модели As-is и To-Be именно с т.з. БИЗНЕСА, а потом и ИТ. Возможно в вашем понимании происходит смешивание -- под бизнес-процессом понимается по сути то, что твориться внутри системы, а не собственно бизнес-процесс. Собственно бизнес-процесс может исполнятся как с использованием информационной системы так и без нее. Например процесс обработки входящей корреспонденции (обычная почта) может выполнятся без использования информационной системы -- просто клерк смотрит кому конверт и кладет на соответствующую полочку. Люди приходят и забирают потом свои письма. Но это самый что ни на есть бизнес-процесс.
Когда вы четко отделите бизнес-процессы от их автоматизации, и просто будете показывать что вот он процесс, а вот эти его части автоматизированы и под этот процесс есть регламенты (должностные инструкции), тогда и отпадет неопределенность с ролями бизнес-аналитиков\архитекторов и системным аналитиком\архитектором. А путаница идет от производителей ERP, в частности от SAP, в котором вообще нет понятия "требования", а есть понятие описания БП и его имплементация в системе. И тогда под бизнес-процессом начинает пониматься то, что автоматизировано в ERP. Нормальная практика подмены понятий в маркетинговых целях :-). Вспомним Microsoft -- они добились ассоциации "SQL сервер" -- как класса систем, со своим продуктом "MS SQL Server".

Автор: Юрий Булуй
Цитата
1. В RUP есть понятие и бизнес-архитектуры и роли бизнес-аналитика. Это к вопросу о методологиях.


Где можно взять RUP на русском, кроме книги Филипп Крачтен - Введение в Rational Unified Process ничего не нашла. Но там нет описание роли бизнес-архитектора?

Вот перевод РУП: http://www.uml2.ru/index.php?option=com_remository&Itemid=28&func=fileinfo&id=16

Но там тоже НЕ будет "бизнес-архитектора". Там будет описание "бизнес-архитектуры"

Спасибо за ссылку !