“ЛАНИТ – Би Пи Эм” уже более 10 лет работает с low-code платформой Pega и последние три года проводит подробные исследования ее новых версий. Недавно вышло обновление платформы – стала доступна Pega 8.6.
Наша команда разработчиков и аналитиков провела подробный анализ всех изменений и нововведений этого обновления, и выяснила, как новый функционал работает на практике и на что именно стоит обратить внимание.
Глеб Халевин еще недавно был менеджером команды Lifesciences and Healthcare (LSH) Compliance, а сегодня – Software Engineer и PEGA Certified Senior System Architect. В декабре 2020 года, приняв решение испытать себя на прочность, он развернул карьеру на 180 градусов. Мы попросили «свежеиспеченного» разработчика поделиться своей историей и рассказать, как не «набить шишек» тем, кто задумывается о кардинальной смене профессии.
Мы в ЛАНИТ – Би Пи Эм уже больше 10 лет используем low-code платформу Pega для автоматизации сложных сквозных бизнес-процессов в российских банках. За это время мы пережили всё, с чем только можно столкнуться на проектах с Pega, и как можно догадаться, раз нас это не убило, то, значит, сделало сильнее. В этой статье поговорим про развитие платформы Pega и о том, как мы пришли к регулярным исследованиям её обновлений.
Привет!
Мы запускаем новый набор AlfaFactory.
Если коротко, мы за 3 месяца обучаем студентов основам работы с BPM-платформой Pega, на которой работают многие важные внутренние системы Альфа-Банка. Учить вас будут наши IT-эксперты, через 3 месяца лучшие студенты получат оффер. Например, после AlfaFactory в том году 18 человек после обучения остались у нас и сейчас занимают позиции BPM-разработчиков.
Курс бесплатный, большая часть занятий пройдет в онлайн-формате, по вечерам, чтобы было удобно совмещать с обучением в вузе. Несколько занятий планируем провести очно.
Вот расписание:
Мы в «ЛАНИТ — Би Пи Эм» занимаемся построением BPM-решений и автоматизацией бизнес-процессов. Обычно после выпуска первой версии развитие процессов не останавливается и заказчик хочет их улучшать: заменять ручные расчеты на автоматические, убирать ненужные шаги и обращения к устаревшим системам и т. п.
Автоматизированные процессы часто являются отражением реального мира и могут выполняться долго: дни, месяцы или годы. Что делать при выпуске новой версии с теми процессами, что были запущены на старой версии, но не успели завершиться? Их нужно довести до конца по старой версии или мигрировать на середину новой версии и довести уже по ней?
В этой статье я расскажу о проблемах (очевидных и не очень) обновления запущенных ранее процессов и про то, почему обычные подходы к миграции данных не работают в процессных системах на базе BPMN, и приведу несколько инструментов и идей, проверенных нами в реальных проектах на Camunda Platform и Pega Platform. Статья направлена на мидлов и старших разработчиков.
Определение подходов к автоматизации бизнес-процессов и связанный с этим выбор конкретных технологий, особенно в крупной организации, - комплексная задача, которая требует учитывать экономические, организационные, функциональные, технические и другие аспекты. Сегодня на рынке существует множество BPM-технологий самого разного масштаба - от легковесных библиотек до крупных платформ. В этой статье мы подготовили сравнительный анализ двух очень непохожих представителей из разных областей этого спектра - Pega и Camunda. По каждой из этих технологий мы, ЛАНИТ - Би Пи Эм, накопили немалый опыт использования и наработали портфолио крупных корпоративных решений. Среди них есть проекты по автоматизации кредитных конвейеров и других бизнес-процессов в крупнейших банках РФ (Сбербанк, ВТБ, Альфа-Банк). Есть проекты как с монолитной, так и с распределенной, микросервисной архитектурой.
Если кратко, Pega - экосистема для IT-поддержки процессного подхода в бизнесе, а Camunda - набор инструментов для реализации процессных приложений.