Comments on: Process Pattern: Hello Again!

By: Anatoly Belychook

Anatoly Belychook — Sun, 10 Feb 2013 08:00:26 +0000

Александр

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

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

Цикл PDCA применительно к моделированию процессов выглядит так:
P - определить метрики и целевые показатели процесса и на их основе разработать схему процесса
D - исполнять процесс согласно утвержденной схеме, накапливать статистику исполнения
C - анализировать статистику на предмет достижения целевых показателей
A - вносить коррективы в процесс на основе выявленных расхождений и неоптимальностей

К BPMN это прямого отношения не имеет - цикл останется тем же самым вне зависимости от используемой нотации.

Вы, похоже, под PDCA понимаете нечто иное, но я не улавливаю что именно.

By: Александр

Александр — Sat, 09 Feb 2013 08:49:53 +0000

Анатолий, смотрю уже не первую вашу статью, и везде вижу очень упрощенные примеры. Хотя и больших, достаточно важных процессов.
И в этом статье не вижу того блока, который идет всегда при решении школьных задач - “Дано” с описанием начальных условий, ограничений и т.п.
Старик Деминг придумал когда-то цикл управления - PDCA. Во всех ваших примерах звучит только “Do”, остальные элементы процесса не видны. Не описываете Вы их и при словесном описании процесса.
Я не очень хорошо разбираюсь в BPMN, поэтому хотел уточнить - это ограничение самого стандарта (всё становится слишком сложным),. или вы принципиально упрощаете?

By: Олег

Олег — Mon, 25 Jun 2012 09:45:36 +0000

Скорее для “богатых”
Впрочем готов согласиться, в этом контексте это не имеет смысла

By: Anatoly Belychook

Anatoly Belychook — Mon, 25 Jun 2012 08:30:30 +0000

Можно, почему нельзя.

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

Смысл?

By: Олег

Олег — Mon, 25 Jun 2012 07:48:25 +0000

если КП в базе, с признаками - мониторинг, ответственный
то почему нельзя запускать копии процессов по таймеру на ответственного ?

By: Anatoly Belychook

Anatoly Belychook — Mon, 25 Jun 2012 07:30:15 +0000

Все зависит от того, насколько жестко мы хотим организовать мониторинг:
- если по какому-то определенному плану и с напоминаниями исполнителю, то реализовывать надо в том же процессе
- если по принципу “менеджер сам вспомнил - позвонил - отчитался о результате звонка”, то в отдельном

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

By: Олег

Олег — Mon, 25 Jun 2012 07:14:17 +0000

Лучше не в исходном процессе, а в отдельном процессе
Думаю что данная ситуация встречается довольно часто
как раз 3 процесса
Подготовка КП
Мониторинг - периодические контакты с клиентом
Реализация контракта

То что упрощено - согласен, принцип понятен, дальше нюансы конкретных процессов

By: Anatoly Belychook

Anatoly Belychook — Mon, 25 Jun 2012 06:31:57 +0000

Олег

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

У меня вообще все очень упрощенно показан этот процесс. Можно попытаться отправить заказчику сначала проект КП, получить его реакцию, доработать и отправить окончательный вариант. Можно предусмотреть возможность корректировки его уже после отправки “окончательного” варианта и т.п.

Суть моего предложения в том, что в конце концов процесс подготовки КП надо завершать, а не длить его бесконечно. Или до того, как заказчик примет решения - это в сущности то же самое.

Завершить этот, но быть готовым открыть новый процесс.

By: Олег

Олег — Mon, 25 Jun 2012 06:05:37 +0000

Добрый день, я бы не стал совсем убирать цикл “справиться о решении”, в отдельных случаях необходимо вести сделку более плотно
- отправили кп
- клиент посмотрел, оценил, деньги ждёт через квартал
- за это время конкуренты подсуетились и предложили своё КП
- ………
Скорее всего это отдельный процесс мониторинга выставленных КП