Назначение
Назначение
Мы уже подчеркивали, что для успеха проекта BPM автоматизация необязательна, и в главе 3 утверждалось, что важно отладить бизнес-процессы, перед тем как автоматизировать их. Поэтому этап разработки (рис. 19.1) содержит шаги, необходимые для перевода вновь перестроенных или усовершенствованных процессов с этапа инноваций на этап реализации и внедрения. Мы не станем подробно описывать стандартные шаги разработки, поскольку большинство их в целом очевидно группе проекта. Мы сосредоточимся на разработке автоматизированного решения BPM (которое выбиралось на предыдущих этапах) и конкретных вопросах, отличающих его от «стандартного» решения автоматизации.
На данном этапе завершаются необходимые приготовления, после чего формируется решение. Затем следует этап реализации – внедрение решения. Нужно понимать, что «разработка» в данном контексте выполняется параллельно с этапом работы с персоналом, где решаются проблемы «человеческого фактора».
При разработке новой системы нужно проявлять осмотрительность: она должна обеспечивать достаточную гибкость, чтобы отвечать на нужды бизнеса в ближайшем будущем, а также на частые изменения в бизнес-процессах. Более того, важно осознавать, что во время разработки системы BPM на этом этапе бизнес-процессы тоже могут измениться. Применяемая методика разработки должна предусматривать подобную ситуацию. В противном случае разработанная система устареет еще при внедрении и серьезно повредит маневренности организации и ее бизнес-процессам.
Кейс: дьявол скрывается в деталях
Отдел маркетинга одной организации связи ввел новую схему стимулирования для получения бонусов, но забыл сообщить об этом в отдел систем. В результате менеджер отдела систем, прочитав в газете рекламу бонусов, осознал, что от его отдела требуется доработать системы, чтобы выполнить рекламные обещания. На срочном совещании было решено, что необходимые изменения будут реализованы за 24 часа. Отдел маркетинга заявил: «Нас не интересует, сколько это стоит, внесите изменения, дающие нам возможность выполнить обещанное в рекламе». Программист за день внес изменения в систему, и все, казалось, работало прекрасно. Но из-за вариантов, которые пришлось выбрать для осуществления быстрой доработки на ходу, более половины всех будущих маркетинговых действий система не могла поддержать – явный случай «частичной» организационной (суб)оптимизации.
Вывод. Перед внесением изменений в систему подумайте о них и их воздействии и заручитесь участием всех заинтересованных сторон.
Концепция автоматизации BPM состоит в том, что технология BPM позволяет выделить бизнес-правила и компоненты бизнес-процессов приложения в свои собственные «слои». Смит и Фингар в книге о третьей волне BPM (Smith, Fingar) {68} считают, что система охватывает три широкие области, как показано на рис. 19.2:
1. Интеграция внешних систем (компонент EAI).
2. Автоматизация того, что они называют процессами (бизнес-правила и библиотеки процессов).
3. Сотрудничество с внешними контрагентами – клиентами, бизнес-партнерами, каналами дистрибуции, узлами-накопителями и биржами бизнес-информации.
Хотя отдельные компоненты технологий уже существуют какое-то время, именно интеграция компонентов и нарастающее процессно-центрированное мышление дают качественный скачок.
Если бы мы смогли заглянуть в будущее, то довольно спорным оказалось бы мнение, что у старых систем приложений, которые хорошо служили крупным организациям, хотя и накладывали на них существенные ограничения, будет потенциал оставаться «только»:
• крупными хранилищами данных и библиотеками управления;
• крупными модулями обработки пакетных заданий массовой обработки, которая требуется большим организациям (например, обработка продлений полисов в страховой компании);
• драйверами отчетности и распечатки для массовых или объемных заданий (опять же пример распечатки продлений полисов в страховой компании, если такие работы не отданы в аутсорсинг, или крупных объемов отчетов).
Недавние изменения в технологии означают, что сейчас легче и проще разработать и внедрить автоматизированное решение BPM, чем в прошлом (в предположении правильности подхода). Более того, сегодняшние технологии позволяют бизнесу плотнее участвовать в разработке и управлении таких систем. Другими словами, бизнес может двигать автоматизацию системы BPM.
Более 800 000 книг и аудиокниг! 📚
Получи 2 месяца Литрес Подписки в подарок и наслаждайся неограниченным чтением
ПОЛУЧИТЬ ПОДАРОКДанный текст является ознакомительным фрагментом.
Читайте также
Назначение
Назначение • Ясно показать действительную (а не бухгалтерскую) доходность предприятия.• Очертить границы расходов по соответствующим статьям.• Показать предпосылки для увеличения дохода и создать базу для разработки программы по увеличению дохода.• Установить
14.1. Назначение подсистемы
14.1. Назначение подсистемы Подсистема предназначена для учета? взаиморасчетов с работниками предприятия;? затрат на зарплату в составе себестоимости продукции и услуг.В рамках подсистемы решаются следующие задачи:? проведение расчетов заработной платы персонала
12. 1. Назначение моделей
12. 1. Назначение моделей Динамические модели промышленных предприятий предназначены для содействия проектированию и усовершенствованию промышленных и экономических систем. Как же мы можем оценить, соответствуют ли модели решению таких задач? Конечной проверкой может
Назначение цены
Назначение цены Договоренность между поставщиками о назначении цены представляет собой наиболее известный из неправомерных рыночных приемов. Такие действия являются заговором против свободного рынка, разумеется, за исключением тех случаев, когда такие шаги
НАЗНАЧЕНИЕ ХРЕСТОМАТИИ
НАЗНАЧЕНИЕ ХРЕСТОМАТИИ Я хочу дать вам средства — именно средства, здесь это слово работает — для самоорганизации. Чтобы вы могли владеть определенной техникой работы: «техникой» как набором средств. Мы сейчас часто говорим «оргтехника», имея в виду железки, а это,
Назначение
Назначение Самосогласованность организации – важнейший фактор достижения ею результатов. Существует множество элементов, которые нужно увязывать или согласовывать. В литературе о BPM ведется широкое обсуждение необходимости увязывать проект или программу работ BPM со
Назначение
Назначение Архитектура процессов – важнейшая ступень проекта и организации BPM, но слишком часто ею пренебрегают или поддерживают ее лишь на словах. Архитектура процессов должна обеспечить:• соответствие перестроенных или вновь разработанных процессов целям
Назначение
Назначение Часто организации бывает очень трудно определить, где начинать проект BPM. Могут быть известны проблемы и неэффективность работы конкретного подразделения предприятия, однако весьма трудно решить, как и где начинать проект.Кейс: с чего начатьРуководитель дает
Назначение
Назначение Цель этапа понимания (рис. 16.1) – достижение членами группы проекта и бизнес-подразделением достаточного понимания действующих бизнес-процессов, что позволит приступить к этапу инноваций. Это предусматривает сбор соответствующих метрик, который позволит
Назначение
Назначение Цель этапа инноваций (рис. 17.1) – сделать процесс (процессы) в объеме проекта насколько возможно эффективными и продуктивными, чтобы они отвечали текущим и будущим ожиданиям заинтересованных сторон. Этот этап также дает уникальную возможность впоследствии
Назначение
Назначение Этап работы с персоналом (рис. 18.1) – наиважнейший этап реализации любого проекта BPM, и если его не выполнить тщательно и на самом высоком уровне, это может поставить под угрозу всю оставшуюся часть проекта. Важно четко понимать отличие данного этапа от этапа
Назначение
Назначение Мы уже подчеркивали, что для успеха проекта BPM автоматизация необязательна, и в главе 3 утверждалось, что важно отладить бизнес-процессы, перед тем как автоматизировать их. Поэтому этап разработки (рис. 19.1) содержит шаги, необходимые для перевода вновь
Назначение
Назначение На этапе реализации (рис. 20.1) все спроектированные и разработанные усовершенствования процессов осуществляются в реальности. Здесь также сходятся вместе многие действия по управлению изменениями персонала. Хотя это одна из последних частей всей общей схемы
Назначение
Назначение Многие менеджеры проектов считают проект законченным, когда он воплощен в реальную жизнь, и пользователи довольны. Ничто не может быть дальше от истины. Проект завершен только тогда, когда причина его существования исчерпана, проект передан бизнесу таким
Назначение
Назначение Можно утверждать, что усовершенствование процессов без устойчивой эффективности не стоит усилий, поскольку отлаженная практика быстро исчезает по мере изменений и развития бизнеса. Это усугубляется тем, что взращенные ожидания заинтересованных сторон не
Назначение
Назначение Эта глава – не руководство по управлению проектами. Предполагается, что как дисциплина управление проектами уже понимается. Задача состоит в том, чтобы сосредоточиться на аспектах управления проектами, которые требуют особого внимания в проекте BPM, чтобы