- •Содержание
- •1 Характеристика предлагаемой инновации
- •1.1 Маркетинговые исследования
- •1.2 Описание инновации по существу
- •Описание инновации как объекта управления и мониторинга
- •2 Описание системы управления инновацией
- •2.1 Функциональная модель инновации в стандарте idef0
- •2.2 Исследование бизнес-процессов инновации
- •2.3. Информационная модель
- •2.4 Модели рисков, определенные с использованием технологии fmea
- •2.5 Экономическое обоснование инновационного проекта
- •3 Проект внедрения инновации
- •3.1 Управление интеграцией проекта
- •3.1.1 Разработка устава проекта
- •3.1.2 Предварительное описание содержания проекта
- •3.1.3 План управления проектом
- •Г) Мониторинг и управление:
- •3.1.4 Руководство и управление исполнением проекта
- •3.1.5 Мониторинг и управление работами проекта
- •3.1.6 Общее управление изменениями
- •3.1.7 Закрытие проекта
- •3.2 Управление содержанием проекта
- •3.2.1 Планирование содержания
- •3.2.2 Определение содержания
- •3.3 Управление сроками проекта
- •3.3.2 Оценка ресурсов операций
- •3.3.3 Разработка расписания
- •3.3.4 Управление расписанием
- •3.4 Управление стоимостью проекта
- •3.4.1 Стоимостная оценка
- •3.4.2 Разработка бюджетов расходов
- •3.4.3 Управление стоимостью
- •3.5 Управление качеством проекта
- •3.5.1 Планирование качества
- •3.5.2 Обеспечение качества
- •3.5.3 Контроль качества
- •3.6 Управление коммуникациями проекта
- •3.6.1. Планирование коммуникаций
- •3.6.2. Распространение информации
- •3.6.3. Отчетность по исполнению
- •3.6.4. Управление участниками проекта
- •3.7. Корпоративная система управления проектом
- •3.7.1. Рекомендации по внедрению основных элементов и этапам создания корпоративной системы управления проектами
- •3.7.2. Информационная система управления проектами
- •3.8 Управление персоналом проекта
- •3.8.1 Организационное планирование
- •3.9 Управление рисками проекта
- •3.9.1 Планирование управления рисками
- •3.9.2 Качественный анализ рисков
- •3.9.3 Количественный анализ рисков проекта
- •3.9.4 Планирование реагирования на риск
- •3.9.5 Мониторинг и контроль рисков
3.9.3 Количественный анализ рисков проекта
Проведем количественный анализ рисков проекта с помощью нахождения ожидаемой величины стоимости риска проекта. Данные представлены в таблице 3.9.4.
Таблица 3.9.4 – Стоимость рисков проекта
Риск |
Стоимость влияния риска |
Вероятность |
Ожидаемая величина риска |
Уход членов проектной команды до конца проекта |
3000 |
0,1 |
300 |
Не соответствие квалификации пользователей требуемой для работы в системе |
1000 |
0,1 |
100 |
Возможность саботажа сотрудников |
20000 |
0,1 |
2000 |
Не соответствие инфраструктуры техническим требованиям |
5000 |
0,1 |
500 |
Не соответствие типовых функциональных возможностей системы требуемым, в связи с этим выход за рамки бюджета проекта. |
15000 |
0,3 |
4500 |
Итого |
|
|
7400 |
Далее необходимо посчитать стоимость проекта при следующих параметрах (Таблица 3.9.5):
Стоимость проекта при самом оптимальном стечении обстоятельств.
Стоимость проекта, ожидаемая управлением компании (цифра без какой либо поправки на риски).
Наиболее вероятная стоимость проекта с учетом стоимости ожидаемых рисков
Наихудший вариант стоимости проекта (WCC, worst case cost)
Таблица 3.9.5 – Параметры стоимости проекта
№ |
Позиция |
Расчеты, руб. |
Результат, руб. |
1 |
Стоимость проекта при самом оптимальном стечении обстоятельств |
40 000 |
40 000 |
2 |
Стоимость проекта, ожидаемая управлением компании |
|
40 000 |
3 |
Наиболее вероятная стоимость проекта с учетом стоимости ожидаемых рисков |
40 000 |
40 000 |
4 |
Наихудший вариант стоимости проекта |
40000+15000 +5000+20000 +3000+1000 |
84 000 |
Следовательно, наиболее вероятная стоимость проекта с учетом стоимости ожидаемых рисков – 40000 рублей.
3.9.4 Планирование реагирования на риск
В таблице 3.9.6 представлен план реагирования на риски.
Таблица 3.9.6 – План реагирования на риски
Названия риска |
Планирования реагирования на риск |
||
Метод реагирования |
План предотвращения риска |
План реагирования при возникновении риска |
|
1 |
2 |
3 |
4 |
Уход членов проектной команды до конца Проекта |
- Выяснение причины ухода - Поиск замены участника
|
- Контроль явки на работу - Контроль проделанных работ |
Пересечение зон ответственности членов проектных групп. Руководство Проекта должно следить за полнотой документации. Исполнитель обеспечивает возможность подмены членов команды проекта |
Не соответствие квалификации пользователей требуемой для работы в системе |
Проверка знаний пользователей |
Обучение пользователей |
Ответственность заказчика за соответствие квалификации пользователей требуемой. |
Возможность саботажа сотрудников |
Приказ по предприятию о внедрение системы.. |
Обучение новой программе |
Назначение ответственных за реализацию по каждому блоку. Включение их в проектную группу. |
1 |
2 |
3 |
4 |
Не соответствие инфраструктуры техническим требованиям |
Подготовка серверов |
Замена серверов |
Заказчик знаком с техническими требованиями к аппаратному обеспечению |
Не соответствие типовых функциональных возможностей системы требуемым, в связи с этим выход за рамки бюджета проекта |
Доработка ПО
|
Подборка соответствующего ПО |
Использование технологии рамочного внедрения, первоначально предполагающую запуск типовых учетных подсистем, риск отклонении по которым минимален. |