Successfully reported this slideshow.
Your SlideShare is downloading. ×

Who is Delivery Manager?

Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Upcoming SlideShare
What Engagement is
What Engagement is
Loading in …3
×

Check these out next

1 of 30 Ad

Who is Delivery Manager?

Download to read offline

When you pool 50+ acting delivery managers in organization, you can find a lot of surprises HOW they understand Delivery Management role. This is definitely surprising you. How to treat results, what PAEI management model says and how to deal with this variety.

When you pool 50+ acting delivery managers in organization, you can find a lot of surprises HOW they understand Delivery Management role. This is definitely surprising you. How to treat results, what PAEI management model says and how to deal with this variety.

Advertisement
Advertisement

More Related Content

Advertisement

Who is Delivery Manager?

  1. 1. 1
  2. 2. 2
  3. 3. 3
  4. 4. 4 Ч т о п и с а л и в о т в е т а х • Project activity и Operational activity попадают под общее понятие Delivery, но с разными целями и задачами. • Сотрудник с хорошими лидерскими и бизнес-навыками • Граничит с архитектором с одной стороны • и Program Manager с другой • Как любой инженер он знает, что в шинах могут не доходить доходить сообщения; в базе стоит искать риски в конкурентных записях; IoT устройству часто не хватает памяти • Классический DM - не технический - не вникает в детали • Ключевая роль в проекте для достижения успеха. • Координатор, без особых полномочий • Очень похож на тим лида • PM + роль скрам • PM+cross sale + up sale • Есть технические ДМ - берут часть архитектурных вопросов - но это не Кто это такой?
  5. 5. 5 Ч т о п и с а л и в о т в е т а х • Отличает управление деньгами, бюджетом поставки или проекта. PM управляет, DM нет. • Роль ДМ ближе к административной позиции чем к реальному руководителю • Буква D :) • эти две роли ничем не отличаются • разница исходит из различий между терминами проект и поставка. Поставка - это обобщённое название и проектов, и команд с операционной деятельностью. • DM - отвечает за операционную деятельность, ПМ за - проект. • ПМ за то, чтобы "удовлетворить" заказчика и не вылезти за треугольник сроки/деньги/скоуп. DM - контроль процессов, и как опция, • Отличие PM & DM - зависит от поставки. Простые уходили как уходили как классический PM - но далее добавились продажи. продажи. Продажи нравятся PM vs DM
  6. 6. 6 Ч т о п и с а л и в о т в е т а х • атмосфера в коллективе • контролирует проделанную работу и убеждается, что она приближает команду к цели • Общение • Решение проблем разных уровней. Нахождение решении проблемы — ключевая ценность DM. Его работа глубоким осознанием проблем, что уменьшает • ДМ отвечает за людей, их профессиональное развитие, компетенций и востребованность в проекте. Задачи hiring. Увольнять людей • отвечает за то, чтобы известные активности шли в соблюдался таймлайн, отвечает за то, чтобы поставка срок • отвечает за то, чтобы хватало ресурсов • отвечает за то, чтобы соблюдались все требуемые • следит за скоупом и качеством поставки с нашей стороны. • Планирование PNL, маржи • В своей поставке - это портфель проектов. Отвечаешь за • подписание документов, согласование оплат. • развитие своего направления • продажа людей. ДМ - чтобы выгодно было продавать. • Материальная мотивация - стандартная + премия, бонус. Тимбилдинги Что делает
  7. 7. 7 Ч т о п и с а л и в о т в е т а х • Любить заказчика :) • Понимать заказчика • Целеустремлённость и самоорганизация • Коммуникативность. Навыки коммуникации и переговоров • Планирование • Managerial skills, которые включают в себя leadership, communication, team work, planning, budgeting, time management, change management • Навыки делегирования (даже не так поручений…. Т.к. подразумевает делегирование полномочий, которых нет) • Создание команды. Навыки по развитию команды • Менеджмент рисков. Понимание рисков • Менеджмент эскалаций. Навыки решения конфликтов • Четкое понимание процесса и желание следовать ему. держать команду и заказчика в рамках процесса до завершения • Способность поддерживать установленные правила • Непременно отличный технический бэкграунд. С знаниями по направлению • Умение нематериальной мотивации • Фасилитация • Навыки по продвижению идей Скилы и Компетенции
  8. 8. 8 Ч т о п и с а л и в о т в е т а х • (!) Нехватка времени • (!) Масса процедурных пытань • (!) Репортинг специфический • (!) Сервисный департаменты которые долго думают • (!) не хватает полномочий. Было бы классно иметь возможность гибко добавлять / убирать людей • (?) HR - как помогают, тяжело сказать … По рекрутерам - есть польза. По HR - не заметно • (-) управление бюджетом • (-) навыки продажника • (-) Планирование • (-) Финансовая составляющая • (-) Управление рисками Что не нужно и что мешает
  9. 9. 9 Ч т о п и с а л и в о т в е т а х • Больше узнать об эмоциональном интеллекте • Английский • Немецкий • SCRAM / AGILE • Технические тренинги/книги. • ESB, NET, React, Angular, ASP MVC Core, Azure, • Архитектура (шаблоны корп. приложений, интеграция) • Что надо улучшать - обновление технических скилов. Ничего не пишешь 10 лет. Сейчас ощущается поверхностно - архитектура, прототипирование. Чтобы можно было квалифицированно общаться не только с бизнес подразделение но и с техническими специалистами. Технологии на более высоком уровне, паттерна. Что улучшить
  10. 10. 10
  11. 11. 11 В о з м о ж н ы е п р и ч и н ы • Уровень позиции • Простота – Сложность поставки • Размер команды • Количество команд • Наличие сильного AM • Наличие сильного TL • Наличие Scrum Master Управление
  12. 12. 12 В о з м о ж н ы е п р и ч и н ы • Личная характеристика – глубоки “A”. Не “E” - Технари • Наличие AM/EM давит • Специфика поставки Продажи
  13. 13. 13 В о з м о ж н ы е п р и ч и н ы • Причины назначения DM • Технический лид как DM Своя История
  14. 14. 14 В о з м о ж н ы е п р и ч и н ы • Фантомная боль по разработке • Фантомная боль по проектированию • Фантомная боль по власти • Боли системных сбоев в обеспечении • Личные страхи • Личные аффекты от раннего унижения и гнобления Фантомные *
  15. 15. 15
  16. 16. 16 Для меня деливери менеджер - это прораб М н е н и е 1 - иметь понимание того, зачем нужна каждая роль на проекте и рассказать по пунктам за что отвечает - опыт написания кода (хотя бы пэт проджект) - осознание того, что разработка софта это производство, которое всегда нуждается в улучшении/оптимизации/минимизации и так далее - быть лидером, иметь уважение у тех кого он направляет - понимать что такое процессы и зачем они нужны, а так же осознание того, что процессы можно менять и подстраивать под свой случай - иметь понимание того, куда и зачем идет команда
  17. 17. 17 основное предназначение Delivery Manager зашифровано в названии М н е н и е 2 -- Не паниковать. Хорьки-паникеры еще никогда не поставляли ничего хорошего кроме нервной команды и неудовлетворенного заказчика. - Слышать. Нужды и боли заказчика, здравый глас команды. А не "я уже 15 лет менеджер, я все и без вас знаю, подвиньтесь, счас все - Продавать. Заказчику - технические аспекты разработки и здравый смысл (feasibility). Команде - желание делать продукт. Вот на понравился доклад белоруса про стартапы и про то как замотивировать хаосе. - Сильный лидер. Избитое словосочетание, но должно быть уважение команды и заказчика. Если этого нет - будет толпа непослушных и - Опыт. Тут без этого никуда. Никаких синиоров за 3 года. Надо много нафакапить, чтобы знать на какие грабли больше не наступать.
  18. 18. 18 https://habr.com/company/otus/blog/432198/ ”бренд” проектного менеджера настолько поврежден, что может потребоваться ребрендинг” Мнение 3 • Пользователи Scrum конечно согласны, что роль менеджера проекта настолько запятнана, что требует ребрендинга. Именно поэтому, по мнению Майка Кона (Mike Cohn) — одного из светил Scrum, появилась роль скрам-мастера. Однако, я думаю, что и роль скрам-мастера уже запятнана. Поэтому скрам-мастеров я не нанимаю. • есть вопрос о цели — завершить продукт. Задача не в исследовании, не в обучении процессам; цель исключительно в выпуске. • Delivery Manager несет ответственность за сортировку и приоритезацию проблем продукта, тем самым освобождая Владельца Продукта.
  19. 19. 19
  20. 20. 20 Агонь А с п е к т “Пинок под зад” Еж – птица гордая, пока не пнешь, не полетит. Это нормально когда людям тяжело стартовать с новой задачкой. Помощь в запуске работ. Победитель на результат Получение частого и видимого результата. Предвосхищение качества и сроков. Поддержка осознанного движения Знать от целе и задач до деталей структуры работ. Видеть широко и при этом держать фокус на следующую победу в поставке.
  21. 21. 21 Процессник А с п е к т Бюрохакинг Знать все долбанные процедуры вдоль и поперек. Умение быстро их преодолевать для получения нужно административного результата. ИнструМенталист Ратовать за улучшение инструментов и получения от них пользы. Улучшатель Постепенное улучшение процессов производства (на результат а не )ради процессов
  22. 22. 22 Продаван А с п е к т Продажа Идей Вы не сможете донести идею до сотрудников, коллег, клиента если не будете уметь ее продавать. Продажа Сервисов и Решений Поставка это Бизнес. Бизнес строится на оказании услуг – предоставление сервисов, построение решений. С центра событий вам хорошо видно что можно продать. Продажа Людей Упаковка сотрудника, предпродажная подготовка инженерной особи заказчику
  23. 23. 23 ЧелоВод А с п е к т Слушать Слушать и видеть других людей. Проявлять эмпатию. Решать конфликты Идентифицировать состояние людей, понимать причину, выстраивать диалог, работать с эмоциями Мотивация Понимать как работает материальная и нематериальная мотивация, понимать что будет радовать конкретного человека и что будет потом
  24. 24. 24
  25. 25. 25
  26. 26. 26
  27. 27. 28
  28. 28. 29
  29. 29. 30

×