Исследование и разработка методики управления разработкой программного обеспечения (на примере конкретной организации);

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

В этом разделе необходимо описать предметную область — методологию управления разработкой, а также дать характеристику предприятия АО "Софт-Менеджмент": организационную структуру, основные направления деятельности, используемые технологии и текущие подходы к управлению проектами.

Пример: «АО "Софт-Менеджмент" — компания, специализирующаяся на разработке корпоративных решений. В настоящее время управление проектами осуществляется по упрощённой методике, не учитывающей гибкие подходы и метрики качества. Это приводит к задержкам сроков и перерасходу бюджета».

Сложности:

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

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

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

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

Пример: «Основной задачей является стандартизация подходов к управлению проектами, что позволит сократить сроки выпуска ПО на 15–20% и повысить предсказуемость результатов».

Сложности:

• Сложно чётко сформулировать задачи без опыта в управлении ИТ-проектами.
• Нужно убедительно доказать необходимость именно методологической, а не технической автоматизации.

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

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

Необходимо рассмотреть аналогичные методики (например, CMMI, ISO/IEC 15504, внутренние фреймворки крупных компаний) и обосновать выбор своей стратегии — адаптация существующей или создание новой.

Пример: «Анализ показал, что CMMI избыточен для масштаба АО "Софт-Менеджмент", тогда как адаптированный гибрид Scrum + метрик качества будет оптимален».

Сложности:

• Требуется работа с англоязычными источниками и стандартами.
• Сложно провести объективное сравнение без практического опыта.

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

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

На основе анализа выбирается архитектура методики: этапы, роли, метрики, инструменты. Приводится обоснование выбора каждой компоненты.

Пример: «Методика включает фазы инициации, планирования, исполнения и ретроспективы. В качестве метрик выбраны velocity, lead time и defect density — они наиболее релевантны для среды АО "Софт-Менеджмент"».

Сложности:

• Нужно увязать теорию с практикой конкретной организации.
• Требуется знание современных подходов к метрификации процессов.

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

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

Описывается архитектура методики как информационной системы: этапы, артефакты, роли, процессы. Приводится диаграмма потоков работ (например, BPMN).

Пример: «Проект включает 4 основных фазы, 12 подпроцессов и 3 ключевые роли: Product Owner, Scrum Master, Developer. Все процессы документируются в Confluence и отслеживаются в Jira».

Сложности:

• Сложно визуализировать методику как ИС без опыта моделирования.
• Нужно соблюдать ГОСТ при оформлении диаграмм.

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

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

Определяются входные и выходные данные методики: шаблоны документов, метрики, отчёты. Приводится ER-диаграмма или таблица данных.

Пример: «Входные данные: требования заказчика, оценка трудозатрат. Выходные: план спринта, отчёт о завершённых задачах, метрики качества».

Сложности:

• Требуется чёткое определение структуры данных.
• Нужно избегать избыточности в описании артефактов.

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

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

Описывается, какие инструменты используются для реализации методики (например, Jira, Trello, GitLab), либо приводится фрагмент собственного решения (если разрабатывается ПО).

Пример: «Для реализации методики используется Jira с кастомными workflow и дашбордами. Конфигурация включает 5 статусов задач и 3 типа отчётов».

Сложности:

• Сложно описать конфигурацию без доступа к реальной системе.
• Если пишется код — требуется его документирование и тестирование.

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

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

Приводится кейс применения методики на гипотетическом проекте в АО "Софт-Менеджмент": от инициации до завершения.

Пример: «Проект по разработке CRM-системы: длительность — 3 месяца, команда — 6 человек. Применение методики позволило сократить количество багов на 30% и уложиться в срок».

Сложности:

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

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

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

Обосновывается выбор метода расчёта (например, NPV, ROI, срок окупаемости). Учитываются затраты на внедрение методики и ожидаемая экономия.

Пример: «Используется метод расчёта ROI, так как он наиболее нагляден для руководства АО "Софт-Менеджмент" и учитывает как прямую, так и косвенную экономию».

Сложности:

• Необходимо правильно оценить затраты и выгоды.
• Часто студенты путают прямые и косвенные эффекты.

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

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

Приводятся расчёты: затраты на обучение, настройку инструментов, ожидаемая экономия от сокращения сроков и повышения качества.

Пример: «Общие затраты — 350 000 руб., ежегодная экономия — 600 000 руб. ROI = 71%, срок окупаемости — 7 месяцев».

Сложности:

• Требуется знание экономических формул.
• Сложно подобрать реалистичные цифры без доступа к финансовым данным компании.

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

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