53
3. Процесс управления процессами жизненного цикла системы (ISO 15288 п.
5.3.4)
На данном этапе происходит формирование требований, инфраструктуры
и полного понимания в необходимости внедрения системы управления
проектами на предприятии. Определяется политика использования
системы RedMine, критерии оценки результатов применения системы на
предприятии.
Определяются методы и инструментальные средства, поддерживающие
выполнение внедряемой системы.
Устанавливаются показатели эффективности внедрения системы с
развертыванием сервера.
4. Результаты процесса управления ресурсами (ISO 15288 п. 5.3.5.2)
На этапе результатов управления ресурсами происходит обеспечение
команды внедрения необходимыми ресурсами и материалами,
поддерживается их квалификация, разрешаются конфликты в результате
одновременного выполнения нескольких проектов.
5. Процессы проекта внедрения (ISO 15288 п. 5.4) системы автоматизации
задачи состоят из следующих подпроцессов:
o планирование проекта;
o оценка проекта;
o контроль проекта;
o принятие решений;
o управление рисками;
o управление конфигурацией;
o управление информацией.
Планирование, оценка и контроль процессов проекта являются ключевыми
процессами для всех видов управления.
Стадии жизненного цикла проекта внедрения системы автоматизации
внутрикорпоративного взаимодействия сотрудников предприятия согласно
стандарту ISO 15288 включают:
o стадия замысла;
54
o стадия разработки;
o стадия производства;
o стадия применения;
o стадия поддержки применения;
o стадия прекращения применения и списания.
С подробным описанием жизненных циклов проекта можно ознакомиться в
стандарте ISO 15288, книге «Информационный менеджмент» [8] Кригер А.В.,
учебном пособии «Информационный менеджмент» [10] Н. И. Шанченко.
Внедряя и дорабатывая систему управления проектами RedMine на
предприятии, важно пользоваться стандартами жизненного цикла проекта
автоматизации, поэтому наглядное описание процессов внедрения
рассматриваемой системы представим согласно стандарту ISO 15288 со
следующими этапами:
1. Стадия замысла. В таблице 5 подробно описаны цели стадии,
ключевые участники, требования к входной информации и получаемые
результаты.
Таблица 5. ISO 15288. Стадия замысла.
Цель стадии
Осознание потребности системы управления
проектами на предприятии, оценка общих
затрат, анализ реализуемости внедрения
Ключевые участники
Руководители отделов/проектов, центров,
руководящий состав предприятия
Требования к входной
информации
Входной информацией на стадии замысла
являются предложения руководителей
отдела/проекта по необходимости
автоматизации процессов
внутрикорпоративного взаимодействия
сотрудников, обоснования необходимости,
требования улучшения производительности
предприятия
55
Продолжение таблицы №5.
Получаемые результаты
В качестве результатов стадии должен быть
сформированы предложения по
автоматизации процессов взаимодействия
сотрудников, функциональности системы,
оценены затраты на внедрение, необходимые
доработки и поддержание системы
автоматизации.
Роль руководителей отделов/проектов, центров, руководящего состава
предприятия заключается в осознании потребностей внедрения на предприятии
системы управления проектами, при наличии у организации планов повышения
КПД разработчиков программного обеспечения и сокращения времени
руководителей отделов на организацию и проведение регулярных совещаний.
Руководитель предприятия должен оценить затраты на внедрение, доработку и
поддержание системы. После принятия решения о необходимости внедрения
системы, руководитель предприятия ставит задачу своим подчиненным о начале
внедрения системы на предприятии.
2. Стадия разработки согласно ISO 15288 представлена в таблице 6:
Таблица 6. ISO 15288. Стадия разработки.
Цель стадии
Целью стадии разработки является создание
требуемой системы управления проектами
на предприятии, которая будет
удовлетворять требованиям предприятия и
руководителей отделов/проектов.
Ключевые участники
Разработчики системы, IT-специалисты,
специалисты службы безопасности
56
Продолжение таблицы №6.
Требования к входной
информации
Входной информацией данной стадии
является перечень требований полученных
результатов стадии замысла. Ключевой
входной информацией являются
предложения по функциональности системы
автоматизации.
Получаемые результаты
Архитектура требуемой системы
автоматизации, подтверждение того, что
система удовлетворяет требованиям
пользователей (руководителей отделов и
разработчиков ПО), системным
требованиям, уточненные требования к
системе, модель или прототип системы.
Роль разработчиков системы, IT-специалистов и специалистов службы
безопасности заключается в разработке безопасной, надежной и функциональной
архитектуры системы управления проектами на предприятии. Архитектура
системы должна быть гибкой и масштабируемой, при необходимости
переносимой и расширяемой.
3. Стадия производства представлена в таблице 7:
Таблица 7. ISO 15288. Стадия производства.
Цель стадии
Сборка, установка и настройка сервера,
установка драйверов сервера, развертывание
программного обеспечения: Ruby on Rails,
WEBrick, Apache, RedMine, формирование
самоподписанных ключей доступа для
защищенного протокола HTTPS
Ключевые участники
Разработчики системы, IT-специалисты,
специалисты службы безопасности
57
Продолжение таблицы №7.
Требования к входной
информации
Аппаратная и программная архитектура
проекта внедрения, обозначенные
технические требования, перечисленные
ключевые средства ПО для установки и
настройки.
Получаемые результаты
Настроенный рабочий сервер с
установленной функционирующей системой
управления проектами RedMine,
установленной и настроенной системой
безопасности, инструкция для пользователей
(руководителей отделов/проектов и
разработчиков).
Роль разработчиков системы заключается в развертывании программного
обеспечения на сервере: Ruby on Rails, WEBrick, Apache, RedMine.
В задачи IT-специалистов входит сборка и настройка аппаратного
обеспечения сервера для его корректного функционирования, подключение
требуемых компонентов.
Задачами специалистов службы безопасности являются проверка системы
на уязвимости, формирование самоподписанных ключей шифрования для
защищенного протокола передачи данных HTTPS, установка и настройка
безопасного соединения. Участие с разработчиками системы в пуско-наладке
защищенного соединения и тестировании разработанной системы безопасности
на возможные уязвимости.
4. Стадия применения согласно стандарту ISO 15288 приведена в таблице 8.
58
Таблица 8. ISO 15288. Стадия применения.
Цель стадии
Обучение сотрудников пользованию
системой: изучение подготовленных
инструкций, ответы на возникающие
вопросы сотрудников.
Пользование системой управления
проектами RedMine сотрудниками
предприятия.
Ключевые участники
Сотрудники предприятия, разработчики
системы
Требования к входной
информации
Инструкция для пользователей системы
RedMine, работоспособный
функционирующий сервер.
Получаемые результаты
Обученный системе управления проектами
персонал, автоматизированная система
управления проектами RedMine, фиксация
критерия завершения стадии внедрения
системы.
В задачи сотрудников предприятия входят требования по обучаемости
системе RedMine, а роль разработчиков системы управления проектами состоит в
удовлетворении потребностей пользователей системы и объяснении, при
необходимости, как функционирует система.
5. Стадия поддержки применения продемонстрирована в таблице 9.
59
Таблица 9. ISO 15288. Стадия поддержки применения.
Цель стадии
Материально-техническое снабжение
системы, техническое обслуживание сервера
и функционирующей системы RedMine,
ремонт и восстановление в случае выхода из
строя, обеспечение непрерывного
функционирования рассматриваемой
системы.
Ключевые участники
Разработчики системы, IT-специалисты
Требования к входной
информации
Анализ работоспособности системы,
выявление ошибок, отзывы пользователей
системы.
Получаемые результаты
Гарантированное решение проблем,
поддержка функционирования системы
управления проектами RedMine, исправление
недостатков, поддержка материально-
технического снабжения, определение
рисков и принятие действий для их
минимизации.
Несмотря на то, что одним из требований задачи внедрения системы
управления проектами является требование к надежности, не бывает на 100
процентов работоспособной системы, функционирующей без отказов или
зависаний.
Роль разработчиков системы и IT-специалистов состоит в оперативном
вмешательстве в работоспособность сервера или системы RedMine с целью
восстановления ее работоспособности. Требуется обеспечивать регулярную
поддержку сервера и бесперебойного функционирования системы.
6. Стадия прекращения применения и списания представлена в таблице 10:
60
Таблица 10. ISO 15288. Стадия прекращения применения и списания.
Цель стадии
Обеспечение удаления рассматриваемой
системы управления проекта,
расформировывание сервера, списание
оборудования.
Ключевые участники
IT-специалисты
Требования к входной
информации
Информация о новой системе управления
проектами, с улучшенным функционалом,
повышенными требованиями безопасности,
упрощенным для пользователей интерфейсе.
Получаемые результаты
Прекращение применения системы на
предприятии, архивирование данных
пользователей с сервера на внешний
накопитель и удаление данных с сервера,
формирование планов и процедур внедрения
новой системы управления проектами (при
необходимости).
Роль IT-специалистов на стадии прекращения применения и списания
системы, состоит в обеспечении выполнения функций корректного отключения
пользователей от системы, изъятия оборудования из пользования и его списания.
Исходя из стандарта ISO 15288 и анализируя сформированные в таблицах
данные, этап внедрения системы управления проектами и доработки системы
безопасности формируется из следующих стадий стандарта ISO 15288:
1. Стадия замысла;
2. Стадия разработки;
3. Стадия производства;
Этап эксплуатации системы управления проектами логично сформировать
из следующих стадий стандарта ISO 15288:
1. Стадия применения;
61
2. Стадия поддержки применения;
Стратегия внедрения системы управления проектами на предприятии
должна сработать таким образом, чтобы новая система начала функционирование
в кратчайшие сроки и не затронула работы в соседних отделах.
Исходя из этого, параллельная стратегия не подходит – старой
автоматизированной системы управления проектами на предприятии нет. Больше
подходит стратегия внедрения «скачок», но она является достаточно рискованной
– так как специалисты могут быть не готовы к однодневному изменению стиля
работы и взаимодействия между собой.
Еще более оптимальной стратегией внедрения автоматизированной
системы управления проектом на рассматриваемом предприятии, является
опытная эксплуатация пилотного проекта, согласно которой только малый
участок деятельности предприятия заронится внедрением автоматизированной
системы управления проектами.
Для внедрения автоматизированной системы управления проектами
RedMine на рассматриваемом предприятии, мы выбираем одну из наиболее
безопасных стратегий «узкое место», при которой только в один проект (отдел)
будет внедряться данная система. По опыту внедрения и пользования системой
управления проектами, будут приниматься решения о внедрении данной системы
в другие отделы и проекты.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
На этапах жизненного цикла проекта автоматизации
внутрикорпоративного взаимодействия сотрудников предприятия ФГУП
«НАМИ» могут возникать различного рода риски.
Проектный риск – это возможность возникновения непредвиденных
ситуаций или события на этапах выполнения проекта, которые каким-либо
образом негативно воздействуют на достижения заданных уровней выполнения
проекта.
Крайне подробно про проектные риски рассмотрено автором Зуб А.Т. в
учебнике «Управление проектами» [6] и автором Денисенко В.И. в учебном
пособии «Управление проектами» [5].
62
Наиболее типичными и часто встречающимися рисками проектов
являются:
Риск, произошедший из-за нестабильного экономического
законодательства
Риск внешнеэкономический
Риск, связанный с неблагоприятными социально-экономическими
обстоятельствами в регионе или стране, политической обстановкой
Риск из-за некорректного подбора оборудования, неправильными
заданными характеристиками, технологиями. Описание данного риска подробно
рассмотрено в учебном пособии «Информационный менеджмент: краткий курс»
[4] автора О. В. Васюхин.
Возникновение риска проекта из-за резких изменений валютных
курсов, цен
Риск проекта от климатических разрушений, стихийных бедствий
Риск от отказов производственно-обеспечивающего оборудования
(отключение питания, аварии, отказы и т.д.)
Риск от некорректного поведения пользующихся системой
сотрудников, неопределенностью целей, интересов
Финансовые риски, случившиеся от неточной информации о
финансовом положении предприятия, некорректной деловой репутации.
Риски, случившиеся от неточной информации о финансовом положении
предприятия, могут возникнуть преимущественно на этапе замысла проекта
автоматизации (по ISO 15288). Значимыми последствиями данного риска является
некорректный анализ стоимости внедрения и доработки системы управления
проектами на предприятии.
Свести к минимуму данный риск можно в синергии руководящего состава
с разработчиками системы и IT-специалистами для корректного расчета
финансирования действий по внедрению системы с учетом фактической
стоимости аппаратного обеспечения, программного комплекса и оценки
трудозатрат на внедрение и доработку.
Риски от неопределенности целей и интересов руководители
отделов/проекта могут возникнуть по причине непонимания или