Спасибо за экскурс в детство, у нас по воспоминаниям были в основном покемоны и мортал немного, остальное видимо не доезжало до нашей деревни под Омском) Эх, к сожалению совершенно не помню куда делся мой пакет с фишками и как прошла мода на них =( Зарубы в них были очень эпичные, настоящие турниры, двор на двор, или даже с соседним поселком.
Что вы думаете про Low-code инструменты и возможность отдать внесение изменений в процессы, веб-формы и др. бизнес-аналитикам из ИТ-отдела или даже технически подкованным людям бизнеса?
Вся проблема в том, что Low-code рассматривают как новый инструмент для разработчика. Но ведь нет… Low-code платформы – это инструмент для продвинутого бизнес-аналитика, который программировать почти или совсем не умеет, но умеет моделировать процессы и данные, разбирается в бизнес-правилах, эргономике и UI/UX. Какой плюс для разработчиков? Они могут скинуть кучу бизнесовых запросов бизнес-аналитикам с Low-code инструментом в руках. Да, просто «скинуть» не получится – нужно организовать совместную работу. Но это уже не разработчика забота, а ИТ-директора. Есть ли у вас такой и насколько он готов в это «впрягаться» – это другой вопрос. Если кому интересно, в этой инфографике Comindware предложили шпаргалку по организации сотрудничества ИТ-отдела с бизнес-аналитиками — www.comindware.com/ru/blog-%D1%88%D0%BF%D0%B0%D1%80%D0%B3%D0%B0%D0%BB%D0%BA%D0%B0-%D0%B4%D0%BB%D1%8F-%D0%B8%D1%82-%D0%B4%D0%B8%D1%80%D0%B5%D0%BA%D1%82%D0%BE%D1%80%D0%BE%D0%B2
В статье автор почему-то выдрал из процессного приложения 1 элемент – схему бизнес-процесса – и сетует, что этот элемент не закрывает все аспекты автоматизации процесса. Не удивительно, что не доволен.
Итого начал изобретать велосипед. Его "велосипед" для автоматизации "почти любого процесса", состоит из таблицы и формы документа. Похоже, он собрался даже не BPMS с нуля собирать, а вообще СЭД. ИМХО не стоит изобретать велосипед и откатываться назад к СЭД, где всё крутится вокруг документа. BPMS на волне цифровой трансформации хорошо поднялись и сейчас уже не только СЭД отлично заменяют, но и CRM. Здесь хорошо на пальцах пояснили — https://www.comindware.com/ru/blog-%d0%bd%d0%be%d0%b2%d1%8b%d0%b5-%d1%82%d0%b5%d0%bd%d0%b4%d0%b5%d0%bd%d1%86%d0%b8%d0%b8-%d0%b2-bpm/
Всё таки конкурируете: у клиента один бюджет и отнесёт он его либо вам, либо вендору Low-code, либо вендору «коробки». Low-code как концепция – это решение для бизнеса, который как раз хочет минимизировать зависимость от вендора. В случае заказной разработки, как мы все знаем, это та ещё «игла», подсев на которую клиент постоянно платит разработчику за доработку и новый функционал, причём по рейту, который устанавливает исполнитель, и получая результат в сроки, устанавливаемые тем же самым исполнителем. Про «простые удобные CRM-коробки» хочу отметить, что если бы они действительно подходили компаниям, то их бы не появлялось на рынке как грибов после дождя, а вокруг Salesforce не сформировалась бы целая индустрия доработок, модулей и т.д. По поводу невозможно построить ERP|CRM, на сколько мне известно на нашей платформе делали и то и то, причем довольно сложное и удобное, под что не возможно найти решения на рынке. По поводу языка и контроля версий это C# и GIT. Напишите в личку, если интересно поговорить или потыкаться в триалке нашей платформы – организую.
Сайт делают маркетологи и, наверное, так у них конверстится лучше. Меня лично тоже бесит отсутствие прайсинга и документации на продуктовых сайтах. Ссылки на какую-то нашу документацию всё же можно найти тут в блоке «Размещение и лицензирование» – www.comindware.com/ru/platform остальное уже отдают сейлзы после запроса.
Отличный вброс. Особенно с учётом того, что вы работаете в компании, которая занимается заказной разработкой корпоративных систем и конкурирует с Low-code платформами. Я не пользовался Mendix и, возможно, там и правда всё так плохо. Да, у большинства Low-code платформ нотация моделирования бизнес-процессов далека от стандарта BPMN, и их схема процессов изобилуют техническими элементами (интеграции, элементы работы с формами и данными и т.д.), которые бизнес прочитать не в состоянии – ваш скриншот отличный тому пример. Я работаю в Comindware и вставлю свои пять копеек с отсылкой на нашу Low-code платформу — www.comindware.com/ru/platform. В платформе Comindware используется нотация BPMN 2.0, так что бизнес-процессы прозрачны и читаемы. Толковый бизнес-аналитик строит модель бизнес-процесса, создаёт прототип бизнес-приложения, проверяет прототип на пользователях и (да!) отдаёт на доработку программистам. Не возможно обойтись без программирования, но напряг программистов можно и нужно сократить. Вы говорите «написать 10 строк кода в хорошей IDE, чем перетаскивать, настраивать и соединять десятки блоков» — а зачем у вас программист пользуется инструментом, созданным для бизнес-аналитиков? Бизнес-аналитик, который знает BPMN, запросто соберёт бизнес-процесс и, кроме того, толковый бизнес-аналитик знает, что нормальный бизнес-процесс не должен состоять из десятков блоков – сложные процессы разбиваются на подпроцессы и вся картина остаётся наглядной. Кроме того, если у Low-code платформы есть API, то никто не мешает при необходимости накодить внешние функции и обращаться к ним из блоков диаграммы. У нас ещё в самой платформе можно скрипты добавлять «на раз два». Итого, не нужно Low-code платформой заменять фреймворки/платформы для разработчиков, используйте её по назначению всё будет отлично.
Comindware разрабатывает Low-code BPM-платформу на которой можно реализовать множество решений и заменить уходящих вендоров. Малая их часть перечислена тут https://www.comindware.ru/blog/comindware-заменит-решения-terrasoft-sap-oracle-microsoft-и-других/ и тут https://www.comindware.ru/quick-solution-replacement/
Понятно что нет 100% того же функционал что есть у уходящих но многие кейсы во многом перекладываются. Особенно хорошо получается с заменой Terrasoft, SAP SRM, Salesforce.
Спасибо за экскурс в детство, у нас по воспоминаниям были в основном покемоны и мортал немного, остальное видимо не доезжало до нашей деревни под Омском) Эх, к сожалению совершенно не помню куда делся мой пакет с фишками и как прошла мода на них =( Зарубы в них были очень эпичные, настоящие турниры, двор на двор, или даже с соседним поселком.
В статье автор почему-то выдрал из процессного приложения 1 элемент – схему бизнес-процесса – и сетует, что этот элемент не закрывает все аспекты автоматизации процесса. Не удивительно, что не доволен.
Итого начал изобретать велосипед. Его "велосипед" для автоматизации "почти любого процесса", состоит из таблицы и формы документа. Похоже, он собрался даже не BPMS с нуля собирать, а вообще СЭД. ИМХО не стоит изобретать велосипед и откатываться назад к СЭД, где всё крутится вокруг документа. BPMS на волне цифровой трансформации хорошо поднялись и сейчас уже не только СЭД отлично заменяют, но и CRM. Здесь хорошо на пальцах пояснили — https://www.comindware.com/ru/blog-%d0%bd%d0%be%d0%b2%d1%8b%d0%b5-%d1%82%d0%b5%d0%bd%d0%b4%d0%b5%d0%bd%d1%86%d0%b8%d0%b8-%d0%b2-bpm/