Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Тема 2015_11 Проект автоматизации

.pdf
Скачиваний:
27
Добавлен:
27.03.2016
Размер:
2.42 Mб
Скачать

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

Риски, связанные с соблюдением качества:

Серьезные изменения границ проекта.

Заказчик не уверен в требованиях к результатам проекта

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

Недостаточный уровень поддержки

Риски нарушения сроков:

Заказчик задерживает передачу материалов

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

Решения в проекте должны принимаются с запозданием

Рассмотрение и утверждение (подписание) документов выполняется не своевременно

5 стратегий борьбы с рисками от IBM

1)Исключить (работу или проект);

2)Игнорировать (если маленький или затраты на уменьшение – больше, чем стоимость угрозы);

3)Передать с более жесткими условиями (например, страховой компании);

4)Сдерживать (мероприятия: обучение, стандартизация, уменьшение объемов,…);

5)Установить цену риска, добавить в контракт (когда кончаются – приходится брать деньги из прибыли, затем из себестоимости…).

5 рекомендаций SEI для уменьшения рисков

1.Формально определить понятие риска и не путать его со схожими проблемами, рисками не являющимися;

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

3.Обучать персонал выявлению и борьбе с типичными и наследуемыми рисками как наиболее опасными;

4.Вести учет рисков и анализировать старые проекты;

5.Резервировать время в проекте на борьбу с рисками.

Пример описания риска

Выбранной аппаратной платформе не хватает производительности для работы предприятия

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

Риск: Средний (по вероятности возникновения).

Последствия: Недостаточная производительность системы.

Способы устранения: Приобретение дополнительного аппаратного обеспечения.

Раннее предупреждение: В течение всего проекта, непрерывно производить оценку требуемого быстродействия по мере появления новых данных. Определить параметры продуктивного сервера не в начале проекта, а в фазе “Разработка решения”.

Примеры способов снижения рисков

Класс риска

Риск

Способ снижения риска

 

 

 

 

 

1

Качество

Потребуются дополнительные

Утвердить список отчетов в ТЗ

 

решения

отчеты по ОС

 

2

Качество

Раньше пользователи работали в

Запланировать презентацию

 

решения

системе Бухучета, будет

преимуществ использования

 

 

непривычный интерфейс

отдельного модуля

3

Ресурсы:

Пользователи не смогут

Назначить ответственных

 

люди

моделировать варианты расчета

представителей заказчика, провести

 

 

себестоимости

обучение методам работы с

 

 

 

нелинейной амортизацией

4

Ресурсы:

Большое количество ОС приведет

Сформировать требования по

 

аппаратура

к задержкам при работе

аппаратуре (сайзинг) до покупки

 

 

пользователей

техники

5

Ресурсы:

Возникнут сложности интеграции

Включить разработчиков системы

 

интеграция

модулей ОС и Бухучета

бухучета в состав рабочей группы

 

 

 

проекта

6

Сроки

Необходимо иметь все начальные

Запланировать начальную загрузку

 

 

данные перед началом опытной

карточек ОС, затем догрузить

 

 

эксплуатации

накопившиеся изменения

Домашнее задание (1)

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

2.Составить план работ по изменению архитектуры предприятия (автоматизации) своего участка с использованием MS Project.

Пример построения плана работ

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

1)Титульный лист;

2)Семантическая сеть основных понятий;

3)Контекст (связь с системы с другими участками);

4)Диаграмма целей;

5)Модель данных;

6)Организационная структура;

7)Основные части функциональной модели;

8)Модель сервисов;

9)Оригинальная модель;

10)Основные этапы внедрения;

11)Основные риски;

12)Сравнение систем по критериям;

13)Таблица решений;

14)Результаты посещения выставок Softool, RIW

15)Правила выбора и выводы.

Уровень детализации презентуемых разделов работы

Правила подготовки к презентации

1)На презентацию (около 20 слайдов) отводится около 20 минут;

2)Необходимо придерживаться правила: 1 слайд = 1 мысль =1 минута;

3)Презентация должна быть оформлена в едином стиле, необходимо использовать 2-3 основных цвета, стараться избегать темного фона и кричащих цветов;

4)На каждом слайде должно быть не более 7 объектов;

5)На слайдах должны сочетаться разные способы изображений (текст + графика, графика + рисунок, текст + рисунок);

7)Можно и нужно использовать анимацию, чтобы лучше показать алгоритм работы или взаимодействие подсистем;

8)Основная информация располагается в центре слайда;

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

10)Примерно в центре выступления должен быть использован один из приемов отвлечения, чтобы «разбудить» слушателей;

11)Самое главное правило: выступление должно заинтересовать.