Сергей Авдошин - Информатизация бизнеса. Управление рисками

3. Распределите риски с учетом их приоритетов – от наиболее важного к менее важному.

Цель: научиться производить количественный анализ рисков проекта путем построения дерева решений и расчета вероятностного NPV проекта.

1. Постройте «дерево решений» для проекта, учитывая, что:

• на начальном этапе проекта необходимо провести анализ существующих решений и выбрать удовлетворяющее нас. Стоимость исследования – 200 000 долларов США. Вероятность получения положительного результата – 0,9;

• в случае положительных результатов выбора решения необходимо будет произвести анализ технической реализуемости предлагаемого решения в данном конкретном случае. Анализ потребует привлечения специалистов и проведения целого комплекса работ стоимостью 200 000 долларов. Вероятность успеха – 0,7;

• в случае наличия технических и организационных возможностей для реализации выбранного решения на предприятии выделяется пилотная зона, по результатам внедрения в которой будет приниматься решение о продолжении проекта и распространении системы на все предприятие. Пилотное внедрение потребует 200 000 долларов США. Вероятность завершения проекта на этом этапе невелика, всего 0,1;

• дальнейшая реализация проекта потребует 2 400 000 долларов США. Моделирование денежных потоков в случае реализации проекта, по мнению аналитиков, обеспечит притоки наличности в течение всего проекта ежегодно в размере 5 000 000 долларов США.

2. Рассчитайте вероятностный NPV всего проекта после года эксплуатации системы. Для упрощения расчетов используйте три допущения:

• начало эксплуатации произойдет ровно через год после начала проекта;

• ставка дисконтирования в расчетах не учитывается;

• расходы и доходы, связанные с получением и возвратом кредита, не учитываются.

3. Дайте свою оценку полученным результатам.

( Правильный ответ: вероятностный NPV проекта – 968 200 долларов США .)

Цель: научиться создавать план реагирования на риски проекта.

1. Заполните предлагаемые формы, указав соответствующие мероприятия для каждого риска.

Цель: научиться формировать базовую отчетность по рискам ИТ-проекта.

1. Заполните карточку риска для наиболее приоритетного риска проекта. Используйте образец заполнения.

Цель: научиться выделять категории для анализа ИТ-состояния, формировать опросники для проведения ИТ-аудита.

1. Разработайте собственные вопросы для проведения ИТ-аудита и оценки состояния ИТ в организации.

1.1. Категория «Качество организации управления ИТ». Предложите собственные вопросы для оценки качества организации управления ИТ , учтите в вопросах следующие факторы: структура службы ИТ и ее подчиненность; права и обязанности сотрудников; численность персонала, квалификация, стаж работы, текучка кадров, прочие.

1.2. Категория «Планирование развития ИТ». Предложите собственные вопросы для оценки планов по развитию ИТ , учтите в вопросах следующие факторы: планы работ по развитию ИТ; процедуры формирования ИТ-бюджета, контроль формирования и исполнения планов по ИТ; наличие KPI по оценке деятельности ИТ-службы, прочее.

1.3. Категория «Подготовка и обучение персонала и наличие квалифицированных пользователей ИТ». Предложите собственные вопросы для оценки качества подготовки персонала в области ИТ, учтите в вопросах следующие факторы: планы работ по обучению ИТ; уровень владения ИТ-навыками и навыками по работе с ИТ-системой; частота вмешательства службы ИТ, прочее.

2. Для оценки состояния ИТ в организации используйте образец опросника, приведенный ниже. В опроснике необходимо выбрать наиболее подходящий ответ по каждой из категорий:

Пример 1. Наличие документации по ИС (ТЗ, проектная документация, прочая).

• Организационно-техническая документация по системам присутствует в полном объеме. Есть вся необходимая информация.

• Организационно-техническая документация по системам присутствует в достаточном объеме. По мере необходимости обращаемся к разработчикам ИС.

• Организационно-техническая документация присутствует частично. Есть ТЗ, акты приемки, проектная документация, но системы документированы не полностью.

• Из организационно-технической документации присутствуют только ТЗ и акты приемки.

• Организационно-техническая документация отсутствует.

Пример 2. Пользователи информационных систем.

• Пользователь системы – все предприятие, все пользователи работают в одной системе.

• Различные подразделения используют разные системы, однако данные консолидируются.

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

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

• Автоматизация на предприятии отсутствует/присутствует в ограниченном объеме.

Пример 3. Качество использования ИС. Наличие актов приемки систем в эксплуатацию, программ и методик испытаний, приказов о внедрении систем.

• Существует стратегия ИТ, однако вопрос внедрения систем в ней не затронут. Статус и назначение систем определены. Существуют требования к документированию.

• Статус систем определен. Планы их внедрения не определены. К документации требования не определены.

• Статус систем не определен. Вопрос о внедрении поднимается по необходимости. Требования к документированию не определены.

• Статус систем на предприятии не определен. Документация определяется поставщиками.

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

1. Проведите анализ участников проекта. Определите ключевых участников: владелец, заказчик, пользователи «ИТ Solutions», консерваторы, новаторы, советчики.

2. Идентифицируйте существующие проблемы на этапе инициации.