Delivery Manager — новая роль в мире Agile +13



Всем добрый день!

До конца года осталось уже почти всего ничего, но всё же несколько новинок в курсах у нас будет. Один из таких новый курсов — «Agile Delivery Manager», который создала Марина Арефьева. По традиции подготовили для вас открытые уроки и интересные материалы. Сегодня познакомимся о виденье, что же такое Delivert Manager и с чем его едят.

Поехали.

Рич Льюис (Rich Lewis) — лучший, с кем я когда-либо работал. Когда я только встретил его, он был бизнес аналитиком и скрам-мастером небольшой команды. Он справлялся со своей работой, но явно был способен на большее. Я предложил ему должность Delivery Manager в программе, которой занимался в то время.

О роли Delivery Manager мы говорим не часто. Конечно, это не часть “семьи” Agile, где доминирует терминология Scrum. Владелец Продукта; Скрам-мастер; Все остальные с ярлыком “Разработчик”. Вот, пожалуй, и все.

Тем не менее, название должности — Delivery Manager, существует. Например, в The Government Digital Service (GDS) в Великобритании и все большем количестве компаний в США.



Зачем нужен Delivery Manager

Марти Каган (Marty Cagan) заметил тенденцию в США от Менеджера Проекта (Project Manager, кратко — PM) к Delivery Manager. Марти нравится этот тренд и новая роль по трем причинам:

  • “”бренд” проектного менеджера настолько поврежден, что может потребоваться ребрендинг”.
  • “есть вопрос о цели — завершить продукт. Задача не в исследовании, не в обучении процессам; цель исключительно в выпуске.”
  • Delivery Manager несет ответственность за сортировку и приоритезацию проблем продукта, тем самым освобождая Владельца Продукта.

Пользователи Scrum конечно согласны, что роль менеджера проекта настолько запятнана, что требует ребрендинга. Именно поэтому, по мнению Майка Кона (Mike Cohn) — одного из светил Scrum, появилась роль скрам-мастера. Однако, я думаю, что и роль скрам-мастера уже запятнана. Поэтому скрам-мастеров я не нанимаю.

Тем не менее, я назвал Рича Delivery Manager, не потому что мне не нравится термин “менеджер проектов”. Я не вижу особого конфликта между проектными менеджерами и Agile в целом/Agile-ролями. Также я не вижу особого смысла в ребрендинге менеджеров проектов. Я просто хочу показать людям в чем смысл Delivery Manager.

Чем занимается Delivery Manager

Если загуглить “Delivery Manager”, не стоит надеяться на много результатов. (На момент написания этой статьи в 2015 году.) Одним из первых будет материал британского Government Digital Service (GDS). В нем много интересного. Например, Марк Стэнли (Mark Stanley) описывает День из жизни Delivery Manager в GDS. Он пишет:

Delivery Manager защищает время команды, чтобы обеспечить непрерывную производительность. Время команды — драгоценное время.

В GDS также есть описание роли Delivery Manager. Основные обязанности в этой роли следующие:

  • Выпускать проекты и продукты, использовать подходящую agile-методологию, постоянно учиться и улучшать процессы.
  • Совместно с менеджером продукта разрабатывать дорожную карту и переводить ее в пользовательские истории.
  • Руководить коллективным, динамическим процессом планирования — основной акцент стоит на работе, которую необходимо выполнить, в условиях ограничения мощностей и возможностей команды.
  • Матричное управление мультидисциплинарной командой.
  • Убедиться в качестве продукта на всех стадиях (альфа/бета/продакшн).
  • Активно участвовать в сообществе Delivery Manager, делиться и находить области применения для навыков и знаний, внедрять передовые практики.

С GDS ролью все в порядке, и, на мой взгляд, она гораздо полезней роли скрам-мастера.

Programme Manager и Delivery Manager

У меня была определенная потребность, когда я пригласил Рича на роль Delivery Manager. Суть в следующем:

  • У меня было три команды разработки, которые работали в одной большой комнате — всего около 35 человек.
  • Мне был нужен один процесс и одна Kanban доска для всей команды.
  • Я присутствовал только четыре дня в неделю, один из них удаленно.

