STORMBPMN - как пользоваться и решать свои задачи?

• Приветствие участников.  

• Проверка звука и видео.  

• Объявление темы стрима: решение задач в Шторме для аналитиков и согласующих бизнес-процессов.  

• Обсуждение сценариев использования Шторма.  

• Анализ схем, присланных участниками.  

• Ответы на вопросы участников.  

• Приветствие участников из разных городов.  

• Обсуждение погоды в разных регионах.  

• Проверка количества участников.  

• Переход к обсуждению сценариев использования Шторма.  

• Шторм позволяет описывать бизнес-процессы.  

• Пример создания бизнес-процесса для продаж.  

• Важность нумерации и проверки ошибок в диаграммах.  

• Три типа ошибок: критические, желтые и зеленые.  

• Пример исправления ошибок и улучшения диаграммы.  

• Использование нумерации и проверок для улучшения качества диаграмм.  

• Проблемы с русским языком у автора.  

• Storm помогает перфекционистам, указывая на ошибки и предлагая исправления.  

• Возможность использования автонумерации для порядка.  

• Справка по элементам в Storm.  

• Перфекционисты могут раскрашивать элементы для обозначения их значимости.  

• Пример использования дорожек и их раскраски.  

• Важность ровного расположения элементов.  

• Дополнительные кнопки для выравнивания по горизонтали и вертикали.  

• Пример выравнивания элементов по центру.  

• Два способа поделиться бизнес-процессом: через почту или приглашение.  

• Коллега получает доступ к диаграмме и может редактировать её.  

• Возможность отзыва доступа и сохранения версий.  

• Версии диаграммы сохраняются автоматически.  

• Возможность отката к предыдущей версии.  

• Сравнение версий для выявления изменений.  

• Бесплатная подписка позволяет делиться диаграммой пять раз.  

• Возможность удаления ненужных доступов.  

• Гостевой доступ для коллег, не являющихся членами команды.  

• Статус "на согласовании" для диаграмм.  

• Коллеги получают уникальную ссылку для согласования.  

• Возможность оставлять комментарии и оставлять решение.  

• Возможность скачать диаграмму в виде картинки.  

• Выгрузка в формате SVG для удобства.  

• Глобальный доступ для коллег для понимания работы.  

• Предоставление глобального доступа для коллег.  

• Анонимный доступ для просмотра диаграммы.  

• Пример использования для обучения и понимания работы.  

• Обсуждение функционала, о котором зрители не знали.  

• Упоминание неизвестных багов.  

• Планы записать и обсудить неизвестные баги позже.  

• Возможность оставлять комментарии к элементам диаграммы.  

• Комментарии можно включать и выключать.  

• Комментарии помогают в дискуссиях и обсуждениях.  

• Комментарии можно помечаться как сделанные.  

• Комментарии получают автор диаграммы и участники команды.  

• Комментарии можно оформлять с заголовками, списками, цитатами и исходным кодом.  

• Комментарии приходят по почте и в колокольчик.  

• Возможность убрать уведомления по почте.  

• Комментарии помогают организовать работу с обратной связью.  

• Нумерация элементов работает по принципу слева направо.  

• Интеграция с Comma позволяет скачивать и отправлять диаграммы.  

• Возможность работы с Comma как с модельером.  

• Описание бизнес-процессов с подробностями.  

• Возможность описывать последовательность и содержимое задач.  

• Возможность добавлять картинки, ссылки и таблицы.  

• В Storm можно подробно описывать бизнес-процессы, прикрепляя картинки и ссылки.  

• Инструмент позволяет делиться ссылками на конкретные элементы процесса.  

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

• В Storm можно привлекать экспертов в предметных областях для описания бизнес-процессов.  

• Процесс можно видеть в виде диаграммы или регламента.  

• Описание действий участников не влияет на диаграмму, но остается консистентным.  

• Версионирование помогает избежать ошибок и позволяет откатываться к предыдущим версиям.  

• Это особенно важно при описании множества бизнес-процессов с нуля.  

• Переход в режим регламента позволяет структурировать процесс по-другому.  

• В Storm есть симуляция токенов для проверки правильности бизнес-процессов.  

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

• Это влияет на выгрузку и аналитические отчеты, помогая понять роли участников.  

• Возможность разделения диаграмм и ролей по проектам.  

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

