Вышла RUNA WFE 3.0

Интересненько. :) Стоит посмотреть что єто. :)

вот черт, если бы я про нее в прошлом году узнал, было бы хорошо.

100 процентов. :) Мы тут с манагером собрались что то похожее писать. :)

RUNA WFE — это система управления бизнес-процессами предприятия с открытым кодом (LGPL лицензия), основанная на популярном ядре JBOSS-JBPM и ориентированная на забвение, так как никому на йух не нужна.

Вывод - ЗАКОПАТЬ !!!

Школота чешет затылок, думает, что это за неведомая хренотень и идет дальше «конкурировать с блондинками в IT, таксовать и подрабатывать фотографом на свадьбах».

жалко что демка забита мусором, не понятно какого рода записи должны быть

мы нанимали фрилансеров для создания такой штуки на движке drupal. Но дирекция прекратила спонсирование.

По описанию похоже на то что нам нужно было, но еще нам требовалась тесная интеграция с нашей 1C.

Что-то в демке настолько ничего нет, что создается впечатление что вааще ничего нет.
Где «графический редактор бизнес-процессов»?
Хоть бы диаграмму ганта нарисовали по исполнении бизнес-процессов.
Почему не указана дата завершения процесса и дедлайн?

Что-то я нифига не понял из этой демки. Ничего там нет.

Вот что мешает внедрению подобных процессов - это грамотная демонстрация продукта.

Те, кто хорошо знает продукт (разработчикм) не понимают «что тут непонятного», а те, кто решил посмотреть что это за продукт - не понимает «что тут к чему и что оно может».

Разработчики считают свою систему «чрезвычайно гибкой», а вот начинающие использователи - «настолько гибкой, что не стоИт»...

Как-то надо баланс искать. Демонстрашку делать наглядной и исчерпывающей основноые возможности системы и подчёркивающей основные «фишки», которыми данная система отлична от других.

Год назад два месяца истратил впустую устанавливая подобные комбайны, заполняя их своими данными и уговаривая менеджеров попробовать в ней поработать...

> Что-то в демке настолько ничего нет, что создается впечатление что вааще ничего нет.

Это же демо-версия.

Где «графический редактор бизнес-процессов»?

Это standalone-приложение на Eclipse. В нём рисуются схемы процессов workflow, затем схемы заливаются на сервер и сразу начинают функционировать.

Хоть бы диаграмму ганта нарисовали по исполнении бизнес-процессов.

Почитайте про отличия проектной деятельности и workflow. Это разные по сути понятия.

Почему не указана дата завершения процесса и дедлайн?

Потому что это workflow. Там важно само состояние и факт завершения процесса. Если хотите, объясню на пальцах.

Интересно, надо что то подобное попробовать внедрить, привязать бы еще CRM сюда...

> привязать бы еще CRM сюда...

Хм. Интересно, как сочетаются workflow и customer relations?

> жалко что демка забита мусором, не понятно какого рода записи должны быть

С демкой может работать каждый желающий. Неудивительно, что там запускаются процессы совершенно случайным образом.

По описанию похоже на то что нам нужно было, но еще нам требовалась тесная интеграция с нашей 1C.

С 1С у нас возможна интеграция тремя способами:

- Через веб-сервисы
- Через корпоративную шину
- Через таблицы базы данных

Что-то в демке настолько ничего нет, что создается впечатление что вааще ничего нет.

Демо-процессы специально выбраны очень простыми, однако каждый демо-процесс показывает определенную функциональность системы. - В сложных процессах пришлось бы долго разбираться.

Где «графический редактор бизнес-процессов»?

Редактор - это отдельное приложение. Редактор можно скачать здесь: http://sourceforge.net/projects/runawfe/files

Почему не указана дата завершения процесса и дедлайн?

Дата завершения указана в колонке «завершен». Для иллюстрации дедлейнов сделан процесс TimerDemo.

Хоть бы диаграмму ганта нарисовали по исполнении бизнес-процессов.

В общем случае диаграмму Ганта для бизнес-процесса нарисовать нельзя, т.к. не для всех заданий требуется устанавливать дедлайн, кроме того, значения для таймеров могут быть неизвестны заранее (могут вычисляться во время исполнения бизнес-поцесса).

Текущие маршруты точек управления можно посмотреть, кликнув на экземпляр процесса (маршруты отмечены красными линиями на графе процесса). Историю событий экземпляра процесса можно посмотреть, кликнув на ссылку «История»

