Разработка стратегического плана автоматизации компании

Автор работы: Пользователь скрыл имя, 21 Января 2015 в 02:46, лабораторная работа

Краткое описание

1. Цели и задачи бизнеса компании.
• Повышение эффективности деятельности психологического центра
• Расширение клиентуры
• захват новых сегментов рынка психологических услуг.

Скачать полностью (664.48 Кб) Сколько стоит заказать работу?
Прикрепленные файлы: 1 файл

Rabota_po_IM.docx

— 720.73 Кб (Скачать документ)

 

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

Планирование рисков 
Планирование заключается в определении стратегии управления каждым значимым риском, отобранным для мониторинга после анализа рисков. В табл. 7 показаны возможные стратегии управления основными рисками, приведенными в табл.6. 
 
Таблица 7 - Стратегии управления рисками

Риск

Стратегия

Финансовые проблемы организации 

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

Проблемы неквалифицированного персонала

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

Болезни персонала 
 

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

Дефектные системные компоненты 

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

Изменения требований 

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

Реорганизация компании-разработчика

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

Недостаточная производительность базы данных

Рассмотреть возможность покупки более производительной базы данных

Недооценки времени выполнения проекта 

Рассмотреть вопрос о покупке системных компонентов, исследовать возможность использования генератора программного кода


 

 

Существует три категории стратегий управления рисками.

  1. Стратегии предотвращения рисков. Согласно этим стратегиям следует проводить мероприятия, снижающие вероятность проявления рисков. Примером может служить стратегия исключения потенциально дефектных компонентов, описанная в табл. 7.
  2. Минимизационные стратегии. Направлены на уменьшение возможного ущерба от рисков. Примером служит стратегия уменьшения ущерба от болезни членов команды разработчиков (см. табл. 7).
  3. Планирование "аварийных" ситуаций. Согласно этим стратегиям необходимо иметь план мероприятий, которые следует выполнить в случае проявления рисковой ситуации. В табл. 7 это стратегия поведения при возникновении финансовых проблем у организации-разработчика

Мониторинг рисков

Мониторинг рисков заключается в регулярном пересчете вероятностей рисков и ущерба, который они могут нанести. Для этого необходимо постоянно отслеживать факторы, которые влияют на вероятность рисков и возможный ущерб. Эти факторы зависят от типов риска. В табл. 8 приведены признаки, которые помогают определить тип риска. 
 

 

Таблица 8 - Признаки рисков

Тип риска

Признаки

Технологические риски 
 

Задержки в поставке оборудования или программных средств поддержки процесса создания ПО, многочисленные документированные технологические проблемы

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

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

Организационные риски 

Разговоры среди персонала о пассивности и недостаточной компетентности высшего руководства организации

Инструментальные риски 
 

Нежелание разработчиков использовать программные средства поддержки, неодобрительные отзывы о CASE-средствах, запросы на более мощные инструментальные средства

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

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

Риски оценивания

Изменения графика работ, многочисленные отчеты о нарушении графика работ


 

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

 

 

 

 

 

 


Информация о работе Разработка стратегического плана автоматизации компании