Здравствуй, мастер доставки! Меня зовут Александр, и я рад приветствовать вас в канале «Я Delivery Manager»! Здесь я буду делиться знаниями, опытом и полезными инструментами для тех, кто работает или хочет начать работать в роли Delivery Manager. 🚀
💬 Что вас ждет в нашем канале:
-Полезные советы и методологии
-Обсуждения актуальных тем
-Кейсы из практики
-Поддержка и обмен опытом между участниками
💬 Что вас ждет в нашем канале:
-Полезные советы и методологии
-Обсуждения актуальных тем
-Кейсы из практики
-Поддержка и обмен опытом между участниками
🔥8❤3
Я Delivery Manager🚀 pinned «Здравствуй, мастер доставки! Меня зовут Александр, и я рад приветствовать вас в канале «Я Delivery Manager»! Здесь я буду делиться знаниями, опытом и полезными инструментами для тех, кто работает или хочет начать работать в роли Delivery Manager. 🚀 💬 Что…»
Деливери менеджер (Delivery Manager) — data-driven менеджер изменений, который отвечает за сквозной процесс доставки итогового продукта до пользователя: сокращает время от идеи до выхода продукта на рынок и увеличивает прогнозируемость. Если нет запроса на сквозной процесс — отвечает за всю доступную цепочку. Так вам ответит Google 🔎.
Delivery Manager — это общее название роли, которая отвечает за доставку результата заказчику в рамках всех ограничений (бюджет, срок, ресурсы, качество, риски).Исторически мы работали в проектном подходе, поэтому аналогичная роль называлась Project Manager. Так вам ответит Яндекс 🔍.
И как-будто оба поисковика будут правы, так как в каждой компании Delivery Manager занимается разными задачами. Где-то это просто Руководитель проекта, которого на волне хайпа переименовали в Delivery Managerа, где-то это действительно менеджер изменений, который работает с end-to-end процессом (хотя по названию профессии должен работать только с Delivery), анализирует процессы, устраняет узкие горлышки и настраивает различные метрики.
Я больше отношусь к определению от Google, хотя пришел в эту профессию с позиции Project Managerа, надеюсь дальнейшие посты более детально раскроют профессию Delivery Manager и его повседневные задачи.
Картинки сгенерированы ИИ по запросу "Я Delivery Manager"😎
Delivery Manager — это общее название роли, которая отвечает за доставку результата заказчику в рамках всех ограничений (бюджет, срок, ресурсы, качество, риски).Исторически мы работали в проектном подходе, поэтому аналогичная роль называлась Project Manager. Так вам ответит Яндекс 🔍.
И как-будто оба поисковика будут правы, так как в каждой компании Delivery Manager занимается разными задачами. Где-то это просто Руководитель проекта, которого на волне хайпа переименовали в Delivery Managerа, где-то это действительно менеджер изменений, который работает с end-to-end процессом (хотя по названию профессии должен работать только с Delivery), анализирует процессы, устраняет узкие горлышки и настраивает различные метрики.
Я больше отношусь к определению от Google, хотя пришел в эту профессию с позиции Project Managerа, надеюсь дальнейшие посты более детально раскроют профессию Delivery Manager и его повседневные задачи.
Картинки сгенерированы ИИ по запросу "Я Delivery Manager"😎
❤2👍2
Всем успешной доставки!
Сегодня поговорим, из каких профессий чаще всего переходят в Delivery Managerы?
Чтобы быть Delivery Managerом, необходимо обладать следующими навыками:
-управление и внедрение изменений,
-анализ и управление процессами,
-коммуникации как с командами так и со стейкхолдерами,
-стратегическое мышление
-умение адаптироваться под контекст и выступать в роли консультанта, коуча, менеджера или аудитора
И, наверное, еще много других качеств, но я выделил те качества, которые мне показались более значимыми.
Кажется эти качества имеют такие профессии:
1.Проектные менеджеры: люди, имеющие опыт управления проектами, планирования задач и контроля выполнения сроков. Они обладают навыками управления ресурсами и коммуникации с различными участниками проекта.
2.Инженеры по качеству: те, кто отвечает за контроль и обеспечение качества продукта или услуги. Имея понимание процессов тестирования и улучшения качества, такие специалисты успешно переходят в роль Delivery Manager
3.Разработчики/Инженеры: те, кто занимается созданием продукта, понимание технических аспектов и умение работать с технологиями позволяют им успешно управлять процессом доставки ценностей.
4.Бизнес-аналитики: специалисты, отвечающие за анализ бизнес-процессов, требования клиентов и оптимизацию работы компании. Их аналитические навыки и понимание потребностей клиентов важны при управлении доставкой продукта.
5.Agile коучи/Scrum мастера - кажется, они уже делают какие-то задачи Delivery Managerа, просто не знают об этом😁 На самом деле, у них есть нужные качества, особенно одно - управление изменениями
Это не отменяет того, что и из других профессий можно перейти в Delivery Managerы, но кажется, вышеперечисленные профессии имеют больше шансов.
P.S. Если у вас еще работает youtub, то вот вам интересный доклад "Как в Т-Банке появились Delivery Managerы" https://youtu.be/3tlToUAKmLE?si=MoQdYkF94kICppW3 от Виктора Никишина
Сегодня поговорим, из каких профессий чаще всего переходят в Delivery Managerы?
Чтобы быть Delivery Managerом, необходимо обладать следующими навыками:
-управление и внедрение изменений,
-анализ и управление процессами,
-коммуникации как с командами так и со стейкхолдерами,
-стратегическое мышление
-умение адаптироваться под контекст и выступать в роли консультанта, коуча, менеджера или аудитора
И, наверное, еще много других качеств, но я выделил те качества, которые мне показались более значимыми.
Кажется эти качества имеют такие профессии:
1.Проектные менеджеры: люди, имеющие опыт управления проектами, планирования задач и контроля выполнения сроков. Они обладают навыками управления ресурсами и коммуникации с различными участниками проекта.
2.Инженеры по качеству: те, кто отвечает за контроль и обеспечение качества продукта или услуги. Имея понимание процессов тестирования и улучшения качества, такие специалисты успешно переходят в роль Delivery Manager
3.Разработчики/Инженеры: те, кто занимается созданием продукта, понимание технических аспектов и умение работать с технологиями позволяют им успешно управлять процессом доставки ценностей.
4.Бизнес-аналитики: специалисты, отвечающие за анализ бизнес-процессов, требования клиентов и оптимизацию работы компании. Их аналитические навыки и понимание потребностей клиентов важны при управлении доставкой продукта.
5.Agile коучи/Scrum мастера - кажется, они уже делают какие-то задачи Delivery Managerа, просто не знают об этом😁 На самом деле, у них есть нужные качества, особенно одно - управление изменениями
Это не отменяет того, что и из других профессий можно перейти в Delivery Managerы, но кажется, вышеперечисленные профессии имеют больше шансов.
P.S. Если у вас еще работает youtub, то вот вам интересный доклад "Как в Т-Банке появились Delivery Managerы" https://youtu.be/3tlToUAKmLE?si=MoQdYkF94kICppW3 от Виктора Никишина
YouTube
Как в Тинькофф появились деливери-менеджеры и чем они занимаются? — Виктор Никишин, Тинькофф
Обязанности и роли Delivery Manager на рынке в настоящее время трактуются очень широко. Где-то это Project Manager, которого решили сохранить в продуктовом подходе, где-то — Service Delivery Manager из Kanban-ролей. Виктор рассказал, чем отличается от них…
🔥5❤2
Всем успешной доставки!
Давайте обсудим, какими инструментами пользуется Delivery Manager?.Данный пост поделю на несколько частей, чтобы затронуть все аспекты.
Часть 1.
На самом деле ни какого rocket science🚀 тут нет, инструменты обычные и всем вам знакомые.
Начнем с Task manager/Сервис для управления задачами:
Всемогущая Jira, наверное каждый из нас сталкивался с этим гигантом, кто-то любит jira, кто-то ее не ненавидит 😎
Jira удобна тем, что в ней можно визуализировать любой процесс доставки, сделать различную автоматизацию(хотя не без боли),отслеживать прогресс по крупным проектам/задачам(jira structure), есть встроенная отчетность которую можно анализировать(диаграмма Control Chart).
Так как Jira очень популярна, для нее есть различные jira плагины для браузера(Google Chrome), позволяющие добавлять новый функционал:
**Jira helper**
Имеет достаточно большой функционал:
-Настройка wip-лимитов для: значений полей с учетом их количества, значений полей с суммой величин (для примера Story Points), ячеек (пересечение Swimlanes и Колонок), индивидуальный лимит.
-Ограничение задач для нескольких колонок
-Размытие конфиденциальных данных
Есть канал в телеграм куда можно задавать вопросы https://news.1rj.ru/str/jirahelper
**Jira-extension** отслеживание прогресса подзадач,
возможность отслеживать прогресс по эпикам и сабтаскам прямо на карточке эпика или задачи с помощью наглядной визуализации: все подзадачи группируются по проектам и отрисовывается progressbar, в котором есть цветовая индикация прогресса.
**Jira metrics plugin** плагин для анализа процессных метрик, позволяет настраивать и смотреть различные метрики, у ребят есть телеграм канал https://news.1rj.ru/str/JiraMetrics где можно задать вопросы
Пишите в комментарии какие вы еще знаете крутые плагины для Jira✍️
#deliverymanager #jira #metrics
Давайте обсудим, какими инструментами пользуется Delivery Manager?.Данный пост поделю на несколько частей, чтобы затронуть все аспекты.
Часть 1.
На самом деле ни какого rocket science🚀 тут нет, инструменты обычные и всем вам знакомые.
Начнем с Task manager/Сервис для управления задачами:
Всемогущая Jira, наверное каждый из нас сталкивался с этим гигантом, кто-то любит jira, кто-то ее не ненавидит 😎
Jira удобна тем, что в ней можно визуализировать любой процесс доставки, сделать различную автоматизацию(хотя не без боли),отслеживать прогресс по крупным проектам/задачам(jira structure), есть встроенная отчетность которую можно анализировать(диаграмма Control Chart).
Так как Jira очень популярна, для нее есть различные jira плагины для браузера(Google Chrome), позволяющие добавлять новый функционал:
**Jira helper**
Имеет достаточно большой функционал:
-Настройка wip-лимитов для: значений полей с учетом их количества, значений полей с суммой величин (для примера Story Points), ячеек (пересечение Swimlanes и Колонок), индивидуальный лимит.
-Ограничение задач для нескольких колонок
-Размытие конфиденциальных данных
Есть канал в телеграм куда можно задавать вопросы https://news.1rj.ru/str/jirahelper
**Jira-extension** отслеживание прогресса подзадач,
возможность отслеживать прогресс по эпикам и сабтаскам прямо на карточке эпика или задачи с помощью наглядной визуализации: все подзадачи группируются по проектам и отрисовывается progressbar, в котором есть цветовая индикация прогресса.
**Jira metrics plugin** плагин для анализа процессных метрик, позволяет настраивать и смотреть различные метрики, у ребят есть телеграм канал https://news.1rj.ru/str/JiraMetrics где можно задать вопросы
Пишите в комментарии какие вы еще знаете крутые плагины для Jira
#deliverymanager #jira #metrics
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7❤1
Всем успешной доставки! Сегодня хочется поговорить про два этапа производства: discovery и delivery.
Этап 1: Discovery (Исследование)🪩
На данном этапе происходит выявление потребностей пользователя: это ключевой момент.
Нужно понять, для кого вы создаете продукт, какие у них болевые точки и как ваш продукт может помочь их решить.
Исследование целевой аудитории помогает выявить реальные потребности и делать только те фичи которые нужны клиенту.
После подтверждения, что данная фича нужна клиенту и вы сможете на ней заработать, необходимо сформировать требования к продукту(тз или спецификацию). Это может быть как функциональные, так и нефункциональные требования.
Этап 2: Delivery (Доставка)🚚
После того, как этап Discovery завершен и у вас есть четкое понимание того, что и как нужно разрабатывать, начинается этап Delivery. Этот этап фокусируется на реализации и доставке готового продукта. Delivery поделен на 4 подэтапа:
Разработка: команда разработки начинает работу над продуктом в соответствии с требованиями, определенными на этапе Discovery.
Тестирование: На этом этапе проводится тестирование, чтобы убедиться, что продукт соответствует требованиям и работает без ошибок.
Релиз: После успешного тестирования продукт выходит на рынок. Это может быть полное развёртывание или phased rollout (поэтапное развертывание), когда продукт доступен сначала для ограниченного числа пользователей.
Сбор обратной связи: Важно не только выпустить продукт, но и собрать обратную связь от пользователей. Это поможет оценить, насколько продукт соответствует ожиданиям, и выявить возможные улучшения.
Резюмирую: discovey и delivery очень важные, если какой-то из этапов пропустить или сделать не до конца, на выходе можем получить фичу которой никто пользоваться не будет. Если данные этапы у вас в компании/команде еще не визуализированы, то кажется, это первое, что надо сделать.
Пишите в комментариях, какие этапы у вас визуализированы, какие метрики смотрите на каждом этапе?
Этап 1: Discovery (Исследование)
На данном этапе происходит выявление потребностей пользователя: это ключевой момент.
Нужно понять, для кого вы создаете продукт, какие у них болевые точки и как ваш продукт может помочь их решить.
Исследование целевой аудитории помогает выявить реальные потребности и делать только те фичи которые нужны клиенту.
После подтверждения, что данная фича нужна клиенту и вы сможете на ней заработать, необходимо сформировать требования к продукту(тз или спецификацию). Это может быть как функциональные, так и нефункциональные требования.
Этап 2: Delivery (Доставка)🚚
После того, как этап Discovery завершен и у вас есть четкое понимание того, что и как нужно разрабатывать, начинается этап Delivery. Этот этап фокусируется на реализации и доставке готового продукта. Delivery поделен на 4 подэтапа:
Разработка: команда разработки начинает работу над продуктом в соответствии с требованиями, определенными на этапе Discovery.
Тестирование: На этом этапе проводится тестирование, чтобы убедиться, что продукт соответствует требованиям и работает без ошибок.
Релиз: После успешного тестирования продукт выходит на рынок. Это может быть полное развёртывание или phased rollout (поэтапное развертывание), когда продукт доступен сначала для ограниченного числа пользователей.
Сбор обратной связи: Важно не только выпустить продукт, но и собрать обратную связь от пользователей. Это поможет оценить, насколько продукт соответствует ожиданиям, и выявить возможные улучшения.
Резюмирую: discovey и delivery очень важные, если какой-то из этапов пропустить или сделать не до конца, на выходе можем получить фичу которой никто пользоваться не будет. Если данные этапы у вас в компании/команде еще не визуализированы, то кажется, это первое, что надо сделать.
Пишите в комментариях, какие этапы у вас визуализированы, какие метрики смотрите на каждом этапе?
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6❤3
Всем успешной доставки! Мы уже с вами определили два этапа производства: discovery и delivery; на данных этапах ключевая роль для оптимизации процессов отводится метрикам, метрикам производства.
Метрики нужны, чтобы определить узкие места и неэффективности в производственном процессе. Как только мы понимаем, где у нас узкое горлышко, то пол работы уже сделано😂, осталось его только устранить.
Так же метрики позволяют принимать решения, основываясь на фактической информации(метрики собраны по завершенным задачам, и это факт, а не прогноз), а не на интуиции 😎.
Чтобы понять, как вы эффективно производите и доставляете ценность до клиента, я бы предложил сначала внедрить следующие метрики:
1.Time to market - показывает, сколько времени требуется для разработки продукта и его выхода на рынок. Быстрый вывод продукта позволяет компании занять лидирующие позиции в своей нише и оперативно реагировать на изменения в потребительских предпочтениях.
2.Lead time - это время, которое требуется для выполнения процесса (или ряда процессов) от момента принятия заказа до момента его доставки клиенту. В IT lead time в основном начинает считаться от момента принятия обязательства сделать эту задачу.
3.Throughput/Пропускная способность - метрика, которая показывает, какой объем работы ваша команда может выполнить за единицу времени(год, квартал, месяц).
4.Wiprate (Work In Progress Rate) - это метрика позволяет видеть долю времени, сколько задачи находились в работе, а так же смотреть эти задачам по типам работ и понимать, на какие типы работ больше всего тратится времени.
Конечно, есть еще и другие метрики, но начать внедрять метрики можно с вышеперечисленных.
В каждом task-менеджере есть внутренние инструменты, которые позволяют настраивать эти метрики, для той же jira есть отдельные плагины(про которые я писал в предыдущем посте), если у вашего task менеджера нет встроенных инструментов для подсчета метрик, наверное это первый сигнал, чтобы сменить его.
После настройки метрик их надо регулярно обозревать с командой, чтобы команда понимала как считаются метрики, на что эти метрики влияют, как команда может влиять на метрики.
Для команды метрики служат инструментом улучшения своих процессов, команда должна понимать, что за "плохие" метрики их не накажут и не будут сравнивать с другими командами.
Какие метрики вы уже считаете у себя в командах?✍️
Метрики нужны, чтобы определить узкие места и неэффективности в производственном процессе. Как только мы понимаем, где у нас узкое горлышко, то пол работы уже сделано😂, осталось его только устранить.
Так же метрики позволяют принимать решения, основываясь на фактической информации(метрики собраны по завершенным задачам, и это факт, а не прогноз), а не на интуиции 😎.
Чтобы понять, как вы эффективно производите и доставляете ценность до клиента, я бы предложил сначала внедрить следующие метрики:
1.Time to market - показывает, сколько времени требуется для разработки продукта и его выхода на рынок. Быстрый вывод продукта позволяет компании занять лидирующие позиции в своей нише и оперативно реагировать на изменения в потребительских предпочтениях.
2.Lead time - это время, которое требуется для выполнения процесса (или ряда процессов) от момента принятия заказа до момента его доставки клиенту. В IT lead time в основном начинает считаться от момента принятия обязательства сделать эту задачу.
3.Throughput/Пропускная способность - метрика, которая показывает, какой объем работы ваша команда может выполнить за единицу времени(год, квартал, месяц).
4.Wiprate (Work In Progress Rate) - это метрика позволяет видеть долю времени, сколько задачи находились в работе, а так же смотреть эти задачам по типам работ и понимать, на какие типы работ больше всего тратится времени.
Конечно, есть еще и другие метрики, но начать внедрять метрики можно с вышеперечисленных.
В каждом task-менеджере есть внутренние инструменты, которые позволяют настраивать эти метрики, для той же jira есть отдельные плагины(про которые я писал в предыдущем посте), если у вашего task менеджера нет встроенных инструментов для подсчета метрик, наверное это первый сигнал, чтобы сменить его.
После настройки метрик их надо регулярно обозревать с командой, чтобы команда понимала как считаются метрики, на что эти метрики влияют, как команда может влиять на метрики.
Для команды метрики служат инструментом улучшения своих процессов, команда должна понимать, что за "плохие" метрики их не накажут и не будут сравнивать с другими командами.
Какие метрики вы уже считаете у себя в командах?
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4❤1