Фактически, Рич управлял Kanban-доской и всеми связанными процессами. Он установил прочные тактические связи с владельцем продукта, убедился, что карточки были созданы и синхронизированы с электронной системой тикетов. Он собирал метрики, рисовал Накопительную Диаграмму Потока, организовывал ретроспективы. Плюс, он присутствовал на работе каждый день, чтобы команда не теряла импульс в мое отсутствие.

Мои отношения с Ричем можно сравнить с отношениями Главного Исполнительного Директора (Chief Executive Officer, кратко — CEO) и Главного Операционного Директора (Chief Operating Officer, кратко — COO). Как CEO, я был внешним лицом команды. Во время удаленной работы я обсуждал с удаленными старшими стейкхолдерами стратегию, чтобы убедиться в досягаемости компенсаций, адекватности приоритетов. Как COO, работа Рича была направлена внутрь команды. Он помогал ей двигаться дальше. Я проверял корректность направления. Вместе мы делали владельцев продукта счастливыми.

THE END

Как всегда ждём ваши вопросы и комментарии, которые можно оставить тут или написать их напрямую Марине на открытом уроке.

Вы можете помочь и перевести немного средств на развитие сайта



Комментарии (12):

  1. halted
    /#19458588

    Agile начал обрастать новыми ролями. Это начало конца Agile.

  2. /#19458598

    Agile все больше и больше и больше походит на извращение.

    • mkshma
      /#19459196 / +1

      Он им был с самого начала был. «Давайте начнем педалить, на ходу разберемся чего они хотят» — это изначально гиблая методология.

    • napa3um
      /#19459938 / +1

      Судьба любой методологии, если ей пытаются компенсировать некомпетентность участников (или критический дефицит ресурсов), — превращение в культ карго. Забывают, так сказать, удовлетворить definition of ready для внедрения аджайла.

  3. MzMz
    /#19459608 / +1

    я видел живого Delivery Manager еще в 2010 в одном из банков, он не слезал с телефона

  4. Guitariz
    /#19459900

    Натягиваем сову на глобус.
    Скрам хорош ясным и четким разделением ролей. Прозрачность — в приоритете, первым пунктом не спроста вынесена. Аджайл же чисто маркетинговая «кококомандная» схема, в которой, прикрываясь современными тенденциями, пытаются роли обычного бардака маркировать красивыми именами.
    Следующими должны быть Clean Master, Cook manager, English Coach, Security Specialist. Действительно, они же тоже в компании работают, пусть тоже помогают нам над проектами работать.

  5. tangro
    /#19459970 / +1

    Тоже мне «новая роль», работаю на этой позиции уже лет пять.

  6. Foreglance
    /#19460736 / +1

    Мнение Боба Мартина (Uncle Bob) о том что произошло с гибкой разработкой (англ.)

  7. ggo
    /#19461036 / +1

    Непонятен скепсис в комментариях.

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

    Независимо от способа создания ценности (agile/nonagile) деятельность нескольких команд нужно синхронизировать. Само по себе, к сожалению, это не происходит.

    А как называется эта роль или должность, дело десятое.

  8. Lofer
    /#19461858

    А разве сам принцип Agile не подразумевает «адаптироваться по ходу проекта» и «решать проблемы по мере их поступления»? И разве там есть какие-то обязательные роли? Рекомендованные роли и/или «best practice» — да есть.
    По логике, если нужно, то стрипизерш или экскорт-сервис можно нанять в команду, если это решит или предотвратит какие-то проблемы.

  9. T13Nemo
    /#19465468

    Я не совсем понимаю чем эта роль отличается от Scrum Master?
    Описание Delivery Manager почти полностью совпадает со Scrum Master из гайда, и, в частности, Scrum at Scale
    Зачем плодить сущности без необходимости?

    • Guitariz
      /#19466006

      ИБД? Отчетность некоторых должностей подразумевает улучшение каких либо метрик. Здесь — типовой прирост 25% структуры — к 3 ролям добавилась еще одна.