Какие типы работ были на проекте?

Типы работ в IT-проектах под управлением Project Manager

В моей практике управления IT-проектами (разработка ПО, внедрение корпоративных систем, цифровая трансформация) я систематизирую работы по следующим ключевым типам. Эта классификация основана на PMBOK, Agile-практиках и собственном опыте, и позволяет эффективно планировать, распределять ресурсы и контролировать прогресс.

1. Работы по управлению проектом (Project Management Activities)

Это основная зона ответственности PM. Данные работы обеспечивают жизненный цикл проекта.

• Инициация: Формирование устава проекта, определение стейкхолдеров, предварительная оценка осуществимости.
• Планирование: Разработка ключевых артефактов. Это самый критичный тип работ.

  # Пример структуры данных для плана (гипотетический)
  project_plan = {
      "scope": ["ТЗ", "User Stories", "WBS"],
      "schedule": "Диаграмма Ганта в MS Project/Jira",
      "budget": "Финансовая модель в Excel",
      "risks": "Risk Register",
      "communications": "Матрица коммуникаций"
  }
  

• Исполнение и мониторинг: Ежедневное управление командой, проведение митингов (Daily Stand-up, SteerCo), отслеживание KPI (отклонение по срокам SV, по бюджету CV), управление изменениями.
• Закрытие: Формальная приемка продукта заказчиком, фиксация уроков проекта (Retrospective), архивная документация, роспуск команды.

2. Работы по разработке продукта (Product Development Activities)

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

• Анализ требований: Интервью с пользователями, написание User Stories, Use Cases, моделирование бизнес-процессов (BPMN).
• Архитектура и дизайн: Выбор технологического стека, проектирование высокоуровневой и детальной архитектуры, UX/UI-дизайн.
• Непрерывная разработка (Coding): Непосредственное написание кода, code review, интеграция модулей.

  -- Например, работы по созданию отчётного модуля могут включать:
  -- 1. Разработку ETL-процедур
  CREATE PROCEDURE dbo.LoadFactSales AS ...
  -- 2. Создание OLAP-куба
  -- 3. Настройку dashboards в BI-инструменте
  

• Тестирование: Автоматизированное и ручное. Сюда входит написание юнит-тестов, проведение интеграционного, системного, приемочного (UAT) тестирования.
• Развертывание и DevOps: Настройка CI/CD-пайплайнов (например, в Jenkins или GitLab), деплой на тестовые/продуктивные среды, написание инфраструктурного кода (IaC).

3. Поддерживающие и обеспечивающие работы (Supporting Activities)

Работы, без которых невозможна эффективная разработка.

• Работы с качеством (QA): Планирование качества, аудиты процессов, метрики качества кода (например, технический долг).
• Работы с рисками: Идентификация, качественный и количественный анализ, планирование ответных мер, мониторинг рискового регистра.
• Работы с закупками: Выбор подрядчиков (тендер, запрос коммерческих предложений), управление контрактами, приемка их результатов.
• Работы по интеграции: Согласование интерфейсов со смежными системами, управление зависимостями от других команд или проектов.

4. Особый тип: Работы по внедрению и изменениям (Implementation & Change Management)

Особенно критичны для проектов внедрения ERP (SAP, 1С), CRM или корпоративных порталов.

• Миграция и конвертация данных: Очистка, трансформация и перенос данных из legacy-систем.
• Обучение пользователей: Разработка учебных материалов, проведение тренингов и воркшопов.
• Техническая поддержка "горячий старт": Работа саппорт-группы в первые недели после запуска.
• Управление организационными изменениями: Коммуникации с бизнес-пользователями, работа с сопротивлением, формирование группы "чемпионов" изменений.

В качестве заключения отмечу: Успешный PM не просто перечисляет эти работы в плане. Его искусство — в правильном балансировании между ними. Например, чрезмерный акцент на управленческих работах (документы, отчеты) в ущерб работам по изменениям — частая причина технического, но не бизнес-успеха проекта. В Agile-подходах многие из этих работ (особенно планирование и анализ) становятся непрерывными и распределенными внутри итераций, что требует от PM гибкости в их организации и приоритизации.