МИНИСТЕРСТВО ЦИФРОВОГО РАЗВИТИЯ,

СВЯЗИ И МАССОВЫХ КОММУНИКАЦИЙ РОССИЙСКОЙ ФЕДЕРАЦИИ

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ

«САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ТЕЛЕКОММУНИКАЦИЙ ИМ. ПРОФ. М.А. БОНЧ-БРУЕВИЧА»

(СПбГУТ)

Факультет Информационных технологий и программной инженерии

Кафедра Систем обработки данных

Направление: 09.03.02 Информационные системы и технологии

Профиль: Прикладные информационные системы и технологии

Практическая работа №3

«Команда и коммуникации»

по дисциплине

«Управление ИТ-проектами»

Выполнил:

студент группы ИСТ-223

Хакова Ю. М. «____» _________ 2026 г.

Принял:

ассистент кафедры ИУС

Новиков Е. А. «____» _________ 2026 г.

СОДЕРЖАНИЕ

1 УПРАВЛЕНИЕ РИСКАМИ 3

1.1 Реестр рисков проекта 3

1.2 Анализ рисков 3

1.3 План реагирования на риски 3

1.4 Стратегии управления рисками 4

2 КОМАНДА ПРОЕКТА И КОММУНИКАЦИИ 5

2.1 Участники проекта 5

2.2 Карта участников проекта 5

2.3 Расширенная характеристика участников проекта 5

2.4 Анализ организации коммуникаций 6

2.5 Инструменты коммуникации 6

3 АНАЛИЗ И ПЕРСПЕКТИВЫ РАЗВИТИЯ ПРОЕКТА 8

3.1 Необходимые изменения для практической реализации 8

3.2 Ограничения текущей версии 8

3.3 Перспективы развития проекта 8

ЗАКЛЮЧЕНИЕ 9

1 УПРАВЛЕНИЕ РИСКАМИ

Управление рисками представляет собой процесс выявления, анализа и минимизации факторов, способных негативно повлиять на реализацию проекта.

Своевременное управление рисками позволяет снизить вероятность возникновения проблем и обеспечить успешную реализацию проекта.

1.1 Реестр рисков проекта

В рамках проекта были выявлены основные риски, представленные в таблице 1.

Таблица 1 – Реестр рисков проекта

№	Риск	Вероятность	Влияние	Уровень риска
1	Нехватка времени	Высокая	Высокое	Критический
2	Ошибки в разработке	Средняя	Среднее	Средний
3	Перегрузка функционалом	Средняя	Высокое	Высокий
4	Потеря данных	Низкая	Среднее	Низкий

1.2 Анализ рисков

Наиболее значимым риском является нехватка времени, так как проект реализуется в рамках учебного процесса и имеет ограниченные сроки.

Риск перегрузки функционалом связан с попыткой реализовать избыточные функции, выходящие за рамки MVP.

Ошибки в разработке могут привести к увеличению времени тестирования и необходимости переработки отдельных компонентов системы.

1.3 План реагирования на риски

Для каждого риска разработаны меры минимизации, которые представлены в таблице 2.

Таблица 2 – План реагирования на риски

Риск	Меры реагирования
Нехватка времени	Чёткое планирование, контроль сроков
Ошибки в разработке	Регулярное тестирование
Перегрузка функционалом	Ограничение проекта рамками MVP
Потеря данных	Резервное копирование

1.4 Стратегии управления рисками

В рамках проекта применяются следующие стратегии:

• предотвращение риска;

• снижение риска;

• контроль риска;

• принятие риска.

2 КОМАНДА ПРОЕКТА И КОММУНИКАЦИИ

2.1 Участники проекта

В проекте участвуют следующие стороны:

• разработчик (студент);

• преподаватель;

• пользователи.

2.2 Карта участников проекта

Таблица 3 – Карта участников

Участник	Роль	Влияние	Интерес
Студент	Разработчик	Высокое	Высокий
Преподаватель	Контроль	Высокое	Высокий
Пользователи	Пользователи	Низкое	Высокий

2.3 Расширенная характеристика участников проекта

Каждый участник проекта выполняет определённые функции и оказывает влияние на процесс разработки. Для более детального анализа ролей участников используются карточки участников проекта.

Таблица 4 – Карточка участника проекта (разработчик)

Параметр	Описание
Участник	Разработчик
Роль	Основной исполнитель
Основные задачи	Анализ, проектирование, разработка, тестирование
Ответственность	Реализация приложения и документации
Уровень участия	Высокий

