Управление риском

Планирование на случай непредвиденных обстоятельств

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

Он представляет собой превентивные действия, призванные снизить или смягчить негативное влияние риска.

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

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

Проект (см. табл. 5.1) использован для демонстрации такой матрицы.

На первом этапе нужно определиться, как поступить - снизить, разделить, переадресовать или принять на себя риск.

Команда решила снизить вероятность блокирования системы, экспериментируя с образцом системы.

Такое экспериментирование не только позволяет выявлять и исправлять недостатки конверсии до фактической сборки, но и дает информацию, полезную для стимулирования заинтересованности в этой системе конечного пользователя.

Проектная команда получает возможность выявить и задокументировать различия между старой и новой системами, которые будут использованы при обучении пользователя.

Риск отказа оборудования переадресуется посредством выбора надежного поставщика программ.

Следующим этапом является разработка планов на случай непредвиденных обстоятельств.

Например, если система блокирована после установки, то команда сначала попытается заменить программу.

Если пользователь будет по-прежнему недоволен, то отдел информационных систем выделит дополнительный персонал для помощи.

Если команде не удается получить надежное оборудование от основного поставщика, то оборудование другой марки закажут у другого поставщика.

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

В случае с блокированием системы - это неспособность разблокировать систему в течение одного часа, а в случае отказа пользователя - это гневный окрик сверху.

Риски, связанные с выполнением графика работ

Использование резервов времени.Когда некоторые управляющие видят, что сеть замедляет работу, они перестают беспокоиться об окончании работы в срок - к чему беспокоиться, если еще есть резерв времени в целых 10 дней.

Управление резервом времени может быть превосходным методом снижения риска, связанного с графиком.

Управление рисками, связанными с графиком работ, часто приводит к необходимости жертвовать чем-либо.

Управляющие-практики некоторыми своими решениями увеличивают риск. Далее в качестве примера будут рассмотрены две ситуации,

Авторитарно установленные сроки работы

По опыту известно, что сроки работ примерно над 80% проектов устанавливаются авторитарно.

То есть кто-то, обладающий полномочиями, устанавливает, что проект или этап проекта должен быть выполнен к определенной дате.

Установленный срок работы над проектом, как правило, является спущенным сверху решением, принятым без учета планирования снизу-вверх и преуменьшающим сроки, действительно необходимые для выполнения работы.

Но почти всегда в случаях авторитарно установленных сроков возрастает риск опоздать с завершением работ и риск больших затрат.

Сжатие графиков проекта

Иногда, примерно в середине работы над проектом, возникает необходимость сократить время работы над ним.

Сокращение времени работы над проектом достигается сокращением одного или большего количества действий (операций) на критическом пути.

Сокращение времени выполнения пакета работ приводит к повышению прямых расходов.

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

Чем больше критических или почти критических операций, тем больше риск опоздать с завершением проекта.

Некоторые планы могут помочь избежать дорогостоящих процедур.

Например, некоторые графики можно скорректировать, если выполнять операции параллельно или использовать лаговые отношения старт-старт.

Риски затрат

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

Зависимость время - затраты.

Существует определенная зависимость между временем и затратами, а также техническими проблемами и затратами.

Например, если на разработку образца процесса уходит на 50% больше первоначально рассчитанного времени, то можно ожидать увеличения затрат.

Таким образом, время и затраты зависят друг от друга, и пренебрежение этой зависимостью может привести к серьезным ошибкам в расчетах риска затрат.

Решение о движении наличности.

Некоторые решения, связанные с движениями наличности могут увеличить риски, связанные с графиками.

Например, финансовые аналитики смогут сравнить график раннего старта с графиком позднего старта.

Теоретически, они приходят к выводу, что если отсрочить выполнение операций, то деньги будут стоить больше в будущем, чем теперь (может нарасти процент).

При этом иногда не учитывается или недооценивается возрастающий риск снижения резервов времени.

По возможности следует избегать использования графика для решения проблем движения наличности, так как нужно четко представлять себе увеличение рисков, связанных с графиком, и тот факт, что позднее составление графиков обычно приводит к высоким затратам.

Прогнозы окончательных затрат.

Достаточно часто, когда проект выполнен на 20%, задают вопрос: "Насколько будет соблюдена смета по окончании проекта?"

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

Наиболее опасным является первый, и самый распространенный метод, когда сравнивают смету и фактические затраты в определенный момент выполнения проекта.

Если реальные затраты превышают цифру, заложенную в смете, на 4%, то делают вывод о том, что все затраты превысят смету на 4%.

Если проект превышает смету на 4% на ранней стадии, то можно ожидать большего, чем на 4%, превышения сметы при завершении проекта.

В большинстве случаев превышение сметы лишь возрастает по мере того, как выполнение проекта близится к завершению.

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

Эта модель использует индекс стоимости производства, основанный на выполненной работе, для прогнозирования стоимости оставшихся операций.

Стоимость оставшихся операций, плюс реальные затраты на какой-то момент, предсказывают окончательные затраты на проект при его завершении.

Некоторые специалисты используют кривую кумулятивных затрат на проект для прогнозирования окончательных затрат на проект и потоков наличности.

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

Из-за своей сложности этот метод широко не применяется.

Риски защиты цен.

В проектах, на выполнение которых отводится длительный период, необходимо предусматривать меры на случай изменения цен - как правило, повышения.

При пересмотре цен необходимо избегать использования одной крупной суммы для покрытия всех ценовых рисков.

Например, если инфляция находится на уровне 3%, некоторые управленцы набавляют 3% на все ресурсы, используемые для выполнения проекта.

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

Ценовые риски необходимо оценивать пункт за пунктом.

Технические риски

Технические риски проблематичны, часто они могут привести к закрытию проекта.

Что будет, если система или процесс не будут давать результатов?

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

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

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

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

Обычно решение по техническим рискам принимаются совместно заказчиком и управляющим проектом.