• Использование тегов для наведения порядка в бизнес-процессах.  

• Возможность добавления тегов к любому бизнес-процессу.  

• Переключение на табличное представление для удобства.  

• Папки как способ обеспечения порядка в бизнес-процессах.  

• Папки позволяют размещать бизнес-процессы и предоставлять доступ к ним.  

• Возможность предоставления доступа к папкам.  

• Наследование доступа по папкам.  

• Возможность перемещения бизнес-процессов между папками.  

• Публичная видимость диаграмм по умолчанию.  

• Возможность скрытия диаграмм от команды.  

• Анонимный доступ к структуре папок через API ключ.  

• Организация карты процессов снизу вверх.  

• Возможность ссылки на бизнес-процессы внутри команды.  

• Навигация между процессами и их взаимодействие.  

• Малоиспользуемый функционал фильтров по тэгам.  

• Возможность навигации по взаимосвязям процессов.  

• Обсуждение необходимости десяти процессов одновременно.  

• Карты помогают навести порядок и найти лишние элементы.  

• Карты показывают все зависимости между процессами.  

• Месседжи позволяют расцеплять зависимости между процессами.  

• Пример использования месседжей для запуска новых процессов.  

• Линковка месседжей важна для построения полноценной карты бизнес-процессов.  

• Построение карты процессов и ролей для оптимизации.  

• Роли помогают понять, сколько человек нужно для выполнения задач.  

• Роли могут быть автоматизированными или человеческими.  

• Роли устанавливаются на квадратики в бизнес-процессах.  

• Возможность показать, какие задачи выполняет конкретный человек.  

• Роли помогают навигацию по бизнес-процессам и выгружаются в регламент.  

• Обсуждение систем, документов и других артефактов в бизнес-процессах.  

• Классификация элементов архитектуры: документы, системы, коммуникации и т.д.  

• Взаимосвязь элементов архитектуры через все бизнес-процессы.  

• Согласующий в бизнес-процессе может быть только один.  

• Использование одинаковых терминов внутри команды упрощает взаимосвязь бизнес-процессов и документов.  

• Это помогает находить места для оптимизации и понимать, как двигаться вперед.  

• Справочники элементов архитектуры могут жить в внешних системах.  

• Возможность установки элементов из внешних систем, таких как Telegram и 1С.  

• Это позволяет удобно навигации по бизнес-процессам и находить зависимости.  

• Шторм помогает находить сильные зависимости и планировать изменения.  

• Возможность анализа графа взаимосвязей элементов архитектуры.  

• Это помогает оптимизировать бизнес-процессы и определять, с кем связаться для внесения изменений.  

• Элементы архитектуры можно использовать для отметки потенциальных мест для оптимизации.  

• Это помогает отбирать бизнес-процессы для приоритизации и конкретных действий.  

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

• Вопросы о правильной архитектуре библиотеки процессов и использовании диаграмм.  

• Диаграммы помогают управлять сложностью деятельности на предприятиях.  

• Метрики изменения статусов часто записываются в дискрипшены, а не внутри бизнес-процессов.  

• Вопрос о границах бесплатной версии и купленного аккаунта.  

• Различие между бесплатным тарифом и тарифом персонал про.  

• В бесплатном тарифе можно делиться пятью диаграммами.  

• В тарифе "Тим" можно приглашать людей в команду, пользоваться папками и выгружать регламенты в Docx.  

• В тарифе "Тим" нет возможности реализовать процесс майнинга.  

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

• Важно моделировать процессы для нахождения точек улучшения.  

• Не стоит описывать конкретные действия сотрудников, а фокусироваться на бизнес-процессах.  

• Если процесс слишком детализирован, это может привести к "аду".  

• Процессы можно представить как иерархический список.  

• Это интересная идея, но не всегда применимая.  

• Роли и должности не должны приравниваться.  

• Должности можно будет назначать на роли в будущем.  

• Это позволит лучше управлять процессами и системами.  

• DevOps уже давно автоматизирован в различных инструментах.  

• В чатике с Coma есть примеры успешной автоматизации DevOps.  

• Призывы к лайкам и подписке на телеграм-канал.  

• В телеграм-канале можно найти ссылки на BPMN 3.0 и другие полезные ресурсы.  

• Оценка полезности стрима и завершение встречи.