> Вот что мешает внедрению подобных процессов - это грамотная демонстрация продукта.

Спасибо за информацию. - Поработаем над демо и документацией.

> Поддрежка нотации BPMN было бы здорово, лишь бы это работало

> Поддрежка нотации BPMN было бы здорово, лишь бы это работало

Мы взяли jboss'овскую реализацию BPMN-нотации. Все работает. Можно посмотреть демо-процесс BPMNdemo.

Потому что это workflow. Там важно само состояние и факт завершения процесса. Если хотите, объясню на пальцах.

Объясните. Мне как-то не представить бизнес-процесс для которого не важно планируемое время окончания.

>Спасибо за информацию.
Если вы из разработчиков, то мне (как потенциальному пользователю) было бы интересно «поиграться» с несколькими «типовыми» (самыми ходовыми) схемами в готовом виде. Посмотреть, как это делают умные люди. (Был бы сам умным - было бы достаточно перечисления возможностей)

> Год назад два месяца истратил впустую устанавливая подобные комбайны, заполняя их своими данными и уговаривая менеджеров попробовать в ней поработать...

аналогично, года 3 назад.. менеджеров уговаривать бесполезно — нужно волевое решение «а ну в стойло» ^W^W^W в автоматизацию, работать, солнце высоко — лично от ЛПР-ов, иначе не взлетит нифига

от менеджеров ты максимум можешь use case собрать, «как есть», «как надо» и как наше патентованное средство от всех болезней и тебя вылечит, и его. Уговаривать надо только ЛПР-ов, от них единственных что-то зависит. А юзеры должны просто делать всё тоже самое что обычно, только легче и проще с комбайном, чем без, тогда и они не будут вхолостую время отнимать (а то у них такое ощущение, что это ты у них время отнимаешь)

напланируй нормальный проект, выбери нормальный пилотный пример, близкий для конечного пользователя, обоснуй его ЛПР-у, уточни по-нормальному требования, составь ТЗ, выбей ресурсы и полномочия, и пусть уже менеджер перед ЛПР-ом оправдывается, что он проект автоматизации срывает. Уговаривать надо того, кому нужен конечный результат и цели автоматизации — ЛПР-а.

>аналогично, года 3 назад..
Эк тебя... Выдыхай! ;););)
Небо - синее, вода - мокрая, финансы - откатное орудие, ЛПР-ы - мастера оттягивать конец :D

> Потому что это workflow. Там важно само состояние и факт завершения процесса. Если хотите, объясню на пальцах.

Давай. Вот к примеру модная тема «интеграция с 1С». Давай поясним, что подразумевается под бизнес-процессами в 1C, BPML, и в проектах вроде выполнения работ. Документами в 1С фиксируются отдельные действия, фазы процесса. Вот кто их вводить будет, на стороне 1С? Какая-то обработка с кнопкой? Кто будет определять, что состояние изменилось, и надо на кнопку нажимать? Фоновый процесс на сервере приложений со стороны 1С? Это как, многозадачность кооперативной вроде Win3.11 через ОбработкуОжидания? Хотя в восьмёрке и подписка на события есть, но кто эти события запускать будет, со стороны одинесины?

По сабжу, интересно его место в общей картине. Допустим, у нас есть отдельно стоящий фин учёт. И есть производство или упр учёт, то есть, нормальная ERP/MES (с их милыми прелестями относительно интервалов планирования/перепланирования и терпимости к вводу задним числом). И хотим, к примеру, посчитать стоимость процесса по ФСО или через бюджетирование по ЦФО.

И вот какую нишу сабж занимает в этом разрезе? Зачем делать мониторинг некоего бизнес-процесса в этой отдельной программе *удобнее*, *полезнее*, чем просто взять и доработать другой кусок — ERP или фин учёт?

запланированный обзвон клиентов «у нас вышла новая версия, покупайте наших слонов», к примеру. Маркитанты-то тоже по планам продаж^W рекламных акций работают.

>- Через таблицы базы данных

это как, только на чтение? что происходит на стороне 1С когда у вас происходит что-экспорт?

про интеграцию напишите плиз подробнее, думаю всем будет интересно послушать

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

Любой, где отслеживается _продолжительноть_ этапов, а не конечнаый срок выполнения. Например, обращение гражданина за госуслугами или заявление на отпуск.

> Объясните. Мне как-то не представить бизнес-процесс для которого не важно планируемое время окончания.

