В чем разница между PM и Delivery Manager?

Различие между Project Manager (PM) и Delivery Manager (DM): Стратегия vs Исполнение

В современной IT-индустрии роли Project Manager (Управляющий проектами) и Delivery Manager (Менеджер по поставке) часто пересекаются, но имеют принципиально разные фокусы, цели и зоны ответственности. Проще всего разницу понять через аналогию: PM — это архитектор и прораб, который строит дом по чертежам, а DM — это владелец строительной компании, который гарантирует, что дом будет построен качественно, в срок, в рамках бюджета и удовлетворит конечного жильца.

---

Основные отличия в фокусе и ответственности

---

Разбор на практическом примере (разработка нового мобильного приложения)

graph TD
    A[Идея нового приложения] --> B[Project Manager];
    A --> C[Delivery Manager];
    
    subgraph "Зона ответственности PM"
        B --> B1[Создание детального плана проекта<br/>с таймлайном и бюджетом];
        B1 --> B2[Формирование команды<br/>на срок проекта];
        B2 --> B3[Ежедневное управление задачами,<br/>контроль сроков и рисков];
        B3 --> B4[Отчетность о статусе<br/>по тройному ограничению];
        B4 --> B5[Формальная сдача проекта<br/>и закрытие];
    end

    subgraph "Зона ответственности DM"
        C --> C1[Определение методологии<br/>и процессов поставки Agile/Scrum];
        C1 --> C2[Обеспечение команды инструментами,<br/>обучением, устранение блокеров];
        C2 --> C3[Мониторинг метрик здоровья команды<br/>velocity, quality, morale];
        C3 --> C4[Постоянная коммуникация с Product Owner<br/>и стейкхолдерами о ценности];
        C4 --> C5[Гарантия, что выпущенный продукт<br/>стабилен, масштабируем и поддерживаем];
        C5 --> C6[Улучшение процесса поставки<br/>для следующих итераций/релизов];
    end

    B5 --> D[Приложение выпущено];
    C6 --> D;

Глубина различий в ключевых областях

1. Отношение к объему работ (Scope)

• PM: Жестко управляет scope, предотвращая "расползание требований" (scope creep). Любое изменение проходит через formal Change Request процесс. Его успех — выполнить ровно то, что согласовано в плане.
• DM: Более гибко относится к scope, если изменения увеличивают ценность для бизнеса. Работает в парадигме Agile, где приоритеты могут пересматриваться каждую итерацию. Его успех — доставить максимум ценности в текущих условиях.

2. Работа с рисками

• PM: Управляет проектными рисками (срыв сроков, превышение бюджета, уход ключевого специалиста). Ведет Risk Register, разрабатывает планы реагирования.

  # Пример логики PM для управления рисками
  class ProjectRisk:
      def __init__(self, description, probability, impact):
          self.description = description
          self.probability = probability  # Low, Medium, High
          self.impact = impact  # Low, Medium, High
          self.owner = None
          self.mitigation_plan = ""
  
      def calculate_priority(self):
          # Приоритет = Вероятность * Воздействие
          matrix = {"Low": 1, "Medium": 2, "High": 3}
          return matrix[self.probability] * matrix[self.impact]
  
  # Риск: уход ключевого разработчика
  risk_dev_leave = ProjectRisk("Уход senior backend-разработчика", "Medium", "High")
  risk_dev_leave.mitigation_plan = "Перекрестное обучение, документация, знакомство с рынком труда"
  print(f"Приоритет риска: {risk_dev_leave.calculate_priority()}")  # Output: 6 (2*3)
  

• DM: Управляет рисками поставки и эксплуатации (технический долг, нестабильность окружения, низкое качество кода, выгорание команды). Фокус на системных, а не тактических проблемах.

3. Организационная позиция и эволюция ролей

• PM часто находится внутри проектной структуры (Project Management Office, PMO) и может работать с разными командами последовательно.
• DM обычно встроен в продуктовую или сервисную линию, постоянно курируя одну или несколько долгоживущих команд. Роль DM часто эволюционирует из Scrum Master или технического лидера с сильным акцентом на процессы и клиентский сервис.

Синергия и конфликты

В идеале роли дополняют друг друга: PM обеспечивает тактическое исполнение, а DM — стратегическую эффективность и качество поставки. Конфликты могут возникать:

• Когда PM, стремясь выполнить план, давит на команду, игнорируя технический долг (за что отвечает DM).
• Когда DM, требуя рефакторинга или улучшения инфраструктуры, ставит под угрозу сроки проекта (за что отвечает PM).

Вывод: Project Manager — это тактик, фокусирующийся на управлении ограничениями (сроки,