bpmnforum.ru

1. neverpoint
   Участник

   Рейтинг:133

    

   Решил переложить на BPMN процесс внедрения у нас новых бизнес-процессов. Сразу оговорюсь - я специально не указывал обработку исключений и ошибок в диаграмме! Кроме этого все задачи - подпроцессы, но я умышленно не использовал это обозначение для удобочитаемости, считайте по умолчанию что в диаграмме все задачи являются сложными процессами. Межпроцессорного взаимодействия тут нет, ибо это описывается в хареографии. Весь процесс внедрения имеет более высокого уровня задачу, в которую входит процесс и за эту задачу отвечает специальный работник по внедрению новых процессов. Эта более высокого уровня задача входит в процесс управления компанией в целом, за который отвечает исполнительный директор (CEO). Таким же образом построено вложение "вниз" процессов вплоть до конечных исполнителей.

   P.S. Чтобы не ограничиваться описанием лишь длинных процессов, в ближайшее время переложу на BPMN один из которких процессов, например как у нас работает канцелярия по приему обработке сканированию и маршрутизации внешней корреспонденции.

   Файлы

   1. Процесс_внедрения_но.bpm (98.5 KB, 32 downloads) 12 лет old

   Опубликовано 12 лет назад #

2. Pavel-Smirnov
   Участник

   Рейтинг:195

    

   1. Настройка ресурсов под процесс будет дожидаться момента когда все без исключения ресурсы будут закуплены? Если каждый новый ресурс настраивать сразу после приобретения - это сэкономит время, правда?
   2. Разве всегда будет необходимо принимать дополнительных работников и заключать договоры аутсорсинга? На мой вместо типа шлюза "параллельный" правильнее было бы использовать "включительный шлюз" (с независимыми условиями для каждой ветки)
   3. Завершающее событие-сигнал отправит сообщение во все запущенные экземпляры процессов, в которых предусмотрена приемка этого сигнала. Не понимаю зачем это делать, поясните?
   С уважением, ПС.
   idef и epc, но с использование обозначений bpmn. Теперь я увидел это.

   Опубликовано 12 лет назад #

3. Юлия Вагнер
   Администратор

   Рейтинг:93

    

   1. Согласна с Павлом: логичнее не дожидаться закупки всех ресурсов, чтобы начать их настройку, а делать настройку по мере поступления. Некоторые ресурсы не требуют сложной настройки (предположим, компьютер вам специалист за день подготовит), а вот станок настраивают неделю. К тому же, это делают разные специалисты, поэтому нет смысла создавать себе botttleneck, чтобы потом успешно с ним бороться.
   2.

   вместо типа шлюза "параллельный" правильнее было бы использовать "включительный шлюз" (с независимыми условиями для каждой ветки)

   - совершенно верно.
   3. почему закупка, найм, договора делаются до тестирования процесса, а не после? А если тестирование выявило избыточность ресурсов - вы их просто выбрасываете? Как минимум, нужно промежуточное тестирование до закупок и найма
   4. В Вашей схеме после стресс-теста, даже если выявлены ошибки, процесс вводится в эксплуатацию. До тех пор, пока процесс не введен в промышленную эксплуатацию, необходимо иметь возможность вернуться и исправить ошибки.
   5. Завершающим событием является сигнал. А Вы сказали, что межпроцессного взаимодействия тут нет. Противоречите себе, поскольку сигнал подразумевает именно межпроцессное взаимодействие. Так есть или нет? :)

   Опубликовано 12 лет назад #

4. neverpoint
   Участник

   Рейтинг:133

    

   1) к сожалению многие ресурсы в плане настройки взаимносвязаны между собой, например в начале года закупали планшет ваком специально разработанный для электронной подписи и он взаимодействует не только с рабочей станции в канцелярии (планшет купили для подписи сторонних лиц, свои подписывают стификатами), но и с сервером и системой проверки достоверности подписи.
   2) я разместил и тоже подумал исправить но не стал, когда пересмотрел диаграмму. Это очевидная вещь, конечно исправил. Просто описывал так сказать на коленке - текущей работы вал. Понятно что не обязательно может быть аутсорсинг или найм персонала.
   3) учитывая то, что любой новый процесс, встраиваемый в систему словно новый элемент в геном бизнеса по любому оказывает влияние на всю систему в целом, такой сигнал необходим ибо во многих процессах загруженность работников критична, используемые ресурсы и планируемый бюджет. Проще запустить сигнал и оповестить все процессы об изменения структуры ведения бизнеса в этой части. Я посмотрел - если ограничиться диаграммой обмена сообщениями в связи с внедрением нового процесса - получается что связь должна быть практически со процессами в компании.

   Опубликовано 12 лет назад #

5. Анатолий Белайчук
   Хранитель

   Рейтинг:498

    

   Забавно. Жила-была компания, как-то вела свои дела. Тут пришли специалисты по процессам, нарисовали свои схемы, и объяснили: туда надо нанять людей, сюда приобрести ресурсы... "Дуришь, Алиса, ой, дуришь!"

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

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

   Опубликовано 12 лет назад #

6. neverpoint
   Участник

   Рейтинг:133

    

   Цитирую Анатолий Белайчук:
   Так и тут - разрабатываем процесс разработки процессов. Воля ваша, но мне как-то больше по душе сразу за дело браться. Т.е. за основные процессы.

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

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

   Опубликовано 12 лет назад #

RSS лента этой темы

Ответ

Вы должны авторизоваться, чтобы публиковать сообщения.