✏️ Пока готовлю следующие посты про организационный дизайн и когнитивные искажения, познакомлю вас ещё с одной современной профессией — Delivery Manager.
❓Delivery Manager — это, как и Agile-коуч, роль «агента изменений». Я знаю много примеров, когда Agile-коучи становились Delivery Manager и наоборот. При этом важно понимать, что эти две роли не одинаковы и часто сравнивать их не очень корректно. Хотя области действий иногда и пересекаются.
🚗 Слово «delivery» переводится как «поставка». Если перевести эту роль на русский язык, то дословно она будет звучать как «управляющий доставкой». Это своего рода руководитель курьеров, которые доставляют разработанное и полностью готовое к использованию программное обеспечение — новую функциональность, приносящую пользу клиенту. На сленге IT такая функциональность называется «фичей».
Цель Delivery Manager
🛠 Цель Delivery Manager — сделать так, чтобы эта новая функциональность вышла как можно раньше и при этом была надлежащего качества. Если представить классический конвейер на заводе, то Delivery Manager отвечает за то, чтобы конвейер был непрерывно запущен, все детали поступали вовремя и на выходе получался продукт должного качества.
🧠 В IT конвейер не физический, на каждом этапе происходит умственная работа, и получаются определённые программы, которые впоследствии нужно протестировать, собрать вместе и поставить на рабочую среду. Много где что-то может пойти не так, многое можно улучшить, и именно этим занимается Delivery Manager.
🗣 Недавно я слушал интервью Артёма Арюткина, директора по технологическому развитию в Сбере и ведущего канала «Плохой Project», на который я подписан и с удовольствием читаю. В этом интервью он рассказывал о роли Delivery Manager, и я с ним согласен.
🔴 Delivery — это определённая эволюционная ступенька руководителя проектов в современном мире больших организаций. Когда организация становится большой и переходит на продуктовый подход, роль руководителя проектов часто трансформируется в роль Delivery Manager.
🔴 Цель Delivery Manager — толкая определённую задачу по процессу, не только довести её до конца, но и увидеть, где процесс не оптимален. Иметь силы и желание исправить эту неоптимальность, чтобы это приносило долгосрочную пользу.
🔴 Delivery в IT-индустрии должен быть технологически подкован, должен хотя бы приблизительно понимать, как строится архитектура приложения.
🔴 Delivery не имеет прямой власти над командой. Он не может наказывать и не является прямым руководителем. И он обязан искать другие способы влияния, в том числе и через свой авторитет. Очень важно, чтобы руководитель представил нового Delivery команде, чтобы подкрепить этот авторитет.
🔴Delivery появляется, когда продукт реализуется в разных областях большой организации. Функция Delivery — склеивать.
Интересно, есть ли среди нас представитили Delivery Manager? Если было полезно ставь 👍 Если не согласен пиши комментарий)
Если статья понравилась подписывайтесь на канал "Путь Agile" в телеграмм
