С чего начинается BPM

Мне кажется, что дискуссия с Анатолием Белайчуком в комментариях к предыдущему сообщению, оказалась достаточно продуктивной, чтоб кратко резюмировать её в отдельном сообщении.

Итак, во-первых мы определили подразделения на предприятии, которые можно называть термином «бизнес». Бизнес – это люди, участвующие в основных бизнес-процессах либо заинтересованные в их результатах .

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

При этом следует понимать, что подразделения, участвующие в основных бизнес-процессах довольно разные. И подходы к описанию процессов у них тоже разные. Кому-то нравится ARIS, кому-то Lombardi, а кого-то вполне устраивает письменная русскоязычная проза или картинки в Visio. Именно эти предпочтения и определят подход к выбору инструмента. Будет ли в компании единый BPMS, система Case Management или процессы расползутся в локальные workflow, уже существующие в большинстве систем.

Если мы чем-то и может помочь в этом процессе, так это объединить этих людей, например, в центр компетенции BPM и содействовать сближению их позиций. Задача эта не простая, требующая отказа от привычек и стереотипов, но вполне выполнимая

Маргинальный подход к моделированию бизнес-процессов

В 2002 году под заголовком «Современные методы описания функциональных требований к системам» на русском языке была выпущена книга Алистера Коберна «Writing Effective Use Cases» (скачать русскую версию в djvu можно по этой ссылке)
Книжка эта, конечно, в первую очередь о требованиях, но и не только о требованиях. В действительности, автор излагает подход к моделированию процессов, позволяющий не использовать графическую нотацию. Я предвижу праведный гнев бизнес-аналитиков. Однако считаю совершенно необходимым поделиться с экспертами, занимающимися бизнес-процессами, данным подходом к их моделированию.
Читать далее Маргинальный подход к моделированию бизнес-процессов

Интеграция приложений

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

Читать далее Интеграция приложений

Microsoft Office Web Apps

Сегодня на CNews появилось эссе Новое в Microsoft Office 2010: зачем нужен “облачный офис” Наверное, оно правильно, но лично я вижу потенциальные выгоды от использования «облачного офиса» несколько с другой стороны. Читать далее Microsoft Office Web Apps

Впечатления с DOCFLOW 2010

Сначала об электронных билетах. За пару дней до мероприятия позвонил мне какой-то человек и спросил, а получал ли я e-mail относительно конференции. Я ответил что никакого e-mail в последнее время не получал и информации на сайте мероприятия мне более чем достаточно. Но человек был настойчив и попросил поискать письмо в папке «спам». После того, как мы обнаружили письмо в папке с нежелательной корреспонденцией, человек попросил меня распечатать приложенный к письму штрих-код для последующего предъявления при регистрации.

Вот ведь люди! Ну, ничего не могут решить без документа. Причем документа, заметьте, бумажного.  А потому, я записываю организаторов конференции в поколение бэби-бумеров. Сама конференций полностью подтвердила мои наблюдения Читать далее Впечатления с DOCFLOW 2010

Тейлор и Друкер

Нашел у Друкера в «Практике менеджмента» замечания относительно неправильного использования отчетов и процедур. Ключевой момент:

Они(процедуры) никогда не решают, что должно быть сделано; они решают лишь как это сделать побыстрее. Вопросы правильного поведения еще никому и никогда не удавалось втиснуть в рамки определенных процедур.
Вторая форма неправильного использования процедур – попытка использовать их в качестве замены собственных суждений и мнений.

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