Комментарии к записи: Еще не процесс / уже не процесс

Автор: Murad

Murad — Mon, 28 May 2012 09:40:26 +0000

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

Автор: Алексей

Алексей — Thu, 24 May 2012 11:18:13 +0000

Илья, прошу прощения за небольшой оффтоп, но где вы сталкивались с Адонисом? Я был руководителем процессной группы одного большого западного банка =), и, по имевшейся у нас информации, Адонис в России использовался только у нас. У нас была неверная информация?

Автор: Anatoly Belychook

Anatoly Belychook — Mon, 21 May 2012 08:24:41 +0000

По почте - нет, можно по RSS. См. иконки RSS внизу страницы (Контент, Комментарии) и иконку непосредственно под статьей - комментарии к данной статье. В качестве читалки рекомендую reader.google.com

Автор: Владимир Панов

Владимир Панов — Mon, 21 May 2012 07:24:57 +0000

Анатолий, спасибо за ответ. Вот теперь я с вами согласен на все 100%.
Маленький вопрос по работе блога: можно ли подписаться на почтовые уведомления о комментариях?

Автор: Anatoly Belychook

Anatoly Belychook — Sun, 20 May 2012 13:15:27 +0000

Владимир, спасибо за пример. Действительно, “ужин” более удачный пример кейса, чем “поход за хлебом” - тем, что тут явно просматривается больше одного исполнителя.

Я не хотел сказать, что кейс это обязательно следствие излишней детализации. Мысль была в том, что доведенная до абсурда детализация приводет к тому, что вместо процесса мы получаем кейс.

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

Автор: Владимир Панов

Владимир Панов — Sun, 20 May 2012 10:49:49 +0000

Анатолий, спасибо за эту статью о процессах (обе части) - получилось кратко, но емко и точно.
Я не согласен лишь с последним разделом “Уже не процесс”, точнее с выводом о том, что процесс переходит в кейс именно при его последовательной детализации.
Приведенный пример про “сходить за хлебушком” подходит под иллюстрацию излишней детализации процесса, это действительно скорее задача, чем процесс. Но для кейса такая детализация так же чрезмерна, как и для процесса. Если уж сравнивать кейсы с процессами на этом примере, надо подниматься на вышестоящий уровень детализации.
Пусть это будет “организация ужина”. Для проекта у этой работы масштаб маловат, а вот для процесса или кейса - самое оно, тем более, что повторяемость ужинов очевидна, по крайней мере в целом. А а вот повторяемость в деталях и особенно в последовательности действий - это здесь совсем не факт, она должна зависеть от еще более высокого уровня - от вида деятельности (бизнеса, предприятия,…) в рамках которой эта работа выполняется.
Задача “купить хлеб к ужину” может быть включена как в процесс, так и в кейс, причем в кейсе это скорее будет просто “хлеб к ужину”, и не важно, где исполнитель задачи его достанет - купит, испечет, займет у соседей, … На мой взгляд, кейсы лучше, чем процессы, приспособлены к получению нужного результата в каждом экземпляре при меньшей степени их (экземпляров) повторяемости.

Автор: Илья Логинов

Илья Логинов — Sat, 19 May 2012 00:46:57 +0000

В целом такие диаграммы называются VALUE chain. Принцип один - берем конечную потребительскую ценность и “разматываем” от нее в двух измерениях потоки - горизонтальные и вертикальные. Все в чем нуждаются потребители делает деньги. Без внутрисервисных вертикальных потоков горизонтальные работать не смогут.

Автор: Anatoly Belychook

Anatoly Belychook — Fri, 18 May 2012 12:09:29 +0000

Илья

Вообще-то value chain на русский переводится как цепочка создания ценности (не путать со стоимостью). И более точная, на мой взгляд, аналогия для нее - “машинка для создания денег”.

А поток работ по-английски workflow.

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

Автор: Илья Логинов

Илья Логинов — Thu, 17 May 2012 23:25:02 +0000

Вообще все давно определено, и даже используется инструментами, такими как Adonis или signavio. Называется это “поток работ”. Поток - потому что в нем возникают, как бы вспыхивают события и обрабатывающие их процессы и при этом процессы между собой могут не иметь четкой связи. но весь этот пчелиный рой имеет общий вектор движения - добыча нефти. Обозначается это в виде диаграмм value added chain, горизонтальные это клиентно ориентированные потоки, а вертикальные домиком это общие такие как обслуживание ресурсов, кадры и пр. Мы можем делать диаграммы вложенные и вкладывать настолько глубоко пока не достигнем уровня, приемлемого для описанием нотацией BPMN.