Управление бизнес-процессами. Практическое руководство по успешной реализации проектов

Определение объема проекта – это, как правило, определение сферы проектного управления. Как указывалось выше, мы не намерены описывать методику проектного управления в данной книге. Однако на один довлеющий вопрос ответить необходимо. Есть ли уверенность, что исходно планируемый объем проекта обеспечит ожидаемые заинтересованными сторонами результаты?

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

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

Однако необходимо иметь общее понимание «широты» проекта, которая оказывает существенное влияние на его объем.

Широта проекта

На этом шаге также определяется «широта охвата» на этапе инноваций, т. е. согласование и документальное оформление задач, объема и подхода этапа инноваций. На рис. 15.5 показано несколько возможных подходов.

Организации нужно определиться с целью проекта. Что хочет бизнес от проекта BPM:

• простой мелкой или постепенной рационализации бизнес-процессов;

• перестройки существующих процессов, чтобы сделать их лучше (более эффективными, продуктивными, качественными);

• воспользоваться возможностью, чтобы полностью перестроить свою деятельность путем инноваций процессов;

• пересмотреть цепочку создания ценности в отрасли и перестроить ее.

Эффект воздействия на организацию распространяется на верхние уровни по мере расширения «охвата» выбранным вариантом (см. сценарии BPM в главе 12).

После определения «широты охвата» проекта нужно (если это еще не было сделано) рассмотреть движущие силы необходимости инноваций. Для чего это нужно:

• организация должна измениться – внешние или внутренние факторы требуют изменения процессов;

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

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

Шаг 5.2. Определение задач процессов

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

Задачи процессов нужно состыковать со стратегией и целями (целевыми показателями) организации (это определяется на этапе стратегии организации). Эти задачи должны учитывать:

• требования заинтересованных сторон;

• положение по сравнению с конкурентами.

Для определения задач процессов имеется несколько блоков входных данных:

• измеряемые показатели, используемые для оценки эффективности процессов на данный момент и планируемые для измерений в будущем;

• определение уровня, до которого планируется повысить эффективность, с учетом имеющегося потенциала и наличия рисков;

• определение уровня планируемого усовершенствования – задача повышения эффективности на 80 % кардинально отличается от повышения на 10 %, и подход будет кардинально различаться. Возможно ли увеличение продолжительности процесса ради повышения качества? Все эти потребности необходимо четко сформулировать; они должны быть поняты и согласованы всеми заинтересованными сторонами проекта;

• определение показателей функционирования процессов. Его нужно начинать с предполагаемых показателей эффективности с точки зрения заинтересованных сторон, а затем спускаться вниз до уровня показателей эффективности процессов;