Size: a a a

Архитектура ИТ-решений

2021 January 11

F

Fagor in Архитектура ИТ-решений
Petr
В целом, управление бизнес-процессами хоть и пересекается с архитектурой предприятия, но не входит в неё. Можно именно методологию BPM смотреть.
как раз что успел ранее, согласен — требование(не считаем требования инвестора или стекхолдера) к уровню и срезу процесса архитектуры не подходит. Уровни разные. BPM ближе к требованиям.
источник

VI

Vladislav Isaykin in Архитектура ИТ-решений
Олег Игонин
Коллеги, добрый вечер!

Сейчас я формирую список бизнес-процессов в своей компании согласно схеме Захмана. Искал примеры в сети, но везде описывается только основной посыл, но нет однозначных ответов или примеров. Скорее всего потому, что у каждой компании свой подход.
Итак вот я наткнулся на следующие проблемы:
- Как следует группировать процессы? По отделам? По документам/объектам? По направлениям? Нужно ли их группировать вообще?
- Процессы учитывают реализацию? Например, непонятно как действовать в случае, если процесс может проходить через разные интерфейсы, у которых разные оунеры. Это один процесс с несколькими оунерами и надо уточнять, какой из них за какой интерфейс отвечает? Или оунер всегда должен быть один?
- Какие данные должны сопровождать каждый процесс? Оунер, список стейкхолдеров, схема процесса, ссылки на реализацию? Или это уже перебор и нужен только оунер?
- Можно ли формировать список бизнес процессов  в RMS? RMS в моём случае имеет обязательные объекты folder-document-section-use case/procedure-requirement. Кажется, что подобная структура не подходит, хотя и позволяет повторно использовать объекты.

И в конце, возможно у кого-то будет пример списка?

Спасибо!
сначала определите для себя что такое бизнес-процесс, тогда будут и понятны его границы
что вы хотите получить в итоге?
1. инструкцию для сотрудников?
2. схему кто за что отвечает и к кому обращаться ?
3. последовательность действий которые генерируют ценность (товары, услуги)

В любом случае для описания бизнес-процессов рекомендую смотреть в сторону BPMN
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Vladislav Isaykin
сначала определите для себя что такое бизнес-процесс, тогда будут и понятны его границы
что вы хотите получить в итоге?
1. инструкцию для сотрудников?
2. схему кто за что отвечает и к кому обращаться ?
3. последовательность действий которые генерируют ценность (товары, услуги)

В любом случае для описания бизнес-процессов рекомендую смотреть в сторону BPMN
BPMN учтён по-умолчанию. Проблема в том, насколько мелко нарезать процессы, как их группировать и учитывать пересечения.
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Vladislav Isaykin
сначала определите для себя что такое бизнес-процесс, тогда будут и понятны его границы
что вы хотите получить в итоге?
1. инструкцию для сотрудников?
2. схему кто за что отвечает и к кому обращаться ?
3. последовательность действий которые генерируют ценность (товары, услуги)

В любом случае для описания бизнес-процессов рекомендую смотреть в сторону BPMN
2,3 (3 даже более необходимо).
источник

F

Fagor in Архитектура ИТ-решений
Олег Игонин
BPMN учтён по-умолчанию. Проблема в том, насколько мелко нарезать процессы, как их группировать и учитывать пересечения.
Нарезайте с целью минимизации пересечений. От кросов все равно не избавитесь, но минимизируйте.
источник

A

Andrey in Архитектура ИТ-решений
А бизнес процессы вообще есть? Может, там беспорядочные коммуникации
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Andrey
А бизнес процессы вообще есть? Может, там беспорядочные коммуникации
Есть, у меня было уже много проектов, где я их прописывал уровнем ниже (бизнес-требования).
источник

AM

Artem Mitropolskiy in Архитектура ИТ-решений
Зачем захман для реестра процессов?
источник

N

Nataly in Архитектура ИТ-решений
Олег Игонин
Насколько надо мельчить в описании процессов?
Например, еси есть процесс, содержащи в себе несколько шагов: чтобы принять заказ надо провести его валидацию, создать сопровождаемые документы, сменить статусы, возможно связаться с клиентом.
Это один процесс или несколько? Или это процесс, в котором находятся другие процессы?
Возьмите старый добрый функционкально-процессный подход. Ед.измерения - функция процесса, не системы. Отделы ваши там будут ресурсами
источник

VI

Vladislav Isaykin in Архитектура ИТ-решений
Олег Игонин
BPMN учтён по-умолчанию. Проблема в том, насколько мелко нарезать процессы, как их группировать и учитывать пересечения.
подходите итерационно
сделайте сначала общую картину процессов, потом углубляйтесь по мере необходимости
в BPMN есть прекрасная возможность делать вложенные подпроцессы
вот пример https://cawemo.com/share/5df69bd8-b9bd-4a3d-bf2a-f9b4aa12001f
источник

VI

Vladislav Isaykin in Архитектура ИТ-решений
источник

VI

Vladislav Isaykin in Архитектура ИТ-решений
например процесс Возврат ДС клиенту свернутый, не описывайте его сразу
опишите как только появится потребность/понимание что он нужен
источник

VI

Vladislav Isaykin in Архитектура ИТ-решений
сам процесс на диаграмме может быть частью большего процесса, и быть свернутым на другой диаграмме
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Artem Mitropolskiy
Зачем захман для реестра процессов?
Захман говорит о необходимости этого реестра, а не о методе его организации, как я понял.
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Vladislav Isaykin
например процесс Возврат ДС клиенту свернутый, не описывайте его сразу
опишите как только появится потребность/понимание что он нужен
Угу, у меня уже несколько процессов так и описаны. Линками можно переходить в подпроцессы (если их описывать). Просто не хотелось бы чтобы из-за высокого уровня детализации аналитики бы вкопались в постоянное обновление документации.

Так-то ясистемный аналитик, системы в системах - это мой хлеб. =)
источник

F

Fagor in Архитектура ИТ-решений
Олег Игонин
Захман говорит о необходимости этого реестра, а не о методе его организации, как я понял.
У захмана катологизация как я понял, а не описание
источник

F

Fagor in Архитектура ИТ-решений
источник

VI

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

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

F

Fagor in Архитектура ИТ-решений
Можете посмотреть, там и каталоги и схемы бест практиса, но не все нужно конечно. Так может пригодится что то.
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Vladislav Isaykin
наличие документации должно подразумевать то что она будет обновляться, по другому к сожалению ни как
BPMS системы к сожалению не освободили нас от этого)
Но нужно выбрать правильный уровень детализации.
источник