45
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
В реализации любого проекта возникают проблемы, связанные с
неопределенностью, неполнотой или неточностью информации об условиях
реализации проекта, что может сказаться на затратах, сроках и результатах
реализации проекта. Все участники проекта заинтересованы в том, чтобы
исключить возможность провала проекта из-за неопределенных ситуаций. Для
того чтобы снизить потери от возможных просчетов и избежать провала проекта
в целом, методология управления проектами предусматривает специальные
процедуры, помогающие учесть факторы неопределенности и управлять
рисками на всех этапах проекта.
Зная виды и значимость рисков, можно предотвратить их появление и
минимизировать их негативное влияние на проект. Для управления рисками
реализации проекта факторы риска и неопределенности подлежат учету в
расчетах эффективности, если при разных возможных условиях реализации
затраты и результаты по проекту различны.
Этап подготовки.
1. Риск персонала
Риски:
Несоответствие опыта и квалификации привлекаемого подрядчика
требованиям и сложности проекта;
Отсутствие на предприятии стратегии автоматизации;
Противоречия целей и задач реализации проекта;
Неверная мотивация персонала;
Саботаж проекта со стороны персонала;
Ошибки в планировании работ.
Способы предотвращения:
Проведение конкурса, тщательный отбор подрядчиков, привлечение
ведущих экспертов предметной области автоматизации и консультантов;
Активное взаимодействие с руководством в ходе проекта и своевременное
принятие решений;
46
Тщательное и точное описание целей проекта;
Разработка и утверждение стратегии автоматизации предприятия;
Сохранение в составе рабочей группы ключевых специалистов в течение
всего срока реализации проекта.
2. Риск ведения проекта
Риски:
Неверное определение границ и масштаба проекта относительно
структуры и масштаба предприятия;
Ошибки проектирования функций системы;
Ошибки в выборе технологий и методов решений задач;
Игнорирование или неверная интерпретация требований и замечаний.
Способы предотвращения:
Определение и сохранение границ проекта, на всех этапах от начала до
завершения проекта;
Утверждение и согласование проектного решения;
Качественное планирование выполняемых работ;
Установление высокого порога принятия решений об изменениях в
проекте;
Своевременное выделение ресурсов под проект.
3. Риск неверного планирования
Риски:
Неверный план и состав организационных мероприятий по внедрению
системы;
Нарушения сроков выполнения этапов работ.
Способы предотвращения:
Предпроектный аудит, распределение и закрепление обязанностей и ролей
по проекту;
Документирование всех договоренностей и сроков, в которые они должны
47
быть исполнены, включая доступность необходимых данных и сведений в
пределах компетенции участников проекта.
Этап разработки.
4. Риск персонала
Риски:
Увольнение ключевых сотрудников, задействованных в проекте;
Проблемы коммуникации между участниками проекта;
Неверное понимание персоналом задач;
Недостаток опыта или квалификации исполнителей;
Способы предотвращения:
Определение критериев отбора и мотивации сотрудников, участвующих в
проекте.
Эффективная система коммуникации между сотрудниками, постоянное
документирование изменений разрабатываемой системы.
5. Технические риски
Риски:
Приостановка разработки из-за дефектов в используемом системном
обеспечении.
Пользовательская документация охватывает не все функции системы.
Способы предотвращения:
Использование только проверенных лицензионных систем разработки,
регулярное резервное копирование данных.
Проверка документации на полноту сведений.
Этап внедрения.
6. Риск персонала
Риски:
Несогласованность действий разработчика и специалистов предметной
области.
48
Саботаж со стороны сотрудников, необоснованные претензии к работе и
функциям новой системы.
Недостаточное внимание руководства к ходу реализации проекта.
Способы предотвращения:
Обучения сотрудников заказчика работе с системой, мотивационные
мероприятия.
Составление плана внедрения системы.
Разъяснение персоналу целей и задач проекта.
Вовлечение руководства в проект и активное взаимодействие с ним в ходе
всего проекта.
Этап эксплуатации и сопровождения.
7. Технические риски
Риски:
Критические ошибки в программе, приводящие к невозможности ее
использования.
Нереализованный или неверно реализованный функционал (баги)
Несоответствие аппаратного обеспечения системы.
Несоответствие функционального набора системы из-за реорганизации
компании.
Способы предотвращения:
Тщательное тестирование и модификации во время разработки системы.
Документирование технических условий и их согласование.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации.
Создание защиты информации один из главных пунктов для обеспечения
безопасности.
Для разрабатываемого проекта обязательно нужно учесть все риски из
пункта 2.1.2, так же нужно обеспечить защиту информации будущей системы и
наладить информационную безопасность.
49
Обеспечение защиты информации, в разрабатываемой системе имеют
следующий характер:
Защита информации от внешних угроз.
Защита информации от внутренних угроз.
Как и во многих организациях в ПАО «Сбербанк» используется политика
разделения прав доступа, данный способ помогает защитить информацию от
внутренних угроз. Разграничения прав пользователей предоставлены в таблице
2.1
50
Таблица 2.1
Разграничения прав пользователей
Группы
пользова-
телей
Модуль
«авториз
ация»
Модуль
«справоч
ники »
Модуль
«отчетность»
Доступ в
Internet
Начальник
отдела кадров
Полный
доступ
Полный
доступ
Полный доступ
Не ограничен
Начальник
подразделения
Чтение
Чтение,
изменение
Чтение, изменение,
удаление
Не ограничен
Работник
кадровой
службы
Чтение
Чтение,
изменение
Чтение, изменение,
удаление
Не ограничен
Работник
банковских
услуг
Чтение
Чтение,
изменение
Чтение, изменение,
удаление
Не ограничен
Работник ИТ
сферы
Чтение
Чтение
Чтение.
Не ограничен
Защита от внешних угроз организована следующим образом:
Защищенные каналы связи
Программно-аппаратные средства
Антивирусная система собственной разработки
Штаб работы с внутреннем клиентом (отдел безопасности)
Рассмотрим политику безопасности от внешних угроз, список
используемых средств безопасности от внешних угроз приведен в таблице (2.2)
Таблица 2.2
Характеристика используемых средств защиты от внешних
угроз
Способ
Наименование
Программно – аппаратные средства
защиты информации
Dallas Lock
Защищенные каналы связи
Протокол SHH
Антивирусные программы
Sber Guard
Политика безопасности
1. ограничение прав пользователей к
ценной информации.
2. анализ нарушений.
3. назначить ответственного по
обеспечению защиты информации.
4. Внутренний штаб обеспечения
безопасности данных
Средство защиты информации Dallas lock – это программное обеспечение,
представляет собой средство защиты информации на рабочих станциях
51
сотрудников, от несанкционированного доступа к информации.
Канал связи защищенный по протоколу SHH, позволяет производить
безопасное управление данными. Принцип его работы – шифрование данных и
паролей.
Антивирусное программное обеспечение собственной разработки Sber
Guard, функционирует на протяжении нескольких лет, проявило себя достаточно
хорошо и отлажено, данное программное обеспечение отлично подходит для
выявления несанкционированного доступа, а так же для защиты информации
передаваемой по внутренним и внешним каналам связи.
Внутренний штаб обеспечения безопасности данных (штаб работы с
внутренним клиентом) собирает и анализирует действия сотрудников, тем
самым предотвращая утечку данных на внешние интернет ресурсы.
2.2 Информационное обеспечение задачи
2.2.1 Характеристика нормативно-справочной, входной и оперативной
информации
Все основные функции и операции доступны пользователям через
основное функциональное меню главного интерфейса. Его элементы выполнены
в виде кнопок, при нажатии на которые запускаются подчинённые формы.
Интерфейсы подчинённых форм выполнены в виде отдельных окон.
Особенности такой компоновки интерфейса позволяют пользователям избежать
большого количества дополнительных операций, увеличивая, таким образом,
производительность их работы.
Чтобы избежать большого количества ошибок, допущенных при вводе
информации, перед занесением в базу данных информация проверяется на
целостность. В случае обнаружения ошибки в дополнительной части окна
отображается соответствующее сообщение, и пользователю предлагается
поправить данные.
Под входной информацией понимается вся информация, необходимая для
решения основных задач в организации. Полученные данные хранятся в
52
первичных документах, на внешних носителях, в памяти персонального
компьютера.
Для автоматизации программного обеспечения необходимо:
Составить список входной информации;
Грамотно расположить реквизиты каждого вида входной информации;
Сделать описание реквизитов входных документов.
Вся входная информация заносится в БД. В разработанный программный
продукт удобно заносить необходимые данные, а также выбирать эти данные из
предложенного списка, что позволяет сохранить целостность данных.
В используемой системе есть следующая входная информация (первичные
документы):
Сотрудники
Задачи
KPI
Каждый документ уникален и поддается редактированию. Все
перечисленные документы необходимы для автоматизации управления
эффективностью персонала.
Для каждого документа созданы свои справочники.
Для документа сотрудники, создан справочник сотрудников в котором есть
информация о конкретном сотруднике предприятия. В документе есть вся
информация о конкретном сотруднике, так же есть возможность внесения
корректировок. Документ представлен на рисунке 2.1
Рисунок 2.1 Документ «сотрудники»
53
В документе описана краткая информация о сотруднике ФИО, табельный
номер, должность и загруженность на данный момент. По двойному нажатию на
конкретного сотрудника можно увидеть более подробную информацию.
Для того, чтобы внести корректировки нужно нажать на соответствующую
кнопку (добавить сотрудника, редактировать данные). Так же в данном
документе есть вывод отчетности. Для удобства просмотра документа (при
большом количестве сотрудников) есть возможность отображения по каким
либо критериям.
Документ «задачи», является одним из главных в составе программы
автоматизации эффективности деятельности управления персоналом. В данном
документе представлен список всех задач существующих в данный момент. К
каждой задаче присвоен свой исполнитель. По двойному нажатию на задачу
можно увидеть более подробную информацию. Документ «задачи» представлен
на рисунке 2.2
Рисунок 2.2 Документ «задачи»
Так же в данном документе можно вносить изменения. Создавать новую
задачу, редактировать исполнителя задачи, удалить задачу и вывести отчет по
конкретной задаче.
Рассмотрим последний и самый показательный входной документ «KPI»
KPI – способ оценки эффективности деятельности персонала. По данному
документу можно судить как сотрудника оценивают внутренние заказчики, а так
же служба HR, которая вносит изменения в конце определенного времени
выполнения задач. Данный об оценки эффективности конкретного сотрудника
складываются и в результате получается итог его деятельности в процентном
54
соотношении где 100% - является очень хорошим показателем. Если KPI
сотрудника превышает 100%, сотрудник может быть рассмотрен на выплату
премии. Документ «KPI» представлен на рисунке 2.3
Рисунок 2.3 Документы KPI
Так же в данном документе по двойному нажатию на сотрудника можно
увидеть более подробную информацию, а так же оставленные комментарии по
работе конкретного человека. В документе есть возможность редактирования и
создания отчета.
Вся информация хранится в справочниках, содержащих сведения о
сотрудниках фирмы, задачх которые в работе, а так же KPI. Информация в
справочниках является многократно используемой, есть возможность
редактирования содержащихся данных (добавление, удаление).
В проекте есть следующие справочники:
Сотрудники
Задачи
KPI
Выплаты
Описание справочников представлено в таблице 2.3