|
|||||||||
|
|||||||||
Литература: Отзыв о VIII Форуме BPMВчера в Москве прошел очередной, VIII Форум BPM, который регулярно проводит компания AH Conferences. Как всегда, доброжелательная, рабочая обстановка, хорошая организация, полный зал народу. Много новых докладчиков. К сожалению, не смог выступить с докладом Сергей Рябов из Сбербанка, но зато повезло остальным трем докладчикам первой сессии, которым досталось по несколько дополнительных минут для доклада. Первым выступил Андрей Коптелов, директор BPM-практики Логики Бизнеса 2.0, с докладом о трендах развития BPM в России. Хорошо оговорился в начале выступления: «… как бы грустно это ни было, процессный подход идет и развивается» (надеюсь, грусть вызвана недостаточно быстрыми темпами развития). Но, тем не менее, темпы – темпами, а уже тесно становится в рамках BPM. Андрей даже упрекнул BPM в излишней жесткости (а говорили, что BPM – это гибкость J). И основные тенденции, которые наблюдаются в 2012 году, связаны с увеличением степени свободы – уход от регламентированных процессов к кейсам, социальному BPM. (Стоит отметить, что все тенденции никоим образом не относятся к инновациям в области управления, а имеют чисто технологический характер. Но, принимая во внимание тот факт, что единых требований и стандартов к новым технологиям как не было, так и нет, пока все эти тренды – это только поле для фантазии вендоров). Напоследок Андрей «угостил» слушателей новыми результатами социологических исследований, которые проводит его компания. В сравнении с 2011 годом количество организаций, в которых описаны все процессы, увеличилось с 4% до 5%, тогда как количество организаций, в которых процессы вообще не описаны, сократилось с 11% до 4%. 49% организаций описали ключевые процессы. Внушает оптимизм то, что увеличивается количество организаций, описывающих процессы с целью их автоматизации, хотя по-прежнему, лидерство сохраняет стандартизация. В основном пока автоматизируют процессы в СЭД или ERP, но в последнее время подрастает доля BPMS, за счет уменьшения СЭД. Денис Реймер, генеральный директор Ланит – Би Пи Эм, рассказал о «приключении», которое называется Pegasystem (доклад назывался «BPM. Приключение. Начало»). Компания долго присматривалась к рынку BPMS, и, в конечном итоге, сделала решительный шаг в сторону Pega. Денис рассказал о некоторых возможностях системы. В случае с Pega это пока что интересно, поскольку система новая, а заказчик у нее очень даже крупный – Сбербанк России. Денис немного рассказал о самих проектах в Сбере. Работы ведутся по трем направлениям:
Три разных направления, разные виды работ – без сомнения, вызывает интерес. И вопросов Денису задавали много. На вопрос, что реально изменилось в операционном блоке, Денис ответил, что удалось избавиться от большого количества бумаг, и сократить срок рассмотрения заявок с нескольких дней до нескольких часов. В ходе доклада Денис делал акцент на наличие облачной технологии – процессы разрабатываются «в облаке». И один из вопросов касался непосредственного размещения дата-центра. И тут вся облачная завеса упала, поскольку в облаке делается начальная разработка, а потом все переносится на сервера банка. Доклад Дмитрия Зверкова, ведущего консультанта и архитектора решений Kofax, прямого отношения к BPM не имел, но он касался технологии поддержки потокового ввода, и, возможно, технологию можно использовать в BPMS. Основная идея – это возможность считывания и распознавания любых документов – от структурированных до рукописных, и распределения их, в зависимости от контента, в разные процессы. При этом система не просто распознает тексты, но и умеет извлекать из них информацию (например, номер счета, сумму и т.д.), и использовать как атрибуты процесса. На вопрос, насколько надежно распознавание, Дмитрий ответил, что процент точности распознавания система считает сама, и не исключены (а скорее – обязательны) визуальный контроль и корректировка. Вторая сессия началась с доклада Анатолия Белайчука, президента компании Бизнес-Консоль, который обратился к истокам, предложив формулу идеального BPM: BPM = Бизнес-методология + Анализ и моделирование процессов + Исполняемый процесс + Интеграция с унаследованными системами + Непрерывное усовершенствование. Как практик с большим опытом в области BPM, Анатолий считает, что перекосы в сторону отсутствия бизнес-методологии или, напротив, отсутствия исполняемого процесса, а также отсутствие непрерывного усовершенствования не совместимы с BPM в принципе. В то время как недостатки отсутствия анализа и моделирования, а также интеграции, можно обойти, и они не имеют такого плачевного влияния на результат. Не мог Анатолий не поделиться успехами партнера – BPMS – вендора BizAgi, завоевавшего в 2012 году сразу два золота в конкурсе BPM-проектов «Global Awards for Excellence», увеличив таким образом общее количество высших наград, полученных с 2008 года, до шести, и заняв верхнюю строку итоговой таблицы. Несколько тяжелым из-за большого количества схем, и их детального разъяснения, показался доклад Елены Асановой, заместителя генерального директора по ИТ и Моделированию бизнес-процессов ОАО Электромашина. Компания с 2006 года занимается описанием процессов, начав это делать в BPWin и в ARIS. В 2006 году в компании были описаны, по словам Елены, все процессы. И сейчас они продолжают эту работу в Business Studio. В настоящее время в Электромашине автоматизированы только учетные функции в ERP системе, и исполняемых процессов нет. В докладе явно прозвучало, что компания испытывает «потребность в моделировании деятельности». Остается надеяться, что участие в форуме позволит компании выйти на качественно более высокий уровень BPM. А вот Светлана Злобина, начальник отдела бизнес-моделирования Пермской научно-производственной приборостроительной компании (ПНППК) сразу признала, что в компании нет BPMS, хотя управление процессами ведется, и методология управления построена в соответствии со всеми принципами классического BPM. О том, как в компании управляют жизненным циклом процесса, Светлана рассказала на примере одного из процессов, в лучших традициях жанра: есть цель, которая не достигнута. Есть процесс, связанный с этой целью. Опускаясь вглубь процесса, находят его показатели, сравнивают их фактические значения с плановыми, выявляют причины отклонений. Важно, что они анализируют не один процесс, а все, связанные с ним, процессы. Отсутствие BPMS в компании пытаются пока компенсировать автоматизацией отдельных функций, организацией обмена сообщениями по электронной почте (в общем, вручную), но вопрос о BPMS уже стоит, и решение ищется. Завершил вторую сессию убойный доклад генерального директора компании Геометрия Алексея Турчкова. Компания не крупная – порядка 30-35 сотрудников. Но при этом быстро растущая, и имеющая хорошие амбициозные планы. В отличие от многих компаний, которые обращаются к BPM, только испытав трудности в управлении, в Геометрии не стали ждать, когда трудности наступят, и решили действовать с упреждением, выбрав в качестве управляющей дисциплины BPM. А в качестве «подопытного кролика» - узкое место – процесс подготовки коммерческого предложения. Именно в этом процессе задействовано большее количество отделов, и именно там используются наиболее дорогие ресурсы. Алексей не стал мучить слушателей детальным разбором схем процессов, лишь бегло показав схему, а рассказал о том, как, чего и за какие сроки удалось сделать в Геометрии, чтобы получить уменьшение времени отклика на запрос на 20-40%, сократить время взаимодействия разных отделов на 20-50%, уменьшить загруженность руководителя на 50%, сократить время подготовки коммерческого предложения на 60-70%, уменьшить количество ошибок на 60-70%. На разработку процесса в системе BizAgi ушло два месяца, и общий срок эксплуатации – около четырех месяцев. И эту оценку мы слышали не со слов менеджера или начальника отдела компании, а от ее совладельца и генерального директора! Хотелось бы больше таких докладов. Приятно порадовала и послеобеденная дискуссия (кто – поспать, а нам – поговорить :) ). Общей темой дискуссии стали основные технологические тренды BPMS. Но само обсуждение началось с выяснения – что вообще понимается под автоматизацией бизнес-процессов. И тут выяснилось, что когда мы произносим «автоматизация бизнес-процессов» - далеко не у всех появляется ассоциация с системами BPMS. И некоторое время участники дискуссии вырабатывали общую систему понятий. Что, кстати, оказалось весьма полезным не только для тех, кто до сих пор не сталкивался ни с одной BPMS, но и для тех, кто просто забыл о возможности существования первых. Постепенно перешли и к трендам, и тут тоже было много вопросов к обсуждению – и Adaptive Case Management, и социальный BPM. Необыкновенно активное обсуждение – выступления из зала, комментарии экспертов – только успевай передавать микрофон. И закончили на оптимистической ноте, процитировав фразу одного из «зарубежных коллег» в изложении Андрея Коптелова: «BPM – это хорошо!» В общем, кто не смог придти – что ж, сочувствую. Ну а кто не захотел – ну так вам и надо! А я, в завершение, повторю слова благодарности организаторам и всем участникам. =WJ >> Комментарии (всего 2)iBPM Magic Quadrant 2012В последнее время появляется все больше новых определений, претендующих на то, что это «BPM, только еще лучше». Законодателем в этой практике можно считать Gartner: если появился магический квадрант по очередной квалификации – все, тренд готов. В этом году таким трендом может стать Intelligent Business Process Management Suites (iBPMS), который попал в отчет Magic Quadrant 2012 for Intelligent Business Process Management Suites. iBPM – это расширение BPMS в направлении IBO (Intelligent Business Operations). Но при этом аналитики Gartner предупреждают, что нельзя сравнивать квадрант iBPM 2012 с квадрантом BPMS 2010, поскольку, несмотря на пересечение этих областей, для указанных квадрантов использовались разные подходы и разные критерии оценки. iBPMS должны включать в себя все возможности традиционных BPMS, расширяя их такими возможностями, как социальные инструменты, чтобы подключить как можно больше внешних источников, такие как мнения экспертов или голос заказчика, и доступность контекстных данных на протяжении всего жизненного цикла процесса; мобильные устройства, позволяющие иметь доступ к процессам 24 часа в сутки; расширенные возможности анализа, такие как реал-тайм бизнес-анализ, интерактивные панели управления, оповещения в исключительных ситуациях; интеграция с разными аналитическими инструментами; более мощные инструменты бизнес-правил; возможность работы с неструктурированной информацией, включая видео, аудио и социальные потоки; доступ на основе ролей, навыков и шаблонов взаимодействия. Эволюция от BPMS к iBPMS подобна эволюции от Pure-Play BPM к BPMS в середине 2000-ных. Возможно, что для организаций с невысокой зрелостью BPM в настоящее время достаточно функциональности BPMS, но аналитики Гартнер считают, что сегодня необходимо говорить о iBPMS, чтобы расширить горизонт и задать направление развития. Гартнер определяет 10 ключевых компонент iBPMS:
Как и в случае с BPMS, есть две категории вендоров iBPMS. К первой категории относятся pure-play («чистые») вендоры, поставщики отдельно стоящих продуктов. Как правило, они более мобильные, легко реагируют на требования рынка и благодаря этому им удается первыми выходить на рынок с новой функциональностью. К pure-play iBPM вендорам Гартнер относит Appian, Bosch Software Innovations, DST Systems, OpenText, Pegasystems, PNMsoft, Vitria and Whitestein. Вторая категория – это, как обычно, платформенные вендоры, для которых BPM является лишь частью их продуктовой линейки. Они готовы приобретать готовые решения у более мелких вендоров, и интегрировать их со своими продуктами. Такие производители выигрывают, как правило, за счет сильной интеграции. Сюда можно отнести Cordys, IBM, Oracle, Software AG и Tibco Software. Какому типу отдать предпочтение, зависит от того, какие задачи предполагается решать. «Чистые» вендоры, как правило, предоставляют больше бизнес-возможностей и возможностей вовлечения пользователей в управление. Платформенные вендоры чаще востребованы там, где более широкие рамки процессов, где больше интеграции с другими приложениями или процессами. Хотя в настоящее время это различие все более стирается. И, собственно, сам квадрант: =WJ >> Комментарии (всего 1)Отзыв о конференции "BPM в ИТ-инфраструктуре предприятия"Вчера, 25 сентября 2012 года Cnews провел очередную конференцию на тему «BPM в ИТ-инфраструктуре предприятия». Сразу стоит отметить, что от конференции к конференции акцент постепенно смещается от BPM к BPMS. И даже еще круче: не к BPMS, а к «околобипиэмэсным» технологиям. Есть все основания предположить, что скоро приглашения к участию руководители будут отправлять в ИТ-отделы, даже не читая. Это было бы очень грустно. Итак, по традиции, первый доклад от организаторов конференции на тему будущего BPM. Станислав Макаров, журналист-аналитик CNews Analytics построил доклад в основном на материалах прошедшей недавно в Таллинне Международной конференции BPM 2012. Основные тренды – социальный BPM, Process Mining, облака. Неплохо было подмечено, что интерес к BPM с 2004 года находится примерно на одном уровне. Упомянул Станислав и таллиннский доклад Стивена Уайта на тему будущего нотации BPMN. Правда я бы поправила Станислава (как личный участник таллиннской конференции), что Уайт не говорил о том, что готовится новая редакция 3.0. Он сказал, что BPMN 2.0 не будет последней версией нотации, и что возможно появление и 3.0., но пока конкретных планов на новую версию нет. Андрей Коптелов, который теперь представляет копанию Логика Бизнеса 2.0, разделил BPM на «классический» и «неклассический», или джазовый, по аналогии с оркестром. Логика Бизнеса назвала этот «новый» BPM как BPM 2.0, обозначив его движущие силы: Process Analysis, BPMS, Process Intelligence, Subject-oriented BPM (S-BPM), Social BPM, Process Mining, Intelligent BPM (iBPM) и ACM. По поводу iBPM, который объединяет BPMS, Complex Event Processing, BAM, Business Rules и Business Intelligence, Андрей сделал прогноз, что вероятно в скором будущем термин iBPM заменит собой BPMS, и что знаменитый гартнеровский квадрант и исследования будут именно по iBPM. А по поводу будущего S-BPM он сказал, что эта технология еще только в начале пути, и что наиболее вероятный рост ее популярности можно ожидать тогда, когда большинство сотрудников в компаниях станут фрилансерами, без фиксированной зарплаты. В целом, доклад Андрея явился логическим продолжением доклада Станислава, с более подробными техническими выкладками. Илья Караваев, руководитель практики ИТ-консалтинга Центра управленческого и ИТ-консалтинга компании РДТЕХ говорил, в основном, об управлении архитектурой предприятия, подчеркивая связь между процессной архитектурой и ИТ-архитектурой. Пожалуй, это единственное масто в докладе, которое косвенно относится к управлению процессами. Все остальное время он говорил о задачах ИТ: стратегия развития ИТ, система управления ИТ, управление затратами ИТ, унификация и стандартизация ИТ, управление рисками. Марина Аншина, председатель комитета по стандартам СОДИТ, делала доклад на тему «Роль BPM в устранении непонимания между бизнесом и ИТ». Проблема настолько известная, что, казалось бы, ничего нового уже и не скажешь (по крайней мере, я доклады на эту тему и с теми же тезисами слышала несколько раз). Но, однако, эта тема и оказалась тем самым больным местом, обратив внимание на которое, успокоиться уже трудно. Поэтому именно эта тема красной нитью прошла через все дальнейшие обсуждения. Доклад Юрия Полянского, члена Правления и директора по рискам ФОРУСБанка относится к разряду отраслевых. Юрий подробно рассказал об одном из самых важных для любого банка процессов – процессе принятия кредитного решения. Серьезной проблемой для банка является то, что принятие решений о выдачи кредита является неотъемлемой частью огромного числа процессов, и что версии процессов принятия решений часто создаются по образу и подобию предыдущих, что порождает огромное количество разных вариантов, наследующих те же ошибки. Соответственно, возникают сложности с изменениями процессов, отсутствует гибкость. Юрий считает, что есть острая необходимость в межбанковских стандартах, более тщательная методологическая проработка, квалифицированные аналитики – чтобы сократить количество процессов принятия решений до одного или, максимум, двух. Доклад, повторюсь, отраслевой. Было бы интересно услышать мнения об этом вопросе и от представителей других банков. Но таковых, к сожалению, не прозвучало. Либо не было других представителей (что маловероятно), либо они эту проблему для себя уже решили. Обсуждение докладов первой сессии началось с уже обозначенной проблемы коммуникации между бизнесом и ИТ, и начало было довольно интересным, но ведущий почему-то счел эту тему далекой от темы конференции, и попытался повернуть ход дискуссии, задав вопрос банкам, будут ли они выдавать кредиты фрилансерам, если таковых будет большинство. Попытка не удалась – уж это точно совсем не в тему конференции. В общем, задушил дискуссию. Но не так просто наступить песне на горло: следующий доклад Александра Дорохова, советника председателя Правления БТФ-Банка, хоть и назывался «Автоматизация процессов бюджетирования на основе SmartFlow BPM», но большая его часть была посвящена… правильно, проблемам взаимодействия бизнеса и ИТ. Со стороны бизнеса есть вполне обоснованные требования, такие как контроль за операционной деятельностью компании, консолидация информационных потоков, снижение операционных рисков, рост доходности (замечательно, что рост доходности отмечается как весьма приятный бонус, но не как обязательное требование!). И все это должно быть гибким и готовым к изменениям. Т.е., в терминах автоматизированных систем, бизнесу надо Company Performance Management, BPMS, CRM и интеграция. Но, по мнению Александра, BPM сам по себе бизнесу не интересен, ему нужна автоматизация. Сергей Гарбук, директор научно-технических программ НТЦ «Станкоинформзащита» уже не первый раз выступает с докладами на конференциях, и все его доклады, по сути, можно объединить в один тематический блок: BPM без процессов. Не спорю, что анализ нормативной базы – задача, достойная внимания. И решать ее надо. Но на вопрос «причем тут BPM?» прозвучал неожиданный ответ: «А для изображения!» Смеяться или плакать? А вот в СБ Банке по словам руководителя экспертной группы банковских технологий Максима Волкова, проблем понимания между бизнесом и ИТ нет. И именно благодаря правильному использованию BPMS. Приятно слышать, что основной задачей банка является забота о клиентах. Различные сервисы, которые предоставляет банк, иногда сталкиваются с ограничением применяемой в банке системы (они используют Mice 5). Например, слишком медленный движок не позволяет организовать online processing. Но зато BPM – это единственный способ обеспечить интеграцию B2B. В докладе руководителя службы интеграции информации и операционной отчетности Вымпелкома Сергея Шеленцова прозвучала очень интересная мысль: не так важно, что именно мы продали заказчику. Важно, какое впечатление мы о себе оставили. Парадоксально, но иногда основной сервис (а речь в докладе шла о поставщиках и внутренних потребителях сервисов) можно вообще не предоставить, но создать при этом хорошее впечатление. Итак, пришла пора продавать впечатления! И для того, чтобы заказчик (внутренний потребитель, бизнес) всегда оставался довольным, в компании существует особая роль – сервис менеджер. Это сотрудник, обладающий достаточно высокой квалификацией, чтобы решать технические задачи и грамотно поставить задачу техническим специалистам, но одновременно обладает знаниями и качествами, чтобы уметь вести разговор с бизнесом. Ну и напоследок доклад Виталия Елиферова на тему «Диалог между ИТ и бизнесом. Рецепты перевода от бизнес-аналитика». Доклад скорее общеразвивающий – о типах процессов, об описании, о разных уровнях управления. Упомянул матрицу Захмана (ну как же без нее!). В общем, всеми силами пытался обратить внимание на BPM, как на управленческую дисциплину. К сожалению, это, в контексте конференции, звучало как упоминание высокой моды в обсуждении коллекций прет-а-порте. Ну и в завершении дискуссия: несмотря на все попытки участников поговорить на «тему дня», ведущему все же удалось перевести разговор на другие темы. Помимо пресловутого «разрыва» были также затронуты вопросы методологического характера – определение уровней зрелости, показатели производительности. Одним словом, после конференции наконец-то заговорили о BPM. Конференция, пожалуй, не самая сильная в этот раз. Бывали лучше. Основная ценность конференций – это не доклады, а обсуждения. Все прекрасно понимают, что «на показ» выносятся материалы рекламного характера. Они только обозначают проблематику. Настоящее понимание рождается в дискуссиях. А дискуссии оставили ощущение легкого диссонанса: с одной стороны, в трех докладах из восьми тема противоречия между ИТ и бизнесом была вынесена в заголовок доклада, еще, по меньшей мере, один доклад был построен вокруг этой проблемы. И они соответствовали теме конференции, раз были приняты. А с другой стороны, дискуссия на ту же тему теме конференции не соответствовала? Но, еще раз повторюсь, что не всю дискуссию удалось задушить, и какое-никакое обсуждение все-таки состоялось. Правда, очень короткое по времени. Были интересные доклады, интересные мысли. Но как-то все меньше и меньше BPM-а… =WJ >> Комментарии (всего 0)Обсуждаем формат следующего семинараКоллеги, давно что-то мы не собирались поговорить о нашем, о сокровенном.В прошлом сезоне мы провели серию мастер-классов. На мой взгляд, в целом это было удачной идеей, и нам удалось охватить достаточно широкий спектр систем. Во всяком случае, я лично свой кругозор расширил. Пока новых докладчиков не видно, но если появятся - добро пожаловать.
Обсудить на Facebook: http://www.facebook.com/groups/bpms.ru/permalink/426053877450839/ >> Комментарии (всего 0)Отзыв о Международной конференции BPM 2012В Таллинне с 3 по 6 сентября прошла 10-я юбилейная Международная конференция BPM 2012. Конференция научно-практическая, но акцент сделан больше на науку. Хотя я участвовала только в основной части конференции, с 4-го числа. А 3-го был workshop – практические доклады, о которых можно почитать у Сэнди Кимслей, которая, к слову сказать, пишет в блог прямо по ходу докладов. Итак, 4 сентября. На входе в зал прибывших встречает информационный стенд с описанием процесса регистрации, выполненного в BizAgi Modeler. К слову, BizAgi выступил на конференции в качестве главного (платинового) спонсора.
Пройдя все шаги процесса, активируем шаг «Enjoy the Conference». Ключевой доклад этого дня – «From Calls to Events: Architecting Future BPM Systems». Докладчик – Alejandro Buchmann, профессор Факультета технических наук Технического университета Дармштадта. Основная мысль доклада: современное предприятие должно быть event-driven - событийно-ориентированным. События невозможно предугадать заранее. Поэтому любая попытка заставить предприятие работать по заранее определенным шаблонам неизбежно приведет к появлению обходных путей и отклонений от этих шаблонов. Сегодня можно наблюдать постоянно растущее число софтверных приложений (Event-driven Applications), которые реагируют на различные жизненные ситуации. Некоторые из них мы используем в повседневной жизни. Например, публичная подписка, подписка на именованный канал, Java Messaging Service (JMS), различные контекстные фильтры. Но различные типы событий, такие как изменение состояния объекта, показатели температуры, средняя температура или среднее время события, появление внешней информации требуют специальных обработчиков. Автор предложил свое видение Eventlets – Event Execution Framework, аналог сервиса в EDA (Event-Driven Architecture) и обрисовал выгоды от его применения. Вопрос из зала был вполне закономерным: как все это сочетается с BPM, а именно, как управлять этой информацией. В ответ Александро пошутил: «Дайте мне еще час, и я отвечу на этот вопрос». А по сути, - да, контроль должен осуществляться на уровне BPMS, но нерешенных вопросов по-прежнему остается много, так что над этим нужно работать (в общем, довольно общий ответ). Замечу, что вопросы в зале задавались довольно активно. Я привожу только особенно запомнившиеся. Сессионные доклады напоминали научно-исследовательскую работу аспирантов, у каждого из них несколько соавторов. Каждая рабочая сессия – подборка докладов по одной тематике. Первая сессия называлась Process Quality. Первый доклад «Tying Process Quality to the Modeling Process: The Impact of Structuring, Movement and Speed» на серьезную науку не очень тянет. Как люди моделируют процессы: первая итерация – создание понимаемой структурированной, укрупненной модели. Вторая – быстрое моделирование, связанное с большим количеством перемещений фигур. Третья – медленное моделирование, доведение до понимаемой модели. (И эти люди учат нас жить!!!) Второй доклад «Capabilities and Levels of Maturity in IT-based Management» начался с провокации: «ACM is a new trend in BPM». Дальше последовало просторное доказательство того, что ACM – вещь нужная и полезная (хотя, в принципе, с этим-то никто и не спорит. Спорят-то с тем, что это BPM!) Дальше весь доклад на тему ACM. А на вопрос, где же тут BPM (вопрос из зала), ответ: для того, чтобы реализовать ACM, необходимы знания о процессах. Если обобщить идеи доклада, то можно сказать, что основными трендами ACM являются: мобильные облачные решения, улучшение совместной работы (collaboration), применение BI (визуализация, раннее распознавание, анализ ключевых кейсов). Третий доклад «Business Process Architecture: Use and Consistency» запомнился архитектурными паттернами и анти-паттернами типа self-messaging или self-loop. Но после первой сессии уже очень хотелось услышать что-нибудь про BPM. Вторая сессия – «Conformance and Compliance». Из трех докладов можно, пожалуй, выделить один, на тему «Measuring Privacy Compliance using Fitness Metrics». Проблема – пользователи постоянно обращаются к тем или иным данным, к разным информационным системам. Но как эти данные используются в действительности? Наверное, этот вопрос интересует не одного собственника и руководителя службы безопасности. Идея связать данные с целями организации, сделать их доступными только через процессы, а дальше проводить аудит логов – кто, куда, когда и зачем ходил. Идеалисты, конечно. Но увлеченные. Слушать было не скучно. Третья сессия – BPM Applications. На самом деле – не совсем BPM applications, а, скорее, направления развития. Тенденция прослеживается не только в этих докладах, а в контексте всей конференции. Основные направления – это социальный BPM и Event-driven BPM. При этом под социальным BPM понимается компьютерная поддержка коммуникаций, ad-hoc процессы, использование потенциала BPMS и rich collaboration. Т.е. нужны crowd management технологии. Игнорировать эти требования опасно – можно потерять рынок, поэтому сегодня многие BPMS вендоры в той или иной степени реализуют некоторые функции социального BPM. Ключевой доклад второго дня представил Wil Van der Aalst, профессор факультета математики и компьютерных наук Технического университета Эйндховена, сотрудник BPM group Квинслендского технологического университета. Тема доклада «Ten Years of BPM Research: What Will the Next Decade Bring?” Довольно интересная ретроспектива докладов, начиная с 2003 года. Ключевые слова, звучавшие на первой конференции – «Activity», «Process», «Workflow». В 2005-м – «Services», «Patterns», в 2006-ом – «Composition». На конференции 2007 года наконец-то зазвучали слова «Business» и «Management». Сегодня, спустя 10 лет со дня первой конференции, мы размышляем над «Development discipline». Что изменилось за это время? Пожалуй, самым существенным можно назвать изменение понятия процессной модели, которая раньше понималась исключительно как схема процесса, а сегодня модель процесса включает в себя также модель данных. Что касается архитектуры корпоративных систем, то в 1960-е годы это были просто приложения; в 1975-м – приложения + СУБД; в 1985-м – интерфейсы + приложения + СУБД; с 2000-х – интерфейсы + (приложения + BPM) + СУБД. Привычное определение жизненного цикла BPM, известного как цикл PDCA, в представлении автора значительно расширилось, охватив следующие аспекты: 1. Создание модели 2. Распознавание модели на основе данных о событиях 3. Выбор модели из коллекции 4. Объединение моделей 5. Составление модели 6. Создание настраиваемой модели 7. Слияние моделей в настраиваемую модель 8. Настройка настраиваемой модели 9. Усовершенствование модели 10. Ввод модели в действие 11. Регистрация данных событий 12. Мониторинг 13. Подгонка во время исполнения (технологии пока что далеко от реализации этой концепции, но идея хорошая) 14. Анализ эффективности на основании модели 15. Проверка модели (сегодня много инструментов) 16. Проверка соответствия с использованием данных о событиях 17. Анализ эффективности с использованием данных о событиях 18. Исправление модели 19. Расширение модели (комбинирование Event data с BPM) 20. Улучшение модели Пиками это цикла по-прежнему являются дизайн модели, ввод в действие и проверка модели – т.е. все-таки от PDCA никуда не делся. Проанализировав направления исследований в области BPM за прошедшие 10 лет, Van der Aalst выделил шесть ключевых позиций: 1. Языки моделирования процессов 2. Процессная инфраструктура 3. Анализ процессной модели 4. Выявление процессов 5. Гибкость процессов 6. Повторное использование процессов Резюмируя выступление: BPM без сомнения становится более зрелым с каждым годом, но необходимо взаимодействие с другими областями науки – социальные науки, менеджмент и т.д. Не стоит увлекаться созданием новых языков и нотаций без ясных и определенных целей. Следует уделять больше внимания артефактам (software + data). Оценивая результаты в BPM, нужно сравнивать их с другими подходами. Многие прототипы разрабатываются с нуля, и BPM-комьюнити следует задуматься над тем, чтобы создавать общие паттерны, и не пытаться постоянно создавать «something new». Интересный доклад в «облачной» сессии представил Marian Benner. Тема: «Managing&Tracing the Traversals of Process Clouds with Templates, Agendas and Artifacts». В докладе приведены наиболее перспективные отрасли, в которых облачный BPM мог бы найти достойное применение – медицина и страхование. Действительно, кого оставит равнодушным оптимистичный рассказ о том, как можно получать консультации специалистов медиков, размещая историю болезни в облаке и т.д. Однако пока что кроме предложения дополнить нотацию BPMN еще одним символом, все остальное больше похоже на еще одно видение ACM, что, в принципе, и было замечено Кейтом Свенсоном. Вопросы будущего развития BPM-технологий канвой проходили через всю конференцию. И тенденция такова, что развитие это пойдет в сторону расширения социальных функций, event-driven процессов и ACM. Не могла быть не затронутой тема повышения и оценки производительности, хотя ничего революционного не прозвучало: использование знаний, анализ требований, KPI. Если условно поделить весь контент конференции, то я бы выделила два крупных блока: «куда развиваются BPM-технологии» и «Выявление процессов» (Process mining). Все доклады в той или иной степени относились либо к одному, либо к другому блоку. Доклады по Process mining, в принципе, мало отличались один от другого. Идея выявления заключается в том, что на основе лога событий (Event-log) проводится анализ поведения процессов, а дальше варианты: выявление процесса или выявление отклонений от запланированного поведения процесса. На основе этого принимаются решения о «ремонте» или переделке либо составляется новая модель. Но, откровенно говоря, то, что докладчики называют процессом – это поток работ в его простейшем виде. Если принять это как зарождение новой технологии – можно уделить внимание. Если рассматривать как готовое коммерческое решение – слабовато. Заключительный день конференции начался с доклада Стива Уайта (Stephen White) , которого называют «отцом BPMN». Доклад назывался «BPMN and its Future». Начав с 2001 года – первая версия BPMN появилась еще в 2001 году! – он сделал короткий экскурс в историю, после чего сделал неофициальное заявление о том, что BPMN 2.0 – это не последняя версия нотации, и что, скорее всего, нас ожидает BPMN 3.0, в которой будет уделено особое внимание B2B – межорганизационному взаимодействию. Кроме того, в настоящее время в нотации явно не хватает описательных элементов, позволяющих создавать модели более высокого уровня, позволяющие действительно сократить разрыв между бизнесом и ИТ. Стив видит две области для работы: Case Management и Service Level Modeling. Например, хотелось бы: отделить ad-hoc процессы для лучшей поддержки Case Management, добавить pre-conditions, case-events, content-events, user-events.. Однако не стоит забывать, что CM – это все же не тема BPM, и не все понимают, что же такое в действительности CM, и как он работает. По поводу Service-Level Modeling Стив привел пример screen-flow, который в BPMN не описан, и реализуется у разных вендоров по-разному. На вопрос из зала о том, что может стоит задуматься о расширении не в сторону ACM, а в сторону бизнеса – к примеру, стандартизировать определение бутылочных горлышек – Стив ответил, что пока в этом направлении никаких разработок не планируется. А на вопрос о хранении документов он ответил, что это лучше делать в кейсе, т.к. документ тоже находится там. Ну, и в заключение несколько слов об учебном классе по Социальному BPM, который я не могла не посетить, поскольку его проводила Сэнди Кимслей, с которой мне удалось познакомиться поближе за время конференции, и с которой у нас оказалось много общих взглядов. Я не вела никаких записей, просто слушала интересные мысли по поводу того, насколько могут быть полезными разные социальные технологии для бизнеса вообще и для BPM в частности. Многие социальные фишки мы используем в повседневной жизни, даже порой этого не замечая (к примеру, подписываемся на интересующую нас рассылку или ищем интересующие нас темы в социальных сетях). Мы пользуемся электронной почтой и телефоном, обращаемся за советами и т.д., и т.д. Можно найти множество таких примеров. Но, как мне кажется, Сэнди удалось достичь той цели, на которую было направлено ее выступление: если не все, то, во всяком случае некоторые ее идеи дошли даже до такого консерватора, как я, о чем я ей с радостью сообщила. На этой позитивной ноте я заканчиваю свой обзор. У меня не было цели донести до вас всю науку, которая присутствует в докладах. Но передать дух конференции, показать, куда дует ветер – это, надеюсь, мне удалось. =WJ >> Комментарии (всего 0)По следам конференции AHConferencesКомпания AHConferences 6 июня проводила VII форум BPM. Очень порадовала в этот раз подборка докладов. Понятно, что от представителей вендоров никуда не денешься – они же партнеры, денежку платят. Но зато было много докладов «от заказчика». И, к тому же, интересных. Теперь по порядку. Доклад Владимира Шевченко, ИТ-директора Группы АВВ, назывался «BPM vs BPM. Процессы или автоматизация». Вообще-то доклад должен был бы быть интересным, поскольку Владимир приводил примеры успешных и не успешных проектов из личной практики, разбирая ошибки и удачи каждого из них. Но не очень удачной мне показалась попытка подвести под это теоретическую базу. Получилось немного разорвано. Однако если отбросить всю шелуху, несколько вполне реальных правильных мыслей можно выделить (перефразирую своими словами): для того, чтобы проект BPM стал успешным, необходима сильная воля руководства организации и стремление идти до победы. Не важно, делаете вы все сами или с помощью консультантов, важно – не останавливаться на полпути. И если уж вы пригласили консультантов и делали этот выбор осознанно, то уж доверяйте им, по крайней мере! Иначе можете просто выбросить деньги, без всяких дополнительных сложностей. Видимо, позиция докладчика не позволила Владимиру сказать это так же прямо, поэтому доклад немного «потерял». «Логика бизнеса 2.0», которую представлял Илья Машков, директор по развитию, сейчас очень активно продвигает концепцию S-BPM, поскольку Metasonic – продукт в России пока еще новый, и реализованных проектов еще нет, и его надо много рекламировать. Субъектный подход, на котором базируется Metasonic, был основной темой доклада. При этом Илья отметил, что S-BPM имеет смысл при довольно высоком уровне процессной культуры (т.е. при наличии BPM). Один из самых понравившихся мне докладов – доклад Вадима Кузина, заместителя генерального директора по ИТ компании Мосфлоулайн. Тема доклада «Построение системы управления бизнесом на производственном предприятии на основе BPM». Из доклада видно, что в организации ИТ и бизнес научились разговаривать на одном языке, вследствие чего ИТ очень глубоко понимает цели бизнеса, и ставит эти цели во главу угла при решении задач автоматизации. Цели эти имеют вполне конкретные значения, определяемые в соответствии с математической моделью расчета показателей. Вадим не заострял внимания на каких-то специализированных ИТ-инструментах, которые используются в компании. При таком ясном понимании целей, зная, к чему стремятся и чего стараются достичь, вопросы применения инструментов становятся на свое законное место – это лишь средства достижения цели. Что это за инструменты – сегодня один, завтра, если понадобится, будет еще один… это лишь вопрос целесообразности. Если же судить по результатам, то компания наращивает обороты и расширяет бизнес без увеличения количества сотрудников. Это ли не результат? Большое спасибо Вадиму за очень интересный и поучительный доклад. Сергей Орлов, технический директор компании БИС (Банковские информационные системы) в своем докладе поделился опытом внедрения BPM-решений. Критерии успеха и риски BPM-проектов. Честно признаться, ничего нового – необходимость наличия команды, наличие описаний, повторное использование сервисов, итерационная технология ведения проектов. Может быть, если бы Сергей как-то более воодушевленно это говорил, было бы интереснее. Но у меня создалось впечатление, что ему самому от этого уже скучно. Наверное, просто не было драйва. Хороший доклад получился у Дмитрия Бахтина, директора департамента ИТ КБ «Евротраст». Он рассказал о реализации процесса «Ипотека» в системе Intalio. Интересно, как удалось получить у руководства одобрение (и, следовательно, и финансирование) проекта. Бизнесу показали эффект в рублях. Взяли цель – 15% роста кредитов. И, исходя из этой цели, посчитали возможную выгоду. Этого было достаточно, чтобы были выделены деньги на проект. Не обошлось и без трудностей и ошибок, и Дмитрий охотно поделился опытом. Одной из ошибок был выбор слишком большого процесса, в результате чего были сложности с демонстрацией результатов. Первый проект должен быть «мелкий», с быстрой отдачей. Получили также опыт в ведении проектов – совместное обсуждение бизнесом и ИТ всех вопросов, в том числе и вопросов приобретения ПО, определение рамок проектов, протоколирование всех договоренностей. Сделали вывод, что быстро, качественно и дешево одновременно не бывает. Необходимо правильно оценивать возможности. Идеи постоянно улучшения не обходят стороной и сам BPM. В последнее время активно пропагандируются идеи расширения BPM в сторону ACM (его еще иногда называют адаптивным BPM), тут вот S-BPM появился… но и это не предел желаний. По мнению Юрия Гусева, генерального директора Progress Technologies, сегодня бизнес требует все большей реактивности, способности быстро реагировать. Реагировать на события, которые невозможно предугадать (например, вулканы, цунами или внезапные падения индексов на бирже). BPM, по мнению Юрия, позволяет обеспечить гибкость, обзорность, эффективность, но не дает возможности реагировать на критические ситуации. «Получив по максимуму от BPM, бизнес требует большего» - это слова самого Юрия. Progress Technologies выдвигает новую идею – RPM (Responsive Process Management – системы, которые эволюционируют под влиянием внешней среды. RPM позволяет анализировать различные события, которые могут привести к какому-то результату, не дожидаясь, когда этот результат будет достигнут. Интересная идея, но в России пока что она не реализована (видимо, потому что нашему бизнесу еще не удалось получить по максимуму от BPM). Основной мыслью доклада Марины Аншиной, председателя комитета по стандартам СОДИТ, стала эволюция интеграции. Если до недавнего времени задачи интеграции были чисто техническими, сегодня к этим задачам добавились еще и бизнес-задачи. Поэтому прежние подходы к интеграции коренным образом изменились. По мнению Марины, интеграция через BPM – это самый перспективный подход к интеграции сегодня. Компанию Software AG представлял заместитель директора практики консалтинга и бизнес-приложений Юрий Емельянчиков. Его доклад перекликался с докладом Юрия Гусева, поскольку речь, главным образом, шла о новом направлении разработок – IBO (Intelligent Business Operatons). По сути, это та же идея, что и RPM, поданная под другим соусом. И еще новость –германским коллегам удалось реализовать давнишнюю «мечту» - связать ARIS и WebMethods. Насколько это будет востребовано в России – пока не ясно. Тенденция перехода к BPMN довольно устойчивая, а в этом смысле WebMethods вполне самодостаточны. Заключительная дискуссия в формате круглого стола тоже получилась живой и, на мой взгляд, полезной, поскольку была затронута одна из самых насущных проблем проектов BPM – проблема оценки эффективности. Специалисты различных отраслей и специализации делились своим опытом оценки результатов внедрения BPM, систем BPMS и использования показателей производительности. В целом конференция была достаточно насыщенной и интересной благодаря хорошей подборке докладов и отличной организации. =WJ >> Комментарии (всего 1)Отзыв о конференции "BPM 2012: новые пути развития"22 марта 2012 года. Очередная, первая в весенней серии BPM-овских мероприятий конференция «BPM 2012: новые пути развития», которую проводили Агентство маркетинговых коммуникаций CNews Conferences и CNews Analytics. В этот раз вводный аналитический доклад представил Станислав Макаров, журналист и аналитик CNews Analytics. В отличие от пунктуальной и стремительной Марии Поповой, которую мы уже привыкли видеть в этой роли, Станислав был нетороплив (кстати, немного перебрав по времени, что для организатора не следовало бы делать), но, тем не менее, доклад заслуживает внимания. Надо сказать, что задача перед Станиславом стояла непростая – говорить о новых путях развития BPM сегодня довольно непросто. Во-первых, ничего особо нового, по сравнению с предыдущим годом, с BPM-ом не произошло. Можно сказать, что рынок находится в выжидательной позиции (за исключением отдельных попыток открыть Америку, которые, как правило, встречаются с осторожностью). Сложно, к примеру, говорить о консолидации рынка, когда в 2011 году помимо OpenText, купивших, правда, сразу две компании – Metastorm и Global 360 – других заметных событий и не произошло. Из технологических тенденций можно выделить, пожалуй, S-BPM (Subject Oriented BPM), о котором заговорили сравнительно недавно. Что касается облачных технологий, социального BPM и разного вида мобильных решений – все это уже тянется не один год, и пока что взрывов в этой области не наблюдается. Правда, Станислав сделал выигрышный ход, включив в обзор трендов не один, а несколько лет, начиная с 2009, а в некоторых случаях и более ранних годов. Поэтому сравнительный анализ получился довольно интересным. К примеру, действительно интересно, но в 2005 году, когда о BPM стали говорить повсеместно, о таких трендах, как облака, соц.сети или BPM в планшетниках и мобильных устройствах никто и не думал. ACM, о котором говорят как о тренде уже не первый год, на самом деле по-прежнему остается в зачаточном состоянии. По крайней мере, Gartner не признает наличие рынка ACM, в виду отсутствия top-10 игроков и объема $1млрд. (что является критерием по версии Gartner). В качестве заключительного прогноза Станислав выделил следующие тенденции:
Доклад Ильи Машкова, директора по развитию компании Логика бизнеса 2.0 с презентацией продукта Metasonic, попал как раз в тему S-BPM. По мнению докладчика, появление S-BPM - это ответ на «проблемы BPM», среди которых такие как частота изменения процессов и устаревание документации по бизнес-процессам. Если добавить сюда и утверждение, что BPM 2.0 (открытие в мире BPM) – это BPM, который должен позволять пользователям исполнять (!) процессы, и что процессы должны быть измеряемы, то можно предположить, что у Ильи до последнего времени BPM ассоциировался с рисованием схем, и версия 2.0 – это вторая версия понимания BPM :) Илья также высказал мнение, что существующие нотации – BPMN, UML, ARIS – слишком сложны для понимания бизнеса. Поэтому в реализации S-BPM в нотации присутствует только три элемента, что является достаточным для отображения трех базовых элементов, присущих любому процессу – субъект-действие-объект. В качестве примера реализации такого процесса в докладе приводился процесс запроса на отпуск. Преимущества, которые указал докладчик в пользу S-BPM – это персонализированный взгляд на процессы, коммуникация вместо потока управления, более понятный язык моделирования, исполняемая модель. Будет ли будущее за подобными системами – покажет время. Но само право существования подтверждается хотя бы тем, что в 2010 году Gartner включил S-BPM в свой Hype Cycle. Как и в прошлый раз, больше всего мне понравился доклад главного ИТ-архитектора, начальника отдела архитектуры и перспективных разработок Сбербанка Сергея Рябова. В докладе были представлены результаты и выводы, которые были сделаны за год с прошлого выступления. Не было сомнений в том, что Сбербанк, как одна из самых «продвинутых» в технологическом смысле организаций, будет демонстрировать успехи и в этой области тоже. И Сбер не разочаровал. Но интересно не только и не столько это, сколько, вызывающий уважение, абсолютно разумный подход к BPM, который выражается в ответе на вопрос: почему, если у вас есть BPMS (а Сбер, как известно, использует Pegasystems), вы не переносите туда все процессы, оставляя часть процессов в CRM и других системах. Ответ: у каждой системы свои задачи, с которыми эти системы успешно справляются. Нет смысла замещать одно решение другим, когда есть множество нереализованных задач, требующих решения, и прекрасно решаемых с помощью BPMS. Наиболее ценные выводы, к которым Сбербанк пришел в ходе реализации BPM проекта: 1) эффективное внедрение BPM требует четкой модели управления; 2) процессы должны быть максимально стандартизованы – нет смысла автоматизировать хаос. И, в заключении, скромный ответ на вопрос, сколько пользователей в BPMS: «немного пока, всего несколько тысяч». Пять с плюсом! Доклад Алексея Ионина, генерального директора СофтМарт, был сделан в лучших традициях 2007-2009 годов – классическое разъяснение, зачем нужен BPM плюс демонстрация продукта Serena Business Manager. Ничего особо нового - еще одна Workflow система. Леонид Алдошин, директор по проектам Единой электронной торговой площадки, рассказал о том, как на небольшую компанию свалилось «счастье» - государственная политика проведения гостендоров в электронном виде. В результате, за три года штат компании увеличился в 10 раз, география расширилась от 2 до 12 городов, появились новые направления деятельности. Все это привело к мысли о необходимости внедрения BPMS. Изначально искали «облако», но по причинам информационной безопасности от этой идеи отказались. Нужна была поддержка мобильных устройств, простота, интерфейсы, к тому же – специфические (как всегда :-) ) процессы… В общем, искали-искали BPMS, и, в результате, выбрали систему документооборота. «Специфические процессы», как позже выяснилось – это интеграция с собственной системой. Рахим Сафиуллин, начальник управления бизнес-процессов компании Банковские Информационный Системы, считает, что потребность в BPMS наиболее остро ощущается там, где есть несколько систем, где нет реализованного решения, где нет формализованной деятельности. И, по его мнению, BPM в настоящее время испытывает кризис из-за отсутствия коробочных решений. Рахим заметил, что в настоящее время конкурентным преимуществом является не наличие системы BPMS, а наличие экспертизы бизнес-процессов (я бы перефразировала это так: «не наличие BPMS, а наличие процессной компетенции»). Еще одно ценное замечание, за которое докладчику отдельный респект – «BPM не бывает дешевым, даже Open Source» (известно же, где бывает дешевый сыр! ). Попытки сделать все самим – это не удешевляют, а удорожают проект. Из наиболее распространенных ошибок внедрения BPMS Рахим назвал совершенно обоснованно желание заказчика «запуститься, когда будут устранены все(!) замечания». В случае BPM это абсолютно неприемлемо, поскольку в процессе эксплуатации требования будут меняться. Пожалуй, это наиболее полезный доклад для тех, кто не любит ходить по собственным граблям, и готов прислушаться к чужому опыту. Доклад Олега Захарчука, генерального директора Асис Софт, об организации проектного и процессного управления для многоагентных организационных систем, демонстрировал собственную разработку компании – систему Асис Софт, которая, по сути, является попыткой реализации ACM или, если проводить аналогию с «Логикой бизнеса» - S-BPM. Олег «пунктиром» показал, что представляет собой система. Подробнее в действии планируется показ в рамках мастер-класса BPMS.ru. Центр Развития Интеграционных Технологий – птица высокого полета :-) Иван Синицын, член правления, представлявший компанию, сразу расставил точки над «i» - «BPM есть только в крупном бизнесе. В среднем бизнесе говорить о BPM пока рано» (Средний бизнес – в сад. Хорошо еще, что вообще признал существование среднего бизнеса :-)). Правда, это заявление никого не обидело – видимо среднему бизнесу достаточно других поставщиков BPM. А для «крупняка» «Центр» предлагает стек лучших Open Source технологий и решений под маркой RIVER. Идея этого решения – взять из разных продуктов самое лучшее – удобные интерфейсы, элементы ERP, инструменты создания новых объектов (карточки объектов). Получается своеобразная надстройка над BPM. Оживление внес доклад Ираклия Беселидзе, исполнительного директора рекламного агентства Premier SV. Он рассказал о том, как они несколько лет внедряли и использовали Terrasoft, а потом ему это все надоело, и он разогнал ИТ-отдел, и полностью перешел на использование облачных сервисов. Ну что же, что им теперь приходится изменять свои процессы, подстраиваясь под «облака»! Зато все понятно. Правда, вопрос про координацию между разными сервисами, несколько озадачил докладчика – какая такая координация? Да и нужна ли она, если в компании трудятся 25 человек? А айтишникам урок: будете слишком заумничать – сократят. Начальство должно понимать, чем вы там у себя занимаетесь. Владимир Алешин, профессор АНХ и государственной службы при Президенте РФ, поддержал предыдущего докладчика, ссылаясь на то, что запад уже 20 лет живет «в облаках», используя готовые сервисы. При этом, по мнению Владимира Дмитриевича, меняется и роль ИТ – не написание, подключение и т.д., а знание бизнеса и помощь в технологиях. Т.е. «держать руку на пульсе технологий, своевременно предлагая бизнесу возможности». Западный опыт, на который докладчик постоянно обращает внимание, помогает не только правильно подходить к реализации BPM, но и ломает стереотипы оценки деятельности, вводя такие критерии, как эффективность выручки на одного человека и увеличение денежного потока. Что же касается определений уровня зрелости на основании модели CMMI, то, по мнению Алешина, для России эта модель еще слишком сложна. Дискуссии в этот раз было отведено слишком мало времени (из 25 минут по регламенту 10 было «съедено» докладами). Но и это время частично заняли вопросы к докладчикам, что, по сути, свело дискуссию к обсуждению докладов. В целом, конференция получилась живая, много новых докладчиков, нестандартные мысли. Как обычно, часть докладов не относятся к теме конференции, но это с лихвой компенсируется другими докладами, ради которых есть смысл обязательно принимать участие. И те, кто не пожалел времени (и, возможно, денег), наверняка почерпнули для себя много полезного. Спасибо организаторам и всем участникам за содержательное мероприятие. P.S. Ссылки на доклады будут добавлены, как только будут опубликованы. =WJ >> Комментарии (всего 1)BPM: тенденции 2012 годаПо традиции, каждый новый год начинается со всевозможных прогнозов. Не остается без внимания аналитиков и исследователей и тема BPM. Чего ожидать от BPM в предстоящем году, и каким будет этот год по сравнению с предыдущими - об этом пишут в своем прогнозе Пол Хармон и Селия Вольф из BPTrends. Наступающий год
Что касается прогнозов непосредственно в развитии самого BPM, то очень актуальным выглядит прогноз Адама Дина. BPM: тенденции 2012 года
Факторы, влияющие на тенденции
BPM тенденции для наблюдения
Тенденции, понизившиеся по сравнению с прошлым годом
Долгосрочные тенденции (и личные желания…)
Прогнозы сбываются либо не сбываются, но очевидно, что BPM перестал быть "модным словом" или чем-то экзотическим. Он есть, он работает, и он имеет безусловный потенциал. Использовать его или нет - это не вопрос выбора, это, скорее, вопрос времени. = WJ >> Комментарии (всего 0) |
|||||||||
Главная | О проекте | Введение | Софт | Литература | Форум | Семинары | Ссылки | Архив новостей | Подписка на RSS-каналы | Карта сайта | Авторские права | |||||||||
|