Разработчик является ключевым участником проекта и выполняет основную часть работ, включая разработку мобильного приложения, реализацию функционала и тестирование системы.

Таблица 5 – Карточка участника проекта (преподаватель)

Параметр	Описание
Участник	Преподаватель
Роль	Контроль и консультирование
Основные задачи	Проверка работы, рекомендации
Ответственность	Оценка проекта
Уровень участия	Средний

Преподаватель выполняет роль научного руководителя, обеспечивая методическую поддержку и контроль выполнения проекта.

Таблица 5 – Карточка участника проекта (пользователь)

Параметр	Описание
Участник	Пользователь
Роль	Конечный пользователь
Основные задачи	Использование приложения
Ответственность	Эксплуатация системы
Уровень участия	Низкий

Проект реализуется одним разработчиком, что упрощает управление, но увеличивает нагрузку.

2.4 Анализ организации коммуникаций

Эффективная система коммуникаций является важным элементом успешной реализации проекта. Она обеспечивает взаимодействие участников проекта, обмен информацией и координацию выполнения задач.

Коммуникации в проекте направлены на:

• контроль выполнения задач;

• обсуждение промежуточных результатов;

• выявление проблем и рисков;

• согласование решений.

В рамках проекта планируется следующая периодичность взаимодействия:

• еженедельные консультации с преподавателем;

• промежуточные отчёты по этапам;

• финальная защита проекта.

2.5 Инструменты коммуникации

Средства коммуникации

Для взаимодействия используются:

• электронная почта;

• мессенджеры;

• онлайн-консультации;

• личные встречи.

Расширенный план совещаний представлен в таблице 7.

Таблица 7 – План совещаний проекта

Тип совещания	Участники	Периодичность	Цель
Рабочие встречи	Разработчик, преподаватель	1 раз в неделю	Контроль прогресса
Консультации	Разработчик, преподаватель	По необходимости	Решение проблем
Итоговые встречи	Разработчик, преподаватель	По завершении этапов	Подведение итогов

Регулярные встречи позволяют своевременно выявлять отклонения от плана и корректировать ход проекта.

3 АНАЛИЗ И ПЕРСПЕКТИВЫ РАЗВИТИЯ ПРОЕКТА

3.1 Необходимые изменения для практической реализации

Для внедрения проекта в реальную среду необходимо внести ряд изменений:

• расширить функциональность приложения;

• реализовать серверную инфраструктуру;

• обеспечить защиту данных пользователей;

• внедрить систему масштабирования.

3.2 Ограничения текущей версии

Текущая версия проекта имеет ограничения:

• отсутствие коммерческой модели;

• ограниченный функционал;

• отсутствие многопользовательских возможностей.

3.3 Перспективы развития проекта

Возможные направления развития:

• разработка версии для iOS;

• внедрение искусственного интеллекта;

• расширение базы уроков;

• внедрение геймификации;

• интеграция с онлайн-сервисами.

ЗАКЛЮЧЕНИЕ

В ходе выполнения практической работы были рассмотрены ключевые аспекты управления рисками, организации команды проекта и построения системы коммуникаций.

Был сформирован реестр рисков, позволяющий выявить потенциальные угрозы реализации проекта, а также разработан план реагирования, направленный на снижение их влияния. Анализ рисков показал, что наибольшую опасность представляет ограниченность временных ресурсов, что требует строгого контроля сроков выполнения работ.

В рамках работы были определены основные участники проекта и проанализированы их роли, функции и степень участия. Это позволило сформировать представление о структуре взаимодействия внутри проекта и распределении ответственности.

Особое внимание было уделено организации коммуникаций, включая разработку плана совещаний и выбор средств взаимодействия. Эффективная коммуникация обеспечивает координацию действий участников и способствует успешной реализации проекта.

Для практической реализации проекта необходимо расширить функциональные возможности приложения, обеспечить стабильность работы системы и внедрить дополнительные механизмы взаимодействия с пользователями.

Перспективы развития проекта включают внедрение новых функций, расширение платформенной поддержки и возможное использование современных технологий, таких как адаптивное обучение и персонализация контента.

Таким образом, выполнение данной работы позволило сформировать навыки управления рисками, командой и коммуникациями, которые являются важной частью профессиональной деятельности в области управления ИТ-проектами.

Санкт-Петербург

2026