Учебная практика по профессиональному модулю ПМ.02 Осуществление интеграции программных модулей. Студент - Талпэ Дорин Юрьевич
Описание IT-компании
Организационная структура компании включает:
Постановка задачи интеграции
При отсутствии интеграции возникают проблемы:
Цель интеграции:
Анализ системы управления проектами (PMS)
В PMS фиксируются: календарный план проекта; текущая готовность этапов; совокупный прогресс выполнения работ. Без интеграции
Анализ системы управления задачами (TMS)
Функции TMS:
В TMS содержатся:
Описание программных модулей интеграции
Структура данных и сопоставление сущностей
Модель бизнес-процесса интеграции
Методы и механизмы интеграции
Результаты и эффект интеграции
В результате:
75.29K

Учебная практика по профессиональному модулю

1. Учебная практика по профессиональному модулю ПМ.02 Осуществление интеграции программных модулей. Студент - Талпэ Дорин Юрьевич

У Ч Е Б Н А Я П РА К Т И К А П О П Р О Ф Е С С И О Н А Л Ь Н О М У
М О Д У Л Ю П М . 0 2 О С У Щ Е С Т В Л Е Н И Е И Н Т Е Г РА Ц И И
П Р О Г РА М М Н Ы Х М О Д У Л Е Й .
СТ УД Е Н Т - ТА Л П Э Д О Р И Н Ю Р Ь Е В И Ч
ГРУППА:
ОКИП-12309МО
Кейс № 9 - Интеграция системы управления проектами (PMS)
и системы управления задачами (TMS)
На основе продуктовой IT-компании, занимающейся разработкой программного обеспечения

2. Описание IT-компании

• Компания представляет собой продуктовую IT-организацию среднего размера,
специализирующуюся на разработке веб-приложений, мобильных приложений
и корпоративных программных решений для B2B-клиентов.

3. Организационная структура компании включает:

• отдел Backend-разработки;
• отдел Frontend-разработки;
• мобильную разработку;
• отдел аналитики (Business и System-аналитики);
• отдел тестирования (QA Manual и Automation);
• DevOps-направление;
• службу технической поддержки.

4.

• Работа организована по Agile-методологиям с
использованием Scrum и Kanban.
Одновременно ведётся несколько параллельных
проектов со спринтами и кросс-функциональными
командами.
• Основная выявленная проблема - проектные данные и
задачи распределены между двумя информационными
системами: PMS и TMS, что приводит к дублированию
данных и расхождению статусов.

5. Постановка задачи интеграции

• Управленческий уровень проекта (этапы, сроки,
отчётность) ведётся в PMS,
а операционная деятельность команды (задачи,
исполнители, комментарии) - в TMS.

6. При отсутствии интеграции возникают проблемы:

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

7. Цель интеграции:

• Создать единое информационное пространство и
обеспечить автоматическую двустороннюю синхронизацию:
• проектов;
• задач;
• статусов;
• сроков выполнения;
• исполнителей.

8. Анализ системы управления проектами (PMS)

• Система PMS используется:
• руководителями проектов,
• аналитиками,
• руководителями подразделений.
• Основные функции PMS:
• формирование структуры проекта;
• определение этапов и milestones;
• планирование сроков;
• распределение ответственности;
• контроль выполнения работ;
• формирование управленческой отчётности.

9. В PMS фиксируются: календарный план проекта; текущая готовность этапов; совокупный прогресс выполнения работ. Без интеграции

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

10. Анализ системы управления задачами (TMS)

• Система TMS используется:
• разработчиками,
• тестировщиками,
• аналитиками.
• Это основная рабочая среда команды.

11. Функции TMS:

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

12. В TMS содержатся:

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

13. Описание программных модулей интеграции

• Модуль управления проектами (PMS-модуль)
• хранение проектов и этапов;
• план-график работ;
• контроль ключевых точек;
• формирование отчётов.

14.

• Модуль управления задачами (TMS-модуль)
• задачи и подзадачи;
• назначение исполнителей;
• статусы выполнения;
• фиксация комментариев и результатов.
• Интеграционный модуль
• сопоставление идентификаторов проектов и задач;
• синхронизация статусов;
• синхронизация сроков и приоритетов;
• передача данных об исполнителях;
• журнал интеграционных операций;
• обработка конфликтов версий.

15. Структура данных и сопоставление сущностей

• В рамках интеграции применяется единая логическая модель задачи, включающая:
• идентификатор задачи;
• идентификатор проекта;
• название и описание;
• исполнителя;
• статус выполнения;
• приоритет;
• дату начала и срок выполнения;
• время последнего обновления.

16.

• Сопоставление сущностей:
• project_id ↔ уникальный идентификатор проекта;
• task_id ↔ запись задачи в TMS.
• Статусы задач приводятся к единому справочнику состояний,
чтобы исключить неоднозначность трактовок.
• Сроки и данные об исполнителях синхронизируются двусторонне
с сохранением истории изменений.

17. Модель бизнес-процесса интеграции

• Проект создаётся в PMS.
• Определяются цели, этапы и контрольные точки.
• Структура проекта передаётся в TMS.
• Этапы декомпозируются на задачи и подзадачи.
• Назначаются исполнители и сроки выполнения.
• Исполнители обновляют статусы задач в TMS.
• Изменения автоматически передаются в PMS.
• Обновляется степень готовности этапов и проекта.
• Таким образом достигается сквозной контроль проекта:
• от управленческого уровня
• до уровня выполнения задач.

18. Методы и механизмы интеграции

• Используемые механизмы интеграции:
• API - чтение и обновление сущностей проектов и задач;
• Webhooks - оперативная передача изменений;
• SDK - расширение и кастомизация функциональности.
• Передача данных осуществляется:
• в формате JSON;
• по защищённому протоколу HTTPS;
• с авторизацией через API-token или OAuth 2.0.
• Обеспечивается:
• безопасность обмена данными,
• целостность информации,
• отказоустойчивость интеграционного взаимодействия.

19. Результаты и эффект интеграции

• Интеграция PMS и TMS позволяет:
• устранить ручное дублирование данных;
• снизить вероятность ошибок;
• повысить точность управленческой отчётности;
• обеспечить единый источник актуальной информации.
• Руководители проектов получают:
• актуальный прогресс выполнения работ,
• данные по загрузке исполнителей,
• реальную степень готовности этапов.
• Команда разработки продолжает работать в привычной TMS-среде,
при этом управленческая информация автоматически обновляется в PMS.

20. В результате:

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

21.

Заключение
• В ходе учебной практики был рассмотрен кейс интеграции системы управления
проектами (PMS) и системы управления задачами (TMS) в IT-компании. Были
изучены основные функции данных систем и причины необходимости их
интеграции.
• В работе были описаны программные модули PMS, TMS и интеграционный
модуль, а также рассмотрен бизнес-процесс взаимодействия между системами.
Для интеграции используются современные методы обмена данными, такие как
API и Webhooks.
• Интеграция PMS и TMS позволяет избежать ручного дублирования данных,
повысить точность информации и упростить контроль выполнения проектов и
задач. В результате повышается эффективность работы команды и качество
управления проектной деятельностью.
English     Русский Правила