Работа 18

1.

Степень влияния на результаты
проекта
Уровень риска
Значительное
Высокий
Критическое
Высокий
Среднее
Средний
Критическое
Высокий
1. Недостаток опыта команды в
кроссплатформенной мобильной
разработке
Высокая
Значительное
Высокий
2. Срыв сроков сдачи этапов из-за
высокой учебной нагрузки
участников
Очень высокая
Среднее
Высокий
Риск
Вероятность наступления
Технологические риски
1. Сбои в работе сервера или API
интеграции с расписанием вуза Средняя
2. Уязвимости в системе
безопасности (утечка
персональных данных студентов) Низкая
Финансовые риски
1. Превышение
запланированного бюджета на
платное ПО и хостинг
Низкая
2. Прекращение финансирования
(отказ от поддержки со стороны
гранта/вуза)
Низкая
Организационные и
управленческие риски

2.

Вероятность /
Влияние
Критическое
Значительное
Среднее
Незначительное
Очень высокая
Оч. высокий
Оч. высокий
Высокий
Средний
Оч. высокий
Высокий (Срыв
сроков из-за учебы) Средний
Низкий
Оч. высокий
Высокий (Сбои API /
Опыт)
Средний
Низкий
Высокая
Средняя
Низкая
Высокий
(Уязвимости
безопасности)
Средний
Средний
(Превышение
затрат на
серверную часть)
Очень низкая
Высокий
Средний
Низкий
Низкий
Низкий

3.

Название риска
Мероприятия, направленные на
причину риска
1.1 Сбои синхронизации данных
(сервер/API)
Настройка сквозного кэширования
Предварительное тестирование
данных на стороне смартфона
интеграционных скриптов перед
пользователя; регулярное резервное
деплоем, оптимизация кода запросов. копирование базы данных.
Обязательное хэширование паролей
(bcrypt/sha256) на бэкенде; отказ от
1.2 Уязвимости безопасности и утечка сбора избыточных персональных
профилей
данных студентов.
Тщательное проектирование и
оптимизация SQL-запросов
2.1 Превышение затрат на серверную приложения для снижения нагрузки
часть
на процессор сервера.
2.2 Прекращение финансирования
(отказ в поддержке)
3.1 Слабые навыки разработки у
команды
3.2 Задержки этапов из-за учебной
нагрузки
Поэтапное согласование сметы
проекта с администрацией вуза или
грантодателем.
Мероприятия, направленные на
Мероприятия, направленные на риск последствия риска
Автоматический перевод интерфейса
календаря в offline-режим с выводом
плашки «Показываем сохраненную
копию».
Оперативный отзыв
Использование только защищенного скомпрометированных токенов
протокола шифрования HTTPS
сессий, принудительный разлогин
(SSL/TLS) для всего трафика
пользователей и выпуск экстренного
приложения.
патча.
Поиск экстренного
Выбор облачного провайдера с
микрофинансирования от профкома
гибкой тарификацией и
вуза; интеграция партнерских
автоматическим ограничением
предложений (скидки от местных
лимитов (например, Yandex Cloud).
кофеен).
Использование бесплатных opensource инструментов и библиотек,
чтобы минимизировать зависимость
от платных сервисов.
Перевод проекта на полностью
бесплатные/студенческие тарифы
хостинга; заморозка разработки
второстепенных модулей.
Оперативное обращение за
Проведение предварительного
консультацией к менторам
обучения команды; выбор
Использование готовых проверенных (старшекурсникам или
популярного фреймворка (Flutter) с
библиотек и UI-китов для создания
преподавателям); замена сложных
хорошей документацией.
календарных сеток и списков.
элементов стандартными.
Четкая декомпозиция задач и их
Перераспределение критически
Создание 20%-го временного буфера распределение в таск-менеджере
важных задач в пользу наименее
в общем графике работ перед
(Trello) с контролем промежуточных загруженных участников; временное
началом зачетной недели и сессии.
дедлайнов.
урезание объема MVP.

4.

№
Название риска
Технологические
1 риски
Потенциальное
воздействие на
проект
Студенты видят
устаревшую
информацию;
Сбои синхронизации падение доверия к
1.1 данных (сервер/API) календарю.
Уязвимости
безопасности и
1.2 утечка профилей
2 Финансовые риски
Уровень риска
Меры по
исключению /
снижению риска
(До наступления)
Высокий
Предварительное
тестирование
интеграционных
скриптов;
регулярное
резервное
копирование БД
Нарушение
конфиденциальност
и, репутационные
потери, блокировка. Высокий
Дефицит бюджета;
риск отключения
Превышение затрат базы данных за
2.1 на серверную часть неуплату хостинга.
Средний
Меры по
устранению
последствий (В
случае наступления)
Автоматический
перевод приложения
в автономный
(offline) режим
работы с выводом
кэшированных
данных.
Оперативный отзыв
использование
токенов сессий,
защищенного
принудительный
HTTPS/SSL-протокола разлогин
для трафика.
пользователей
Оптимизация
запросов
приложения для
снижения нагрузки
на сервер;
интеграция
партнерских
предложений и
скидок для
студентов.

5.

Заморозка проекта
Прекращение
из-за отсутствия
финансирования
средств на ключевые
2.2 (отказ в поддержке) сервисы.
Высокий
Организационные
3 риски
Слабые навыки
разработки у
3.1 команды
Смещение сроков
релиза, низкое
качество кода,
большое количество
багов.
Высокий
Срыв дедлайнов
перед
проверяющими,
Задержки этапов из- общая демотивация
3.2 за учебной нагрузки проектной группы.
Высокий
Перевод проекта на
Поэтапное
бесплатные/студенче
согласование сметы ские тарифы
проекта; приоритет в хостинга; остановка
сторону бесплатных разработки
open-source
второстепенных
инструментов
модулей.
Предварительное
Оперативное
обучение участников; обращение за
выбор популярного консультацией к
фреймворка с
менторам; упрощение
обилием готовых
архитектуры и замена
календарных
сложных элементов
библиотек.
стандартными.
Создание 20%-го
временного буфера в Перераспределение
общем графике работ критически важных
перед началом
задач в пользу менее
зачетной недели и
загруженных
сессии
участников