Возможное время штатного завершения процесса может быть разным в зависимости от выполнения задач этого процесса. Например, в процессе могут быть шаги - «заключить договор» (от 1 до 3 рабочих дней) и «перевести деньги» (от 3 до 5 рабочих дней). Если договор заключили за 1 день, то срок возможного штатного завершения процесса будет меньше, чем в случае, если договор заключили за 3 дня.

> Если вы из разработчиков, то мне (как потенциальному пользователю) было бы интересно «поиграться» с несколькими «типовыми» (самыми ходовыми) схемами в готовом виде. Посмотреть, как это делают умные люди. (Был бы сам умным - было бы достаточно перечисления возможностей)

Реальные процессы сильно «завязаны» на инфраструктуру конкретного предприятия (SQL-таблицы, в которых лежат данные, конфигурации 1С предприятия и т.д.). «Поиграться» можно только с какими-то условными процессами или с шаблонами процессов.

Можете приехать к нам в Руну (www.runa.ru) - мы покажем реальные процессы в эксплуатации.

> Документами в 1С фиксируются отдельные действия, фазы процесса. Вот кто их вводить будет, на стороне 1С? Какая-то обработка с кнопкой? Кто будет определять, что состояние изменилось, и надо на кнопку нажимать?

Простейший вариант - из 1С отгружаются данные в SQL-таблицу, а workflow проверяет наличие данных в этой таблице и, если что-то обнаружила, совершает соответствующие действия.

Более «правильный» вариант. 1С обращается к workflow как к веб-сервису и таким образом сразу «запускает» в workflow определенные дейситвия. И наоборот workflow может обращаться к 1C через веб-сервис.

Можно и другие протоколы задействовать.

> запланированный обзвон клиентов «у нас вышла новая версия, покупайте наших слонов», к примеру

C CRM можно интегрироваться. Можно, например, список e-mail адресов для рассылки из CRM получать и прямо в бизнес-процессе почтовым ботом рассылать по этим адресам сообщения.

> что происходит на стороне 1С когда у вас происходит что-экспорт?

1С периодически проверяет состояние таблицы и если находит соответствующие данные (нпример, строку, дата вставки которой попадает в определенный период), - запускает соответствующий обработчик.

> про интеграцию напишите плиз подробнее, думаю всем будет интересно послушать

К Runa WFE другое приложение может обращаться как к веб-сервису или по протоколу rmi. Runa WFE может обращаться к другим приложениям через ботов (бот - это программный исполнитель, который «умеет» получать и выполнять задания узла бизнес-процесса). В системе есть веб-сервис бот, sql-бот, e-mail бот, бот работы с шиной и множество других ботов. Если для «общения» с приложением не хватит существующих ботов, можно написать нового бота.

>Год назад два месяца истратил впустую устанавливая подобные комбайны, заполняя их своими данными и уговаривая менеджеров попробовать в ней поработать...

Pronin

Самое главное не сказал :)
Чего выбрал в результате то?! Ну и почему ...

>С демкой может работать каждый желающий. Неудивительно, что там запускаются процессы совершенно случайным образом.

а если сделать раздел рид-онли и пускать только посмотреть? Хотя те люди, для которых этот софт написан и так могут разобраться что к чему.

Отличная вещь, легко настраивается, очень удобна в работе!
Спасибо разработчикам!

а как простенькую систему документооборота будет?

>Реальные процессы сильно «завязаны» ...

Можете приехать к нам в Руну...мы покажем...

Кончилась сказка о взаимопонимании...
Инфраструктура «реального предприятия» больше не включает «реального директора», «нереальную секретаршу», «невообразимого менеджера», «невероятного системного администратора»? И между ними складываются уж совсем фейерические служебные взаимоотношения, которые при помощи вашего комплекса описать вовсе уж невозможно...

А приехать к вам для «посмотреть»... Между прочим, если самолётом измерять, то между нами 9 часов полёта...
А если измерять «кликами мышки», то 3-4 штуки... Вот такая география получается...

>Чего выбрал в результате то?! Ну и почему ...

В результате директорат на протяжении всего времени моих «исканий» вёл переговоры и оплату создания «демки» одного (!) процесса (с участием пресловутых директора, секретарши, юриста и менеджера) на базе SharePoint.
После создания той самой «демки» было решено ничего не решать и продолжить таскать друг к дружке бумажки.
Тем временем мной на базе eGroupWare+CommuniGate было собрано «на коленке» подобие чего-то, отвечающего моим представлениям о бизнес-процессах и документообороте. Теперь персоналом нашей конторы всё это потихоньку осваивается.
Почему выбрал именно eGroupWare? Попалось последним...

