Автоматическое создание схемы bpmn в excel
За 8 месяцев мы описали и автоматизировали основные бизнес-процессы взаимодействия с клиентами. Без техподдержки и помощи программистов.
В компании 50 человек, у нас несколько направлений деятельности — разработка и техническая поддержка сайтов, подключение информационных систем, юридические услуги. Клиенты — в основном органы местного самоуправления. Сопровождаем порядка ста организаций одновременно.
Сначала управленческий учет велся в Excel, планы продаж — на ватманах. Потом перешли на гугл-таблицы. История взаимодействия с клиентами хранилась в головах сотрудников.
Команда не успевала обрабатывать постоянно увеличивающееся количество информации. Временами клиенты бывали недовольны. Мы поняли, что так больше продолжаться не может и начали поиск инструмента для организации взаимодействия с клиентами, коммуникации сотрудников и формирования отчетности.
— Бюджет на покупку, внедрение и поддержку софта не планировался.
— Заниматься проектом внедрения должен был я (менеджер, а не программист) один.
Весной прошлого года я обнаружил, что на рынке появилась бесплатная версия BPM-системы, причем отечественной разработки. В систему входили модуль CRM и внутренний портал, поэтому решено было присмотреться к этому софту получше. С мыслью, что откатиться назад к таблицам мы всегда успеем.
Установить BPM-систему оказалось несложно, по принципу «далее-далее-готово». Единственный нюанс — что такое бизнес-процессы конкретно в этом продукте, мы узнали только на деле, после установки.
Для себя мы определили, что процесс — это повторяющийся поток работ из нескольких задач с участием сотрудников различных отделов. Последовательность задач определяет владелец процесса с помощью создания графических схем. Главное, бизнес-процесс должен быть направлен на создание ценности для потребителя.
Разобравшись, с чем именно предстоит иметь дело, мы завели в систему оргструктуру компании и «нарисовали» первые маршруты процессов в Дизайнере ELMA (приложении для моделирования).
Сначала мы экспериментировали над процессом по обработке входящих звонков. Примерно через месяц он заработал. Мы перенесли из гугла клиентскую базу, сформировали дерево документов, справочники. Стало понятно, что с ПО «есть контакт». Можно выстраивать клиентский сервис.
Примеры бизнес-процессов взаимодействия с клиентамиБизнес-процесс «Прием входящего звонка»
Правило нашей компании: все звонки должны быть приняты. При этом специально выделенного человека на телефоне в компании нет, звонок может принять любой свободный сотрудник.
Раньше, чтобы не пропустить звонки, мы работали по такой схеме: сначала телефон звонит у одного человека, через четыре секунды, если он не берет трубку, подключаются телефоны двух других, потом — у всей компании (вместе с директором).
Часто люди забывали спросить имя звонящего, организацию, контактный номер. Данные по звонку фиксировались на квадратном стикере и «ногами» передавались в нужный отдел. Конечно, листочки постоянно терялись.
В BPM-системе мы постарались стандартизировать обработку звонков и исключить беготню с листочками, создав процесс «Прием входящего звонка». На рабочем столе пользователей в системе появилась кнопка с изображением трубки. Во время звонка сотрудник нажимает ее, после чего появляется окно с ключевыми полями — имя, суть обращения, отдел. Специалист выбирает клиента из базы и заполняет форму. После этого информация в виде задачи с пометкой «Взять в работу» автоматически попадает в целевой отдел. Что-то забыть стало физически невозможно. Позже в одной из форм этого процесса мы настроили дополнительные вкладки. Например, поля с данными о всех входящих звонках по конкретным клиентам и возможностью комментирования.
В результате мы получили подробные истории взаимодействия с контрагентами, которые сейчас нас нередко выручают в конфликтных ситуациях. Плюс, решили проблемы качества приема звонков и скорости передачи информации из отдела в отдел.
В момент звонка специалист заполняет поля в системе и отправляет запрос в нужный отдел. Названию отдела соответствует одна из зеленых кнопок внизуБизнес-процесс «Заключение договора»
Как работал отдел продаж раньше. После согласия клиента на сделку, менеджеры начинали тонуть в задачах. Типичный поток работ по одному договору:
— заполнить несколько гугл-форм (для регистрации клиента);
— присвоить номер договора;
— распечатать и отсканировать документ;
— определить его в специальную папку на файловом сервере;
— уведомить отдел обслуживания о новой сделке.
Одновременно таких потоков у каждого менеджера могло быть около 15, но самая большая проблема была даже не в количестве, а в качестве их выполнения. На каждом этапе передачи информации случались потери: пропадали документы, неверно фиксировались данные. Все это приводило к конфликтам, особенно, с бухгалтерами. Имена некоторых сотрудников в компании становились нарицательными.
Первое, что мы сделали — сформировали в системе (простым импортом из Excel) базу клиентов. Затем проанализировали продажи и составили маршрут процесса «Заключение договора». В результате система начала поэтапно отправлять сотрудникам задачи. Менеджеры перестали держать в голове все шаги сделки и вручную формировать договоры — система генерирует их сама, подставляя в шаблон нужные реквизиты. Потери информации снизились в разы.
Мы вошли во вкус и продолжили дорабатывать этот процесс, расширяя функционал системы. Например, недавно добавили отделам дополнительные вкладки в стандартных формах, создали подпроцессы, которые отслеживают статусы договоров и обслуживания клиентов.
Схема процесса заключения договора в ELMA. Показаны три зоны ответственности — это прямоугольники, в границах которых находятся кубики с простыми задачами и подпроцессамиБизнес-процесс «Обработка заявок в IT-отдел»
Раньше обращения к IT-специалистам компании поступали от клиентов либо по телефону, либо из личного кабинета на отдельном сайте. Все заявки сотрудники фиксировали в гугл-таблице, где указывали, кто звонил, тип задачи, сроки. Монотонная ручная работа. При этом, когда специалист закрывал задачу, он не получал обратной связи от клиента. IT-услуги трудно «пощупать», и были случаи, когда человек оставался не доволен, а мы об этом не знали.
Логика нового процесса по обработке IT-заявок похожа на «Прием входящего звонка»: данные звонков и писем из личного кабинета записываются в карточки системы и попадают в виде задач к нужным специалистам.
В рамках этого процесса:
— мы настроили чат, в котором сотрудники и клиенты оставляют комментарии по задачам и прикрепляют файлы;
— для руководителей сделали модуль, в котором они видят список всех обращений клиентов и статусы сотрудников;
— создали форму обратной связи: после закрытия заявки клиенты, автоматически получают письма и ставят в них оценки за работу.
О BPM у нас в компании поначалу не задумывались. Было представление, что автоматизация процессов оправдана для более крупных игроков, что это дорогой софт — на его внедрение потребуется много временных и человеческих ресурсов. Тем более, что это целая управленческая концепция, которая не работает, если сотрудники ее не разделяют. Мы же просто хотели найти что-то бесплатное, поинтереснее гугл-таблиц.
Первое время команда, действительно, скептически относилась к новому софту. Нам удалось сгладить этот момент благодаря тому, что все модули, формы, процессы вводились в работу постепенно. Мы внимательно слушали все замечания и старались их учитывать.
Установить систему и получить к ней доступ в интернете было легко: купили статический IP-адрес и настроили переадресацию порта на роутере. Вся бизнес-логика в системе открыта — не было необходимости программировать. В вопросах с простыми скриптами выручают справка и форум. Правда, как-то под Новый год мы «сломали» базу данных, и система отказалась запускаться. Бэкапов тогда не делали — опять-таки из-за недостатка опыта. Тут помогли сотрудники компании-разработчика. Сейчас у нас появился штатный программист, который работает только с системой.
Снизилось количество бессмысленной ручной работы, потерянных договоров и конфликтов в бухгалтерии. Стало меньше «забытых» задач и звонков. При этом мы сделали важную вещь: собрали в одном месте все данные компании, которые в любой момент доступны через интернет. Это и документы по сделкам, и клиентская информация, и разного рода учеты, реестры, справочники.
Дизайн портала устарел примерно на 23 года плюс минус.
P.S. Аля Windows стайл.
Выглядит как нелепая джинса ELMA.
Роман, можно ссылку на сайт вашей компании?
Отправил ссылку в вк ред.
Тема CRM не раскрыта( Роман, вы какие-то CRM-системы вообще рассматривали? Или решили сразу BPMS внедрять?
Смотрели: Битрикс24, Terrasoft, Freshdesk, 1С:CRM, ELMA, Мегаплан. Большинство из них нам не подошло: где-то был недостаточный функционал, где-то тестовые периоды на 30 дней, лимитированные лицензии (а хотелось бы, чтобы они были бесплатные). На конкретном решении остановиться не могли, скорее всего, тут еще сказывался недостаток опыта работы с такими продуктами.
Или решили сразу BPMS внедрять?
В процессе выбора мы познакомились с нотацией BPMN и стали склоняться к софту с функционалом бизнес-процессов.
Интересно мне одному показалось, что вы большинство времени работали совсем бездарно и потом, что то для себя новое открыли?
P.S. Да вы извращенец дяденька!
Айдар, вы как-то все в одну кучу сваливаете. Давайте по порядку:
— сначала управленческий учет велся в Excel
— планы продаж — на ватманах.
— потом перешли на гугл-таблицы.
— история взаимодействия с клиентами хранилась в головах сотрудников.
— часто люди забывали спросить имя звонящего, организацию, контактный номер.
— данные по звонку фиксировались на квадратном стикере и «ногами» передавались в нужный отдел. Конечно, листочки постоянно терялись.
— заполнить несколько гугл-форм (для регистрации клиента)
Так мы работали, пока были маленькими. И в то время для нас это было может не совсем удобно, но приемлемо. Знаю компании, которые до сих пор обходятся гугл-табличками и нормально себя чувствуют.
Вы предлагаете от этих пунктов отказаться? Не понимаю, как можно считать, что компания нормально работает, если у вас 100+ договоров, а процедура отправки сканов клиенту не автоматизирована.
Или вы что-то другое имеете ввиду? Тогда уточните. И посоветуйте инструмент для работы, который, на ваш взгляд, с этими задачами справится лучше.
Итак, мне необходимо описать задачу формирования и отправки уведомлений клиентам о состоянии их депозитов.
Краткое описание процесса: по заданному расписанию происходит запуск сервиса нотификации клиентов из базы данных либо о состоянии всех их депозитов, либо о депозитах с истекающим и/или завершенным сроком.
Сначала определим список участников процесса. В моем случае – это 3 сервиса:
Участники (роли) указываются на диаграмме Пулами и Дорожками. Создаю пул задачи, перетаскивая соответствующий значок из набора инструментов, и делю его на 3 дорожки по числу участников. Подписываю дорожки (для входа в режим подписи – двойной клик на области подписи дорожки).
Подписываю эти события (помните? -Дабл-клик на объекте).
Задачи-таймеры запускают Сервис отправки уведомлений, поэтому создаю еще одно начальное событие на 2-ой дорожке. Меняю его тип на «Промежуточное событие-иницииатор», и затем на тип «Промежуточное событие-обработка таймера». Устанавливаю связи между событиями – это совсем просто: выбираю возле объекта значок со стрелками и протягиваю его к связанному объекту. Выравниваю стрелки, как мне нравится. В итоге у меня получилась следующая картинка:
Продолжаю создание диаграммы. Добавляю задачу – «Считать данные администратора сервиса отправки». В обучающих роликах и документации по BPMN рекомендуется называть задачи с использованием глагола в неопределенной форме + существительное, т. е. «Получить отчет…», «Сформировать заказ…» и т. д.
Моя задача «Считать данные администратора…» может закончиться неудачно, этот вариант тоже надо указать на диаграмме, для чего создаю промежуточное прикрепленное событие – круг с двойной границей – и располагаю его на контуре задачи. Меняю тип прикрепленной задачи на «Прикрепленное событие – ошибка» (напомню: выбор нового типа инициируется нажатием на значок гаечного ключа).
Добавляю завершающее событие в случае ошибки – круг с толстой границей. Подписываю его. Также добавляю комментарий к задаче выбором соответствующего значка из контекстного меню.
Следующий шаг – создаю новую задачу и использую еще один элемент – артефакт – значок Базы данных, показывающий, откуда беру данные. Аналогично предыдущему шагу протягиваю стрелки – связи от БД к нужным объектам.
А вот следующим шагом мне надо добавить большой повторяющийся блок действий, т.е. подпроцесс, в котором будут задействованы два участника (2 сервиса). Выбираю на панели инструментов значок подпроцесса, растягиваю его на обе дорожки. Чтобы показать, что процесс повторяющийся, в контекстном меню можно выбрать несколько вариантов:
- параллельное выполнение действия несколько раз
- последовательное выполнение действия несколько раз
- цикличное выполнение действия, пока верно некоторое условие
Выбираю вариант цикличного действия, т.к. мне необходимо повторять обработку данных каждого клиента из считанного списка. Начинаю заполнение диаграммы подпроцесса. Добавляю стартовое событие для подпроцесса. В данном случае выбираю для него тип – «начальное событие по условию» и подписываю это условие: «считанный клиент не является администратором», т.е. если считали данные администратора, подпроцесс обработки данных не запустится, а перейдет к следующей итерации цикла, т.е. к обработке следующей записи из списка.
Далее добавляю ветвление, для этого выбираю соответствующий элемент с панели инструментов – значок ромба, для которого существует несколько типов: ветвление «и», «и/или», «исключающее И». В данном случае выбираю вариант «и», т.к. в моем алгоритме должны обязательно выполниться две задачи. При выборе такого условия, ветки должны сходиться в такой же значок ветвления – шлюз, т.е. значки ветвления «и» всегда идут парным шлюзом, при этом нужно соблюдать условие: сколько ветвей вышло из первого шлюза, столько же должно прийти в закрывающий шлюз.
Заполняю диаграмму подпроцесса уже знакомыми элементами: задачами и объектами ветвления. На следующих шагах мне понадобились обычные операторы ветвления «или, исключающее и». Обратите внимание, что этот оператор не требует парного шлюза.
-добавила артефакты – документы, т.е. данные, которые передаются между задачами.
Обратите внимание: задачи и объекты расположены на разных дорожках в соответствии с тем, какой процесс исполняет тот или иной этап процесса или подпроцесса.
Добавила штрихи – подписи, сноски-комменатарии, завершающее событие. В завершающем событии после ошибки поменяла тип на «Завершающее событие-останов». И вот, вроде бы, моя диаграмма завершена.
Нажимаю и получаю результат – 7,4 балла из 10. Приемлемым считается 8 баллов из 10. Получилось не так уж плохо (самая первая моя попытка была оценена в 0 баллов из 10). Ошибки подсвечиваются разными цветами, определяющими их критичность:
Улучшу еще чуть-чуть, исправляю замечание, указанное голубым цветом: «много входящих потоков в задаче». Это уже из области красоты диаграммы, а не функциональности. Добавляю шлюз, и получаю уже 9,4 из 10 баллов.
Важное замечание об отсутствии потока по умолчанию в ветвлении исправлять не буду: мои потоки (ветки) равнозначны, и выбор ветки зависит от переданного параметра.
Пожалуй, оставлю вою диаграмму в таком виде. Остальные непринципиальные замечания исправлять не буду (наличие нескольких стартовых событий и предложение не использовать дорожки).
Скачиваю и сохраняю свою диаграмму в разных форматах, нажав на соответствующий значок из панели в верхнем левом углу:
Можно сохранить схему как картинку в растровом (.jpg) или векторном (.svg) формате, а также в формате. bpmn
Теперь у меня есть диаграмма, которую я могу использовать, как мне удобно: вставлять в презентацию или другие приложения, пересылать по почте, а при необходимости ее можно будет закачать и отредактировать в любом редакторе, работающем с BPMN.
Изучаем инструмент, который поможет компании стать гибкой и развиваться.
Найти общий язык с коллегами по отделу легко — все свои. Но чтобы бизнес рос и сохранял устойчивость, понимать друг друга должны все подразделения в компании. Для этого нужно наладить понятные каждому сотруднику процессы. Описать их можно даже без слов — с помощью нотации BPMN.
Георгий Ржавин — руководитель BPM-направления в GlowByte Consulting и вице-президент Ассоциации профессионалов управления бизнес-процессами, более 10 лет помогает описывать процессы с помощью BPMN в компаниях из разных сфер.
Георгий рассказал, чему нужно научить сотрудников, чтобы начать использовать нотацию BPMN, и как этот инструмент поможет компании быстрее решать проблемы.
Итак, BPM (Business Process Management) — это управленческая дисциплина, набор знаний о том, как регулировать процессы в компании. А BPMN (Business Process Model and Notation) — инструмент описания бизнес-процессов в рамках BPM.
Считается, что маленьким компаниям и стартапам не нужно использовать нотацию BPMN. Но я все же вижу в этом смысл, если в организации уже есть более-менее понятная бизнес-модель и пройден этап ежедневных изменений.
Когда планируется новое направление, можно еще «на берегу» побрейнштормить, посмотреть на бизнес-процессы с точки зрения клиента, описать их — и только потом запустить.
Приведу пример из практики. Я внедрял BPMS в небольшой компании (20 человек) из сферы импорта/экспорта. Формально описывать процессы с помощью нотации BPMN было рано — команда сидит в одном помещении и легко синхронизирует работу. Но руководитель считал, что систематизация поможет им развивать бизнес.
Мы описали и автоматизировали основные процессы, в том числе обслуживание клиентов. И это позволило быстро и безболезненно перейти на удаленку при карантине: люди сидят по домам, а процессы уже описаны и налажены.
Поддержка топ-менеджмента необходима. Появление нового инструмента — это перемены, и сопротивление может возникнуть даже в продвинутых командах. Без содействия топов любое изменение будет в лучшем случае локальным.
Но идеальный вариант, когда инициатор — даже не наемный менеджмент, а владелец.
По сути, нотация BPMN — это общий язык для коммуникации между IT-специалистами, бизнес-подразделениями и программами (его хорошо понимают BPM-движки).
Если вы начинаете использовать инструмент BPMN и в офисном коридоре услышите фразу «Процессы какие-то “кривые”» — это повод радоваться, а не отчаиваться, потому что бизнес начал мыслить процессами. В этом и заключается основная ценность нотации.
Да, в бизнес-подразделениях все трансформируется в деньги. Но сначала необходимо наладить именно процессы — это помогает быстро меняться и решать проблемы.
Если бизнес мыслит процессами, ему проще объяснить потребности компании IT-специалистам. А они, в свою очередь, лучше понимают и поддерживают бизнес.
Все компании разные, но препятствия, с которыми они могут столкнуться при внедрении BPM, — одинаковые:
Применение нотации BPMN — это микс теории и практики. Нужно выучить базовые понятия, а потом — анализировать процессы, описывать их и переводить в схемы. Этот навык, как и любые другие, формируется только на практике. Например, мой курс «Нотации BPMN» состоит из 10 занятий — для старта этого более чем достаточно.
Нотация BPMN 2.0
Георгий Ржавин,
Вице-президент по обучению ABPMP
Учебников по BPMN на русском языке с качественным переводом еще мало. Но есть общая «библия» для тех, кто хочет управлять процессами, — BPM CBOK (Business Process Management Common Body of Knowledge).
Нотация BPMN живет не в вакууме, а в рамках управленческой дисциплины BPM. Это полезный инструмент, но сформировать процессное мышление поможет только изменение системы в целом.
Владение нотацией BPMN можно условно разделить на три уровня: базовый, средний и высокий.
Чтобы запустить BPMN в компании, освойте начальный. Он включает основные термины и навыки, которых достаточно для описания процессов в подразделениях, общения с коллегами на первом этапе. И этого хватит, чтобы согласовывать процессы с руководством — с понятной логикой, но без погружения в детали.
Например, базовый уровень в рамках моего курса включает такие пункты теории и практики:
- Токен
- Экземпляр процесса
- Развилка «И», развилка «ИЛИ/ИЛИ»
- Начальное и конечное событие
- Абстрактная задача
- Распределение ответственности: пулы и дорожки
- Демонстрация создания схемы бизнес-процесса на базовом уровне BPMN в программе Cawemo
- Моделирование простого процесса
Приведу самый простой пример описания процесса — «письмо от клиента»:
- Начальное событие — получение письма от клиента.
- Первая задача — «Что делать?»: прочитать письмо и принять решение, требуется ответ или нет. Если требуется, то назначить ответственного за его подготовку.
- Вторая задача — ответственный, получив письмо, готовит и отправляет ответ клиенту.
- Третья задача (опционально) — если ответственный нарушает SLA подготовки ответа клиенту, система сообщает о факте нарушения, а руководитель принимает соответствующие меры.
Для составления схем в нотации BPMN используется много специальных значков. Но только пара десятков нужны для работы постоянно: их легко запомнить, а редкие — при необходимости «подсмотреть» в глоссарии.
Не пытайтесь «перепрыгнуть» базовый уровень и описать все процессы в компании сразу, да еще и детально. Я сталкивался с такими кейсами. Итог один: проходит год, и руководитель, ответственный за использование нотации BPMN, едва живой от усталости. В компании есть тысячи схем, но половина — уже не актуальны, потому что бизнес успел измениться.
Запускайте использование BPMN поэтапно:
Основные сквозные процессы — те, на которых компания зарабатывает (в них всегда есть клиент и деньги). Например, это работа с лидами и клиентами, предоставление услуг.
Вспомогательные процессы не приносят деньги напрямую, но необходимы для основных (например, бухгалтерия, маркетинг, HR) — обработка платежей, выплата налогов, наем сотрудников и пр.
Процессы развития отвечают за то, чтобы компания оставалась современной и эффективной, например, разработка стратегии.
Это зависит от размеров компании. Например, в маленькой организации владелец может пройти обучение сам и передать знания команде.
В среднем и крупном бизнесе есть два подхода запуска BPM и нотации BPMN как ее инструмента:
- централизованный
- децентрализованный
Централизованный: создается специальное подразделение, так называемый центр компетенций по BPM, куда приглашаются подготовленные специалисты или сотрудники компании, которые прошли обучение. Они транслируют свои знания всем подразделениям и помогают бизнесу описывать процессы.
Децентрализованный: в этом случае отдельный бизнес-аналитик (или правильнее говорить — процессный аналитик) «прикреплен» к каждому большому подразделению. Но даже при таком подходе лучше иметь центр компетенций по BPM, чтобы создать общие правила игры, или «регламент регламентов» — документ с нюансами описания процессов в компании.
Нотация BPMN — строгая, но без центра управления каждое подразделение может придумать «авторский стиль» ее реализации. Например, дорожки схем можно оформлять вертикально, а можно — горизонтально. Если все будут делать это по-разному — у IT-специалистов закружится голова.
Управление бизнес-процессами — это как ЗОЖ: игра в долгую, постоянное поддержание компании в хорошем тонусе. В отличие, например, от модного сейчас RPA (Robotic Process Automation), которое дает быстрые эффекты. В управлении бизнес-процессами нет финальной точки: нужно постоянно сверяться со стратегией, вносить изменения в описание, повышать уровень процессной зрелости.
Чтобы определить, на каком уровне находится компания, можно использовать шкалу из стандарта CMMI (Capability Maturity Model Integrated):
Хороший пример — Dodo Pizza: российская сеть быстро захватывает новые рынки, от Китая до Европы, потому что в ядре ее бизнеса — информационная система с описанными и автоматизированными процессами.
Когда процессы управляемы, описаны и понятны всем сотрудникам — компания готова к изменениям. Именно такие организации сохранили устойчивость и легче других адаптировались к коронакризису.
Организовать работу с BPMN онлайн довольно легко, потому что я создал специальный сервис для этого 🙂 В этой статье я расскажу пошаговый алгоритм того, как за 10 минут (и бесплатно) организовать создание и обсуждение бизнес-процессов в BPMN онлайн.
Зачем и когда использовать BPMN
BPMN создавали с прицелом на детальное описание бизнес-процессов. В BPMN минимальным элементом процесса считается действие, которое выполняет человек или система, но без детализации это действия до конкретных операций.
Пример процесса в нотации BPMN
Если ваши процессы больше похожи на хороший пример, то читайте статью дальше 🙂
BPMN онлайн: пошаговый алгоритм организации работы
Перейдите по ссылке, зарегистрируйтесь и пригласите команду:
Приглашение коллег для работы над BPMN онлайн
Ваши коллеги получат письма с приглашениями. Все члены команды видят все диаграммы автоматически, без необходимости настраивать дополнительные права доступа.
2. Создание первой диаграммы в BPMN онлайн
Шаблоны процессов в BPMN онлайн
Создайте ваш процесс в BPMN
3. Проверка диаграмм на ошибки, рейтинг качества
Ошибиться в BPMN довольно легко, особенно если вы начинающий. Система можем автоматически проверить вашу диаграмму на базовые ошибки:
Проверка диаграмм в BPMN на качество
Старайтесь поддерживать рейтинг диаграмм не ниже 9.
Если вы хотите поделиться диаграммой с любыми пользователями (без авторизации) или встроить её в вашу вики, то это можно сделать тут:
Правда доступа к диаграмме в BPMN онлайн
Это правда доступа к конкретной диаграмме, они не связаны с вашей командой.
При встраивании диаграмм на вашу страницу всегда отображается актуальная версия.
Пример встраивания диаграммы
5. Комментарии и подтверждение их выполнения
Для каждого элемента или всей диаграммы можно оставлять комментарии.
Поставьте лайк или отметьте комментарий выполненным, если вся работа по нему сделана. В комментариях работает разметка markdown.
6. Выгрузка диаграмм в разные форматы
Если вам требуется показать диаграмму на печати или загрузить в другую систему, то это можно легко сделать так:
Выгрузка диаграммы BPMN
7. Версии диаграмм
Сравнение версий диаграмм
Делайте версии, когда достигаете какого-то существенного прогресса в работе с диаграммой.
Теперь вы знаете, как организовать совместную работу над BPMN онлайн в сервисе STORM. Чего-то не хватает? Напишите в комментариях.
Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.
Читайте также: