Всего за 449 руб. Купить полную версию
Шаг 9. Разработка исходного плана проекта
Исходный план проекта подробно охватывает этап понимания с включением шагов этапа инноваций, но на данной фазе без увязки по срокам этого этапа.
По нашему опыту должно быть проведено не более четырех практические совещаний «понимания» по 3–4 часа в неделю, а время между ними следует посвятить отработке моделей, рассмотрению и анализу результатов исследований в бизнес-подразделениях (включая анализ корневых причин), сбору и завершению анализа метрик. Более подробно это рассматривается в главе 16.
Количество смоделированных на каждом практическом совещании процессов зависит от объема и сложности процессов.
Нельзя забывать о включении в план проекта действий на случай непредвиденных обстоятельств и следует иметь в виду, что составление отчета по окончании этого этапа всегда отнимает больше времени, чем вы думаете, так что отведите на отчет достаточно времени – тут нельзя торопиться. На самом деле отчет заполняется по ходу проекта. В Приложении С приведены типовые формы отчета и плана проекта.
Реализация ценности
На данном этапе должны быть определены и спланированы потенциальные выигрыши. Обратитесь к шагу 2 главы 21, где это описано в контексте реализации ценности в проекте.
Конкретные итоги этапа стартовой площадки
Информация, выработанная на этапе стартовой площадки, будет использована на входе различных этапов, как показано на рис. 15.11.
Очевидно, что она будет применяться на входе этапа понимания, где разрабатывается план проекта, процессы ранжируются посредством матрицы выбора процессов, решаются вопросы исходных метрик и бизнес-обоснования, а также определяется документация проекта. Бóльшая часть этой информации, например задачи процессов, также перетечет на этап инноваций.
Риски этапа стартовой площадки
На данном этапе формируется платформа, с которой будут запускаться проекты. Как и в любом проекте, если платформа неправильно установлена, будет трудно вернуть проект на верный путь. Необходимо учесть несколько рисков и реализовать стратегию борьбы с ними, чтобы устранить (или хотя бы снизить) их. Некоторые из рисков указаны в табл. 15.3.
Таблица 15.3. Риски этапа стартовой площадки и стратегии их снижения
Глава 16
Этап понимания
Назначение
Цель этапа понимания (рис. 16.1) – достижение членами группы проекта и бизнес-подразделением достаточного понимания действующих бизнес-процессов, что позволит приступить к этапу инноваций. Это предусматривает сбор соответствующих метрик, который позволит лучше понять, определить приоритеты инноваций/перестройки и установить сравнительные реперные точки отсчета для текущего состояния. Такие точки дают возможность проводить сравнение с будущими сценариями инноваций процессов, которые будут определены на следующем этапе (инноваций) и позволят завершить шаги имитационного моделирования и раздельного учета затрат по типам деятельности.
Группа проекта должна также понимать бизнес-цель данного этапа. Созданные модели процессов могут применяться не только как входные данные для этапа инноваций, но и как модели для обучения и документирования на этапах инноваций и внедрения.
Этап понимания должен также подтвердить правильность ви́дения реально действующих процессов внутри организации и определить приоритеты совершенствований в рамках проекта. Это поможет выявить требуемые изменения в процессах, если они вообще необходимы.
Решающим моментом здесь является стремление группы проекта и бизнеса понять процессы, а не только задокументировать их вплоть до мельчайших подробностей. Если процесс четко понят и задокументирован, можно нажать на тормоз: этого достаточно. Если с бизнесом достигнуто согласие о возможности применения моделей процессов для документирования и обучения, нужно оговорить уровень детализации в моделях процессов.
Результаты
Бизнес может рассчитывать на несколько результатов и выходных данных этого этапа, в том числе:
1. Модели действующих сегодня процессов.
2. Адекватные метрики, достаточные для установления точек отсчета при измерении усовершенствований процессов в будущем, расстановки приоритетов и выбора процессов для этапа инноваций.
3. Измерение и документальное фиксирование текущих или фактических уровней эффективности.
4. Документирование того, что работает хорошо (для переноса на этап инноваций) и может работать лучше.
5. Выявление быстрых выигрышей, которые могут быть реализованы в течение трех-шести месяцев.
6. Отчет этапа.
Осуществление
Прежде всего, посвятим несколько секунд рассмотрению глубины и подхода этого этапа. Как указывалось выше, моделирование на этапе понимания следует выполнять лишь до момента, когда все участники (группа проекта и бизнес-подразделения) пришли к общему пониманию того, что происходит с действующими бизнес-процессами, и когда имеется достаточно данных и метрики, чтобы начать этап инноваций. В ходе данного этапа следует иметь в виду несколько обстоятельств:
• «понимайте», что фактически происходит, и убедитесь, что документированное отражает реальную, а не воображаемую (как должно было бы быть) ситуацию;
• обеспечьте, чтобы моделируемые/понимаемые процессы (или процесс) были действительно сквозными и непрерывными (более подробно это рассматривается на шаге 3 данного этапа);
• убедитесь, что сотрудники на практических совещаниях не тушуются и не считают, что их оценивают: в противном случае участники, возможно, говорят то, что, по их мнению, от них хотят услышать, и не делятся своими знаниями или могут давать неточную информацию;
• установите пределы времени, которое можно посвятить пониманию или моделированию конкретного процесса, и обеспечьте соблюдение этих сроков – другими словами, определите отчетные даты и установите сроки выполнения определенных работ. Если не поставить даты отчетности, вы рискуете потратить слишком много времени на практические совещания, и напрасно потеряете ценное время специалистов по отдельным предметным областям бизнеса, слишком углубляясь в детали. С одной стороны, совещания могут быть занимательными и рискуют стать самоцелью, что, конечно, не является их задачей. С другой стороны, участникам может стать скучно, и они могут прекратить посещать их;
• воспользуйтесь принципом Парето (правило 80/20), чтобы решить, когда вы прекращаете получать желаемую отдачу. Все время спрашивайте себя, получено ли достаточно информации, и можно ли на этом остановиться.
Кейс: чрезвычайно важно участие в практических совещаниях нужных людей
Нам приходилось присутствовать на практических совещаниях, где участвовали бизнес-специалисты из различных областей организации и фактически «обговаривали» процесс на наших глазах, по мере его моделирования, пока мы догадались, что происходит. После этого мы обоюдно понимали, к чему идет дело, и просили участников совещания по одному объяснять нам процесс, а затем остальные поправляли его в своей части.
Вывод. Всегда нужно, чтобы на совещании были люди, которые до тонкостей знают процесс, и если они из разных подразделений или областей, где процессы могут быть разными, потребуйте моделировать процессы по очереди, пока не наступит уверенность в получении общей картины единого процесса.
Ниже приводится несколько аргументов «за» и «против» моделирования на этапе понимания.
Аргументы в пользу моделирования процессов:
1. Достижение общего понимания и общего языка проблемы.
2. Выявление изъянов сложившейся ситуации.
3. Поддержка одобрения «разморозки» проекта.
4. Возможность оценить завершенность инноваций процессов.
5. Созданные модели могут использоваться для документации процесса, если нет острой необходимости изменения процессов.
6. Персонал привыкает к процессному мышлению и моделированию процессов.
7. Определение точки отсчета для взаимодействия процессов с организацией, ИТ и персоналом.
Аргументы против моделирования процессов:
1. Сегодняшняя моделируемая ситуация устаревает, едва только спроектированы новые процессы и внедрены перестроенные процессы.
2. Всегда существует опасность «узкофокусного» проектирования процессов, что налагает ограничения на осмысление инноваций процессов.
3. Отнимает время, требует привлечения и напряжения ресурсов бизнес-подразделений и стоит денег; в большинстве случаев, это будет сложная процедура, причем кривая получения знаний на первых порах будет достаточно крутой.