«Феерическими» могут быть только личные отношения. «Феерические служебные отношения» - это нонсенс. Они потому и служебные, чтобы обезопасить работу от «фееричности». Так?

> а как простенькую систему документооборота будет?

Если не нужна версионность документов и поиск по содержимому документов, то Runa WFE будет достаточно.

Если нужны версионность и поиск, то вместе с Runa WFE надо поставить Alfresco (В 3.0 версии Runa WFE интегрирована с Alfresco). В этом случае будет поддерживаться уже не простенький, а достаточно серьезный документооборот.

Кончилась сказка о взаимопонимании... Инфраструктура «реального предприятия» больше не включает «реального директора», «нереальную секретаршу», «невообразимого менеджера», «невероятного системного администратора»? И между ними складываются уж совсем фейерические служебные взаимоотношения, которые при помощи вашего комплекса описать вовсе уж невозможно...

В демо есть набор процессов для условного предприятия:

Vacation - отпуск
Overtime Work - сверхурочные
Report - отчет
Businesstrip - командировка

В них есть руководитель, менеджеры, отдел кадров, бухгалтерия, персонал - 9 человек задействовано:

julius - Юлий Цезарь
nero - Нерон
cleopatra - Клеопатра
octavia - Октавия
tiberius - Тиберий
marcus - Маркус
gaiua - Гойя
attila - Аттила
caligula - Калигула

Между ними смоделированы вполне производственные отношения: Юлий Цезарь - главный начальник, Клеопатра работает в отделе кадров, Калигула - бухгалтер и т.д. Все процессы можно выполнять по ролям от имени этих персонажей.

А есть ли у вас поддержка для установки, обслуживания? и возожность помощи с разработкой шаблонов процессов. Пусть даже платная?

> А есть ли у вас поддержка для установки, обслуживания? и возожность помощи с разработкой шаблонов процессов. Пусть даже платная?

Поддержка есть. Договор на платную поддержку, установку и т.д. можно заключить с АльтЛинуксом (он распространяет Runa WFE в составе дистрибутива AltLinux Workflow - http://www.altlinux.ru/products/for-business/workflow) - у АльЛинукса есть хорошая инфраструктура для поддержки. Через некоторое время можно будет заключить договор на поддержку непосредственно с Руной , но пока в Руне инфраструктура поддержки еще только формируется.
Можно получить бесплатную поддержку в англоязычном форме на sourceforge: http://sourceforge.net/projects/runawfe/forums
Также создана структура русскоязычного форума - http://wf.runa.ru/rus/%D0%A4%D0%BE%D1%80%D1%83%D0%BC Популярности у этого форума пока нет, но если кто-нибудь задаст там вопросы - ответим.

Хорошая система, было у меня задание прошерстить BPMN рынок. Так там из вменяемых безплатных только Руна и ProcessMaker. А у платных такой порог вхождения, что нашего менеджера мало удар не хватил.

Не согласен, любое workflow - даже банальный документооборот обязатнльео требует контроля исполнения временных точек на каждом участке и всего процесса в целом. Иначе он просто неприменим в нормальном бизнесе - вы в банке кредитку получали ? :) А в целом конечно интересно

> И наоборот workflow может обращаться к 1C через веб-сервис.

вот это место не совсем понятно. То есть, со стороны одинэсины веб-сервис синхронно лочит базу или уже нормально работает полноценный сервер приложений? Вы про одинэсину восьмёрку с подпиской на события и сервером приложений или про однопоточную семерку, где как выкручиваться — непонятно (модель событий уныла)

Впрочем, веб-сервис — это хорошо.

1С периодически проверяет состояние таблицы

ага, при этом лочит базу и блокирует транзакции. Ненене. Впрочем, если восьмёрка, сервер приложений и асинхронные события — годно, годно.

> Не согласен, любое workflow - даже банальный документооборот обязатнльео требует контроля исполнения временных точек на каждом участке и всего процесса в целом.

Совершенно верно. Как milestone, а не хронологическая окончательная дата. Ибо основное измерение процесса — в его _длительности_, а не историчности.

Иначе он просто неприменим в нормальном бизнесе - вы в банке кредитку получали ? :)

Нет, я таким не балуюсь ;). Когда я получал ипотечный кредит — были чёткие сроки (по длительности) рассмотрения заявки и прочих процедур. А уж точную дату определить по длительности может и ученик младших классов.