Это канал компании ELMA, в котором мы: 1. Обнажаем работающие приемы автоматизации бизнес-процессов. 2. Откровенно говорим о зрелости бизнеса. 3. Не прикрываемся абстрактной теорией - открыто делимся кейсами и разбираем основные моменты концепции BPM (Business Process Management) на понятных примерах.
Спасибо большое за канал! Все объясняется кратко, но очень понятно. Ничего лишнего, только самое важное. Это особенно важно для таких людей как Я, которые впервые раз в жизни столкнулись с Управлением бизнес-процессами.🤝
Алексей, день добрый. Нужен Ваш совет касательно курса для меня как аналитика процессов. Я посмотрела на сайте элма курсы, если вместе с преподавателем, брать курс по low code, по созданию процессов, только со знанием языка программирования, те если я не программист, то мне не подойдет? Спасибо за ответ
Использование технологий Low-Code в отличие от No-Code предполагают некоторое количество программирования - написание простых скриптов. На проектах внедрения часто приходится расширять функциональность системы не типовыми способами: писать интеграции между системами, которые индивидуальны для каждого заказчика, писать всевозможные автоматизированная действия в рамках бизнес-логики заказчика. Вы, как аналитик, в целом можете этого не делать, а оставлять эту работу программистам. Конечно, понимание базовых основ разработки будет огромным преимуществом. К тому же, простейшие сценарии - порой это две-три строки - значительно ускорят вашу работу. Но, повторюсь, без этого в целом можно обойтись как минимум на ранних этапах. Не думаю, что отсутствие серьезных навыков программирования является каким-либо препятствием для обучения на Low-Code аналитика. Правда я не понимаю, о каком именно курсе идет речь.
Алексей, спасибо вам большое за такие полезные видео! просмотрела сегодня все! шикарно сделаны, никакой воды, интересная подача и рассказ! Спасибо 😋 Я, оказывается, всю жизнь внутри мучительно страдала не от своей ограниченности, а от того, что не могу называть бизнес-процессами то, что в реальности является хаосом)))
Присылаю свой вариант: 1. Определяю цели и задачи: Прежде всего, определите, какие цели и задачи вы хотите достичь во время новогодних праздников. Это может включать в себя отдых, общение с семьей и друзьями, посещение мероприятий и т.д. 2. Составляю список мероприятий: Составьте список всех мероприятий, которые вы хотите посетить или провести во время праздников. Это могут быть семейные ужины, вечеринки, концерты, выставки и т.д. 3. Распределяю ресурсы: Распределите свои ресурсы (время, деньги, энергию) между различными мероприятиями. Определите, сколько времени вы готовы потратить на каждое мероприятие, сколько денег вы готовы потратить и насколько вы готовы вкладываться в каждое мероприятие энергетически. 4. Создаю расписание: На основе списка мероприятий и распределения ресурсов создайте расписание на новогодние праздники. Учтите время на дорогу, перерывы между мероприятиями и другие важные детали. 5. Отслеживаю прогресс: Во время праздников отслеживайте свой прогресс в достижении поставленных целей и выполнении задач. Если что-то идет не по плану, корректируйте свое расписание и продолжайте двигаться к целям. 6. Оцениваю результаты: После праздников оцените, насколько вы достигли своих целей и выполнили задачи. Дополнительные идеи с примирением BPM: 1. Создайте календарь мероприятий, который будет автоматически обновляться в зависимости от того, какие события уже были проведены или отменены. 2. Используйте автоматизированные системы освещения и умного дома, чтобы создать праздничное настроение. Например, можно запрограммировать систему освещения на включение новогодних гирлянд и других украшений в определенное время. 3. Создание персонализированных видеопоздравлений: с использованием технологии распознавания лиц и искусственного интеллекта, можно создать персонализированные видеопоздравления от Деда Мороза и Санты, которые будут учитывать индивидуальные особенности каждого ребенка.
Тимур, поздравляем вас, вы выиграли рюкзак от ELMA. Пожалуйста, свяжитесь с нашей командой маркетинга для уточнения, куда отправить подарок pr@elma-bpm.com . Спасибо!
Алексей, как и подобает топ-менеджеру, глобально подошел к планированию новогодних мероприятий с применением BPM, я же предлагаю рассмотреть возможность применения BPM применительно к суб-проекту "Встреча друзей". Итак, вводная: Друзья хотят собраться вместе на новогодние праздники: вкусно покушать; знатно подбухнуть; кальянчика покурить; насладится высококультурными мероприятиями: песни Арии под гитару (а лучше - Lunar Woods), настольные игры, покер, обсуждение и перемывание косточек друзьям, которые на вечеринку не пришли (победив при этом в номинации «лучший отмаз для тех, кому за 30»). В условиях сокращающегося финансирования (пенсии маленькие, лекарства дорогие), переизбытка ресурсов и вялой системы мотивации (куча рабочих рук, но никто ничего не хочет делать), а также всеобщей необязательности и отсутствия пунктуальности, данный суб-проект является непростой задачей для РП. Для начала - проведем декомпозицию, тезисно выписав основные вводные: 1. Мероприятие - встреча с друзьями. 2. Ресурсы - группа туловищ с руками и ногами. 3. Система управления - никакая. 4. Система мотивации что-то делать - отсутствует. 5. Финансирование - все нищеброды. 6. Хотелки (что мы хотим?): жрац, бухац, зрелищ, песен. То есть задача сводится к тому, чтобы, имея скудное финансирование и определенный набор туловищ, всех накормить, напоить, развлечь. При этом заказ еды через «Яндекс» не подходит, ибо, как я писал выше - все нищеброды. К тому же Андрюха у нас круто готовит, зачем чет заказывать? Мнение Андрюхи при этом никто не спрашивал. Оптимальным вариантом реализации проекта является туса на хате у Паши, где Анрюха готовит, Димон песни под гитару поет, Маша глазками хлопает, Наташа пытается объяснить всем правила настолки (спойлер - в итоге её никто не понимает), Коля душнит, Костя курит кальян и сидит в телефоне (все совпадения случайны). При этом все скидываются на еду, алкоголь, табак для кальяна и прочие закуски. И здесь сразу видим кучу проблем и рисков: 1. Собрать всех в одном месте в одно время - крайне трудная задача. Конечно, можно создать опрос в мессенджере, но он ни к чему не обязывает, никаких напоминалок не присылает, в календаре ничего не отмечает. 2. Распределить роли. Изначально никто ничего не хочет делать, все хотят прийти на готовенькое. 3. Распределить финансирование. Все сталкивались с проблемой, когда алкоголь и продукты покупаются вскладчину. И если все это делает один человек, то проблем нет - делим на всех поровну и все (ну почти все - Коля как обычно придет со своим пивом, со своим стаканом, со своей едой). А вот когда покупающих несколько, фиг потом разберешься, кому и сколько переводить. 4. Постановка задач. Участники как правило живут в разных частях города, и кому-то ближе купить мясо в знакомого фермера, а у кого-то скидка 10% на КБ. Поэтому задачи и покупки нужно распределять, так как одному человеку может быть неподъемно тащить все продукты, алкашку и кальян (у Паши дома нет кальяна если че). На машинах никто не поедет, так как все хотят подбухнуть, а такси - не наш вариант, ибо нищеброды. 5. Планирование логистики и последовательности действий. Андрей будет запекать мясо с картошкой 2 часа в духовке, поэтому должен приехать раньше, и мясо уже должно быть у него, при этом оно должно быть предварительно замариновано (а мариновать будет Дима). А еще Паша должен быть в это время дома, ибо запекать будут у него. 6. Анализ результатов. Инициатору (он же РП) необходимо следить, чтобы никто не накосячил, ничего не забыл, и все успел вовремя. Контроль исполнения - очень важная часть проектного управления. 7. Сбор денег. То же, что и с постановкой задач - без контроля исполнения друзья устанут бегать друг за другом, выясняя кто и кому сколько должен. Решение - в отдельном посте (ютуб многобукав не дает постить).
Итак, переходим к решению - BPM система «ElmaParty 365»: 1. Инициатор, он же РП, он же ресурс-менеджер, распределяет роли: 1.1. Повар. 1.2. Алко-менеджер (или как говорят в народе - сомелье). 1.3. Гусар (шутки шутит, дам смущает). 1.4. На гитаре игрец и ртом певец. 1.5. Кальянщик. 1.6. Девочка(и). 1.7. Специалист по настольным играм. 1.8. Тунеядец. 2. Каждому отмеченному в BPM приходит задача-инвайт, в которой он видит дату, время и примерный состав участников. Он должен принять или отвергнуть приглашение. В случае принятия - в его календарь записывается событие, и ему за несколько дней ежедневно начинают поступать напоминалки. В случае отказа - он помещается в список обсуждаемых и осуждаемых на мероприятии. 3. По окончанию «переклички» РП, повар, алко-менеджер и кальянщик получают задачи: 3.1. РП - анализ участников и переназначение ролей (при необходимости - например, если игрец-певец соскочил, то он назначает на эту роль кого-либо из тунеядцев); 3.2. Повар - расчет продуктов на всю толпу. 3.3. Алко-менеджер - анализ предпочтений каждого и подбор качественного алкоголя. Также, при наличии вина в списке система выводит необходимость его согласования с поваром, ибо не каждое вино к каждому блюду подходит (плюс ко всему Дима очень любит черногорский вранац и не отстанет, пока его не будет в винной карте). 3.4. Кальянщик - расчет табака и углей. 4. По окончанию указанных в п. 3 задач формируется итоговый список участников с указанием ролей. И РП приступает к формированию параллельных задач для каждого участника: 4.1. Покупка продуктов/алкоголя/табака. Исполнителям поступает задача с таблицей того, что нужно купить. Исполнитель должен в этой таблице проставить суммы. ЭТО ВАЖНО, так как эти данные потом будут использованы для итоговых расчётов. Также исполнитель может дополнить список какой-либо закуской по своему усмотрению, согласовав данный момент с поваром. 4.2. Игрец-певец получает задачу выучить весь альбом «Pain No More» на гитаре. 4.3. Специалист по настольным играм - подобрать и приготовить настольные игры, правила которых не надо изучать 2 часа, а партия в них чтобы не длилась 8 часов. 5. По окончанию выполнения всех задач РП анализирует результат и запускает процесс по старту мероприятия. Система при этом получает данные из всех таблиц с продуктами и ценами (TypeScript нам в помощь) и путем колдунства и высшей математики высчитывает, кто сколько потратил, и кто кому сколько должен. 6. По окончанию мероприятия BPM-система формирует ведомость оплаты и автоматически формирует задачи участником по оплате счетов (в принципе можно и эквайринг прикрутить), для закрытия которой необходимо приложить квитанцию. По окончанию оплаты участник закрывает задачу, а по окончанию всех таких задач РП получает сводную таблицу. 7. Бизнес-процесс можно считать завершенным. Вот такая реализация проекта «Встреча друзей» может помочь в организации процесса, грамотно распределить ресурсы и вообще позволит мероприятию состоятся в условии недостатка финансирования.
Рассказываю как я планирую новогодние каникулы: 1. Составляю список дел / желаний на зимние месяцы. 2. Список «раскидываю» на каждый зимний месяц. 3. Фиксирую, какое желание/дело я буду делать одна, а где можно позвать друзей. 4. Там где одна вставляю в свой календарь + если требуется делаю заранее (например, забронировать стол). 5. Там где с друзьями, пишу им заранее о предложении. Если нравится, то начинаем думать про дату, чтобы всем было удобно. 6. Согласно графику встречаюсь с друзьями/ делаю дело сама. 7. Конечно, планирую бюджет на все развлечения. 8. После фиксирую, что выполнено дело и радуюсь этому :)
Алексей, куда Вы пропали, я за эти 2 дня просмотрела все ваши видео. И хотя я аналитик процессов со стажем 2 года, мне многое было полезно! Важно! Нужно! И Ценно! Продолжайте снимать!
Добрый день! Спасибо за ролик, все понятно и здорово оформлено. Есть ошибки, которые нужно исправить: 4:41 оператор AND заменить на OR, 5:42 "Создать учетку", "Подготовить документ" и тд это функции, а не события, там же событие переходит в событие
Здравствуйте! Алексей, имеет ли значение формулировка (сам текст) события? На 5:30 вы рассказываете про ветвление "И": "создать учетку" или "учетка создана", "подготовить документы" или "документы подготовлены"?
Здравствуйте! В самом BPMN жестких требований к формулировкам не закреплено. Однако рекомендуется придерживаться единообразия названия для хорошего стиля. Действительно, использование в одной диаграмме названий как вы указали из моего примера, не рекомендуется.
Спасибо большое вам! Мы всей командой стараемся, чтобы информация о BPM была доступной и понятной. Продолжаем работать дальше! Следите за новыми выпусками.
Так ведь при наличии открывающего и закрывающего параллельного шлюзов количество токенов увеличивается - и КАЖДЫЙ из них продолжает движение. Т.е. после первого открывающего шлюза будет три токена; потом они (все три) выйдут из второго шлюза и каждый из них двинет по БП. И КАЖДЫЙ из них поставить КАЖДУЮ из последующих зада. Т,е. салаты нарежем три раза, а тост скажем - шесть. (Оно, конечно, НГ, но....)
Алексей, привет. Твое мнение про процессное управление и сквозные БП хочу узнать :) в этом подходе все хорошо, кроме одной штуки, которая портит всю картину. Назначение владельца сквозного процесса. Скажи, реально ли массово внедрять процессное управление в компании, структура которой является жёстко функциональной? Т.е. есть четкое разделение по отделам, руководителям отделов и направлений.
