
Тема 2015_11 Проект автоматизации
.pdfРиски, связанные со сроками и качеством
•Риски, связанные с соблюдением качества:
–Серьезные изменения границ проекта.
–Заказчик не уверен в требованиях к результатам проекта
–Выбранные модули приложений не могут быть адаптированы к бизнестребованиям заказчика с минимальными изменениями
–Недостаточный уровень поддержки
•Риски нарушения сроков:
–Заказчик задерживает передачу материалов
–Анализ, проведенный в ходе проекта, выявляет потребность в значительных незапланированных работах по Бизнес-реинжинирингу Компании.
–Решения в проекте должны принимаются с запозданием
–Рассмотрение и утверждение (подписание) документов выполняется не своевременно
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)Самое главное правило: выступление должно заинтересовать.