Коллеги, добрый вечер!

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

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

Спасибо!

Коллеги, добрый вечер!

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

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

Спасибо!

Кто будет потребителем описания? Мне кажется тут правильный ответ на ваш вопрос.

Это очень объемный вопрос)
Во-первых, рекомендую определить цель создания реестра процессов, сроки и выгоды от данного упражнения.
Во-вторых, классификация процессов. По классике: основные (бизнес), управляющие и обеспечивающие.
В-третьих, для группировки важна модель самой организации. Клиентские процессы - по крупным сегментам, выделенным в бизнес-направления, продуктовые процессы - по группам продуктов.

Кто будет потребителем описания? Мне кажется тут правильный ответ на ваш вопрос.

Архитекторы
Аналитики
Руководители продуктовых отделов
Руководители команд разработки
Топы

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

Групп много и каждой нужна своя детализация, своя группировка и пр. Чудес не бывает, при таком количестве потребителей скорей будут пересекающиеся диаграммы, описания.

Коллеги, добрый вечер!

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

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

Спасибо!

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

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

И при чём здесь Захман? И что такое RMS?)

P.S. захман не староват, как основа? как то он кажется уже слишком ортодоксальным, хотя могу ошибаться.

Может начать с описания as is от частного к общему?

Requirement management system

Коллеги, добрый вечер!

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

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

Спасибо!

А какие есть варианты?

неа, в rms не выйдет. Нужно решение типа бизнес студии, и уже из нее в rms прокидываете процесс к требованию. Притом в rms кроме требований стекхолдеров (с которыми обычно нормально не работают) для остальных нужны процессы уровнем ниже чем по архитектуре. Придется делать срез соответствующий для требований, конкретного участка процессов.