Джон Джестон - Управление бизнес-процессами. Практическое руководство по успешной реализации проектов
• мы отдаем себе отчет, что работаем на динамично развивающемся рынке и стремимся, чтобы организация и все ее элементы оставались маневренными и гибкими.
Направляющие соображения по продуктам:
• у нас ограниченный состав продуктов и компонент;
• клиенты могут получить наиболее приемлемый вариант решения, исходя из наших компонентов продуктов;
• скидки зависят исключительно от итоговой оплачиваемой суммы и применяются ко всем заказчикам;
• мы не изобретаем продукты сами; берем на вооружение существующие перспективные предложения;
• мы намерены сотрудничать с другими организациями, предлагающими достойную ценность за оплачиваемую цену, как в нашей сфере (например, продажи по телефону), так и вне ее (например, супермаркеты).
Направляющие соображения по организации:
• у нас единая организация;
• мы поощряем расширение полномочий сотрудников и даем рекомендации, как этого добиваться;
• мы призываем сотрудников использовать свой потенциал и отдаем предпочтение кандидатам на вакантные должности из числа сотрудников;
• наша организационная структура гибкая и экономная;
• мы следуем принципу обучающейся организации и на всех уровнях задаем соответствующие целевые показатели;
• у каждого сотрудника имеются премиальные в зависимости от его показателей производительности, а также подразделения в целом.
Направляющие соображения по процессам:
• мы рассматриваем процессы под углом зрения полноты из конца в конец;
• у каждого процесса есть хозяин;
• для каждой бизнес-функции есть только один процесс, выполняемый по умолчанию; все исключения требуют утверждения советом директоров;
• архитектура процессов требует включения выбора соответствующих типовых моделей;
• не будет отдельных адаптируемых процессов для отдельных клиентов; если поступает заказ, он оценивается, исходя из единых принципов;
• мы стремимся к сокращению операций передачи процессов от одного исполнителя к другому;
• если возможно, работа автоматизируется, но при обеспечении гибкости;
• у всех процессов имеются показатели производительности; эти показатели открыты для каждого.
Направляющие соображения по информации:
• для каждой бизнес-функции (например, обслуживание клиентов, биллинг, финансы) имеется только одна система; исключения требуют одобрения совета директоров;
• следующие приложения являются стандартом:
• А/В/С;
• следующие приложения доступны после утверждения руководством:
• Z/Y/X;
• все остальные приложения требуют утверждения советом директором;
• вся разработка программного обеспечения передается на аутсорсинг;
• все данные вводятся только однократно (если аналогичные данные размещены в нескольких местах, они должны автоматически синхронизироваться).
Направляющие соображения по технологиям:
• в качестве операционной платформы используется ×;
• используется серверная конфигурация простых клиентов.
Помимо вышеперечисленного частью процессной архитектуры будут модели. Модели процессов, которые должны быть сформированы на этапе архитектура процессов, включают:
• картину процессов организации;
• перечень сквозных процессов.
К архитектуре процессов будут добавляться и модели, создаваемые на дальнейших этапах, в частности:
• модели сквозных процессов;
• подробные модели процессов (различных уровней).
Модели для других сфер включают все целесообразные модели продуктов и услуг, соответствующие организационные схемы, информационные и технологические модели.
Приложение C
Этап стартовой площадки
Сверочный список: этап стартовой площадки
Сверочный список ниже дает общее описание возможных исходных данных, конкретных результатов и шлюзов, препятствующих дальнейшим шагам этого этапа.
Возможные исходные данные
С этапа стратегии организации:
• документально оформленные версии: общего ви дения задач и целей организации на длительный срок, миссии организации, задач, стратегических направлений, целей (целевых показателей) и стратегии реализации;
• контекст или модель бизнеса, что включает клиентов (по типам и объемам), услуги/продукты, поставщиков/партнеров, ключевые выделяющие (дифференцирующие) факторы, ресурсы;
• ключевые выделяющие особенности организации.
С этапа архитектуры процессов:
• документированная и согласованная архитектура процессов (включает картину процессов организации);
• архитектура запуска процессов (включая соответствующие сквозные процессы);
• схема управления получением выгод.
Другая исходная информация на входе:
• шаблон обоснования проекта;
• общие метрики с целью выявить основные процессы и явные «узкие места»;
• перечень увязанных проектов с целью определить синергию и взаимное пересечение.
Конкретные результаты:
• заинтересованные стороны, определенные в проекте, участвующие в нем или связанные с ним;
• привлечение заинтересованных сторон, их обязательства, а также документированные и согласованные ожидания от проекта;
• матрица выбора процессов и начальные метрики;
• перечень согласованных задач проекта;
• матрица стоимостей проекта;
• процессы в порядке приоритета для этапа осознания;
• управление проектом:
• организована группа проекта;
• создано положение о проекте;
• разработан документ об объеме проекта;
• первоначальный проект плана проекта (на этапе осознания план будет доработан в подробностях);
• определение и документирование начальной стратегии распространения информации о проекте;
• начальный анализ рисков;
• исходное бизнес-обоснование;
• потенциальных выгод проекта и их реализации (с этапа реализации ценностей);
• распространение результатов.
Возможные шлюзы:
• анализ состава заинтересованных сторон;
• осознание масштаба изменений;
• способность организации к переменам;
• принятие BPM организацией;
• техническое обследование;
• наличие участников для работы на практических семинарах.
Структура и роли участников группы проекта
В данном Приложении подробно описана структура группы проекта «на все случаи жизни». Как правило, такая типовая структура модифицируется под требования конкретной организации. Тем не менее, по нашему опыту, эта структура особенно эффективна и работоспособна, так что излишняя ее модификация может привести к снижению эффективности проекта. Разумеется, размах проекта BPM – важный фактор при рассмотрении структуры группы проекта.
