- •Федеральное агентство по образованию
- •Выпускная квалификационная работа
- •Москва 2014г.
- •Глава 1. Предпроектное обследование.
- •Глава 2. Концепция проекта и системная архитектура проекта.
- •Глава 3. Экономическая эффективность инвестиций в ит – проект
- •Глава 1.Предпроектное обследование.
- •Описание модели организации и анализ «узких мест».
- •Анализ успешных ит - проектов в рассматриваемой области и обоснование выбора ит – решения
- •Глава 2. Концепция проекта.
- •2.1. Бизнес - требования
- •Исходные данные
- •1.2 Возможности бизнеса
- •1.3 Бизнес - цели и критерии успеха
- •1.4 Потребности клиентов или рынка
- •Бизнес - риски
- •Образ решения
- •2.1 Положение об образе проекта
- •2.2 Основные функции
- •Предположения и зависимости
- •3. Масштабы и ограничения проекта.
- •3.1 Объем первоначальной версии
- •Объем последующих версий
- •Ограничения и исключения
- •4. Бизнес-контекст
- •4.1 Профили заинтересованных лиц
- •2.2. Системные требования
- •2.2.2. Спецификация требования к системе.
- •4. Требования к внешнему интерфейсу.
- •4.1. Интерфейсы пользователя
1.4 Потребности клиентов или рынка
Основные потребности типичных клиентов АКБ «Русславбанк», которые обращаются в отдел сопровождения кредитных операций — это быстрое решение о выдаче кредита. Самое главное для клиента как можно скорее получить информацию о возможности получения необходимой для него суммы. Также важна для клиента надежность и точность.
Для пользователей системы важен удобный и понятный интерфейс и возможность реализации всех заявленных требований к системе.
Бизнес - риски
При разработке и внедрении любой информационной системы необходимо тщательно изучить возможность возникновения различных рисков, а также способы реакции на них. Так как при отсутствии плана по устранению рисков, весь проект может стать неэффективным. Для начала необходимо произвести идентификацию всех возможных рисков.
Идентификация рисков.
Заниженная оценка руководством АКБ «Русславбанк» общей стоимости проекта автоматизации;
Ошибочное планирование сроков внедрения системы;
Неформальное общение с персоналом - финансовый риск;
Негативное отношение персонала к автоматизации.
Сбой системного ПО;
Сбой оборудования;
Зависимость от ключевого персонала;
Увеличение нагрузки на персонал в процессе внедрения;
Текучесть кадров;
Изменение структуры и бизнес - целей компании.
Данные риски были идентифицированы по следующим признакам:
1. Задачи, для решения которых необходимо затрачивать много времени.
2. Задачи, на реализацию которых затрачивается много финансовых и человеческих ресурсов.
3. Задачи, выполнение которых зависит от выполнения предыдущих этапов.
Если предыдущий этап не выполнен и следующий зависит от выполнения предшественника, то возникает вероятность задержки проекта.
Далее необходимо оценить риски проекта автоматизации (качественные и количественные оценки). Также оценить вероятность возникновения и влияния рисков на проект автоматизации. Для оценки рисков необходима точная и адекватная информация. Использование неточной информации ведет к ошибкам в оценке. Неверная оценка риска также является риском.
В Таблице . отражена степень влияния каждого идентифицированного риска, расставлены приоритеты реагирования на риски, список рисков упорядочен по приоритетам (приоритет расставлен от 1 до 10 - с убывающей степенью важности).
Вероятность |
Величина риска = Вероятность*Степень влияния |
|||||
1 |
0,05 |
0,1 |
0,2 |
0,4 |
0,6 |
0,8 |
0,9 |
0,045 |
0,09 |
0,18 |
0,36 |
0,54 |
0,72 |
0,8 |
0,04 |
0,08 |
0,16 |
0,32 |
0,48 |
0,64 |
0,7 |
0,035 |
0,07 |
0,14 |
0,28 |
0,42 |
0,56 |
0,6 |
0,03 |
0,06 |
0,12 |
0,24 |
0,36 |
0,48 |
0,5 |
0,025 |
0,05 |
0,1 |
0,2 |
0,3 |
0,4 |
0,4 |
0,02 |
0,04 |
0,08 |
0,16 |
0,24 |
0,32 |
0,3 |
0,015 |
0,03 |
0,06 |
0,12 |
0,18 |
0,24 |
0,2 |
0,01 |
0,02 |
0,04 |
0,08 |
0,12 |
0,16 |
0,1 |
0,005 |
0,01 |
0,02 |
0,04 |
0,06 |
0,08 |
|
0,05 |
0,1 |
0,2 |
0,4 |
0,6 |
0,8 |
|
Степень воздействия |
|||||
Величина критических рисков больше или равна 0,4 (потери более 1 млн. руб.);
Величина умеренных рисков – больше 0,08 (потери от 100 тыс. руб. до 1 млн. руб.);
Величина незначительных рисков – меньше или равна 0,08 (потери менее 100 тыс. руб.).
В таблице 2 показан качественный анализ рисков
-
Риск
Вероятность
Степень влияния
Величина риска (Вероятность* Степень влияния)
Заниженная оценка руководством АКБ «Русславбанк» общей стоимости проекта автоматизации
1
0,8
0,8
Ошибочное планирование сроков внедрения системы
0,7
0,6
0,42
Негативное отношение персонала к автоматизации.
0,5
0,8
0,4
Неформальное общение с персоналом.
0,4
0,4
0,16
Сбой системного ПО.
0,8
0,2
0,16
Сбой оборудования
0,2
0,8
0,16
Зависимость от ключевого персонала;(организационный риск)
0,3
0,4
0,12
Увеличение нагрузки на персонал в процессе внедрения
0,1
0,8
0,08
Изменение структуры и бизнес - целей компании.
0,6
0,1
0,06
Текучесть кадров
0,9
0,05
0,045
Вероятность и степень воздействия рисков может меняться в ходе исполнения проекта, в результате чего может измениться величина рисков. Критические риски могут стать незначительными, и наоборот.
Реагирование на риски и мероприятия по их устранению.
- Заниженная оценка руководством «Русславбанк» общей стоимости проекта автоматизации
|
Провести стоимостной анализ на начальной стадии проекта. |
Минимизация риска |
Ошибочное планирование сроков внедрения системы |
Предусмотреть на случай возникновения данного риска буфер времени (временной резерв) денежный резерв; |
Уклонение от риска |
Зависимость от ключевого персонала;(организационный риск)
|
Иметь альтернативный штаб сотрудников, способных справиться с ролью. |
Минимизация риска |
Негативное отношение персонала к автоматизации |
Организовать мероприятия, направленные на обучение персонала, наладить отношения с сотрудниками. |
Минимизация риска |
Сбой оборудования |
|
Минимизация риска |
Сбой системного ПО. |
|
Минимизация риска |
При возникновении описанных выше рисковых ситуаций, АКБ «Русславбанк» необходимо действовать следующим образом:
Своевременно идентифицировать риск.
Выяснить причину риска, с последующим её устранением.
Собрать команду специалистов по выходу из сложившейся ситуации (люди, входящие в состав команды не должны быть заняты другими работами, связанными с проектной деятельностью).
Определить способ реагирования из уже предусмотренных или в случае возникновения неожиданной (чрезвычайной) ситуации разработать альтернативный план реагирования на риски.
Менеджер проекта должен распределить нагрузку на каждого из членов команды таким образом, чтобы избежать возможной нехватки человеческого ресурса на этапе решения проблемы.
Согласовать решения менеджера с высшим руководством.
Принять решение по выходу из сложившейся рисковой ситуации. Принимаемые меры, не должны навредить проекту в целом или дать почву для появления вероятности возникновение новых рисков.
Модернизировать план проекта.
Наблюдать за процессом автоматизации.
Подвести итоги и проанализировать проделанную работу по устранению риска.
