Разработка приложения для управления проектами с использованием данных о команде и сроках (на примере конкретного действующего субъекта)

1.1. Технико-экономическая характеристика предметной области и предприятия

В этом разделе необходимо раскрыть суть проектного менеджмента как предметной области, а также дать описание ООО «Проектный офис»: организационную структуру, основные направления деятельности, используемые методологии управления проектами (например, Agile, Waterfall), штатную численность и текущие ИТ-инструменты. Особое внимание уделяется тому, как в компании организован контроль проектов — кто отвечает за сроки, как фиксируются трудозатраты, как оценивается загруженность команды.

Пример: «ООО "Проектный офис" управляет портфелем из 15–20 одновременных проектов. Контроль проектов осуществляется вручную через Excel-таблицы и еженедельные совещания, что приводит к задержкам в обновлении данных и снижению прозрачности загрузки сотрудников».

Сложности:

• Отсутствие публичных данных о деятельности ООО "Проектный офис" (требуется моделирование реалистичного кейса).
• Необходимость корректно связать общие принципы проектного менеджмента с конкретной практикой предприятия.

Время: 10–12 часов.

1.2. Характеристика комплекса задач и обоснование необходимости автоматизации

Здесь описывается, какие именно задачи в рамках контроля проектов требуют автоматизации: планирование сроков, распределение задач по сотрудникам, мониторинг прогресса, анализ рисков срыва дедлайнов. Обосновывается, почему текущие методы (ручные, полуавтоматические) неэффективны.

Пример: «В ООО "Проектный офис" отсутствует централизованное хранилище данных о текущих задачах и загрузке команды. Это приводит к перегрузке отдельных сотрудников и простаиванию других, что снижает общую продуктивность на 15–20%».

Сложности:

• Требуется чётко сформулировать проблему, а не просто описать процесс.
• Необходимо избегать общих фраз — нужны количественные оценки (время на обновление отчётов, частота ошибок и т.п.).

Время: 8–10 часов.

1.3. Анализ существующих разработок и выбор стратегии автоматизации

Проводится сравнительный анализ аналогов: Jira, Trello, Microsoft Project, Asana и др. Оцениваются их сильные и слабые стороны с точки зрения потребностей ООО «Проектный офис». На основе этого выбирается стратегия — использовать готовое решение с доработкой или разрабатывать собственное приложение.

Пример: «Сравнение показало, что Jira обладает гибкостью, но требует значительных затрат на настройку под специфику контроля проектов в ООО "Проектный офис". Разработка собственного веб-приложения на базе React + Django позволит реализовать только необходимые функции и сократить TCO на 30%».

Сложности:

• Нужно не просто перечислить аналоги, а провести критический анализ по заданным критериям (стоимость, масштабируемость, интеграция и др.).
• Стратегия должна логично вытекать из анализа.

Время: 10–12 часов.

1.4. Обоснование проектных решений

Формулируются ключевые архитектурные и технологические решения: выбор языка программирования (например, Python), фреймворка (Django/Flask), СУБД (PostgreSQL), подхода к проектированию (MVC, микросервисы и т.д.). Обосновывается выбор с учётом требований к масштабируемости, безопасности и удобству сопровождения.

Пример: «Для разработки приложения выбран стек Python + Django + PostgreSQL, так как он обеспечивает быструю разработку, встроенные механизмы аутентификации и поддержку сложных запросов, необходимых для анализа данных о команде и сроках».

Сложности:

• Нужно избегать излишней технической детализации — акцент на обосновании, а не на описании.
• Решения должны соответствовать уровню бакалаврской работы (без излишнего усложнения).

Время: 8–10 часов.

Выводы по главе 1

Подводятся итоги аналитической части: подтверждается актуальность автоматизации контроля проектов в ООО «Проектный офис», обосновывается целесообразность разработки собственного приложения, формулируются требования к будущей ИС.

Время: 4–6 часов.

2.1. Разработка проекта автоматизации

Создаются диаграммы (DFD, ERD, UML), описывающие логику работы приложения. Формулируются функциональные и нефункциональные требования. Разрабатывается архитектурная схема системы.

Пример: «DFD-диаграмма уровня 0 отражает взаимодействие пользователя с модулями: "Планирование сроков", "Управление командой", "Мониторинг прогресса". ER-диаграмма включает сущности: Проект, Задача, Сотрудник, Роль».

Сложности:

• Требуется знание нотаций моделирования (часто не преподаётся в полном объёме).
• Необходимо соблюдать баланс между детализацией и объёмом.

Время: 12–15 часов.

2.2. Информационное обеспечение задачи

Описывается структура базы данных: таблицы, поля, связи, типы данных. Приводятся примеры заполнения (например, таблица "Сотрудники" с полями: ФИО, роль, текущая загрузка в %).

Пример: «Таблица "Задачи" содержит поля: ID_задачи, ID_проекта, название, исполнитель, дата начала, дата окончания, статус. Связь с таблицей "Сотрудники" — по полю "исполнитель"».

Сложности:

• Нормализация БД — частая ошибка студентов.
• Нужно избегать избыточности и обеспечить целостность данных.

Время: 10–12 часов.

2.3. Программное обеспечение задачи

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

Пример: «Модуль "Контроль сроков" реализован с использованием Django ORM. При изменении даты окончания задачи система автоматически проверяет загрузку исполнителя и отправляет уведомление менеджеру при риске перегрузки».

Сложности:

• Необходимо показать не просто код, а его соответствие требованиям.
• Требуется оформление по ГОСТ (комментарии, нумерация строк).

Время: 15–20 часов.

2.4. Контрольный пример реализации проекта и его описание

Демонстрируется работа приложения на примере одного реального (смоделированного) проекта ООО «Проектный офис»: как создаётся проект, распределяются задачи, отслеживается прогресс, формируются отчёты.

Пример: «В контрольном примере реализован проект "Разработка мобильного приложения". Система автоматически распределила задачи между 5 сотрудниками, рассчитала загрузку и предупредила о конфликте сроков за 3 дня до дедлайна».

Сложности:

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

Время: 10–12 часов.

Выводы по главе 2

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

Время: 4–6 часов.

3.1. Выбор и обоснование методики расчёта экономической эффективности

Обосновывается выбор методики (например, NPV, ROI, срок окупаемости). Указываются исходные данные: затраты на разработку, эксплуатацию, экономия от сокращения времени на контроль проектов.

Пример: «Для расчёта выбран метод чистого дисконтированного дохода (NPV), так как он учитывает временную стоимость денег и позволяет оценить проект в долгосрочной перспективе».

Сложности:

• Неправильный выбор методики (например, использование простого ROI без учёта дисконтирования).
• Отсутствие обоснования исходных данных.

Время: 6–8 часов.

3.2. Расчёт показателей экономической эффективности проекта

Приводятся расчёты: затраты (разработка, обучение, поддержка), выгоды (экономия времени менеджеров, снижение рисков срыва сроков), итоговые показатели (NPV > 0, срок окупаемости < 2 лет).

Пример: «Годовая экономия от автоматизации контроля проектов в ООО "Проектный офис" составляет 1 200 000 руб. при затратах на разработку 800 000 руб. Срок окупаемости — 8 месяцев, NPV за 3 года — 2 100 000 руб.»

Сложности:

• Нереалистичные цифры (слишком высокая экономия или слишком низкие затраты).
• Отсутствие расчётов в таблицах (обязательно по ГОСТ).

Время: 10–12 часов.

Выводы по главе 3

Подтверждается экономическая целесообразность внедрения разработанного приложения в ООО «Проектный офис».

Время: 4–6 часов.

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