Всем успешной доставки!
Пока салатики заканчиваются, самое время подумать на какие конференции заявиться в этом году.
Для себя выбрал эти конференции:
1.CodeFest - давно слышал про эту конференцию, ребята с работы там даже выступали, думаю надо подавать доклад
Где: Новосибирск
Когда: 30-31 мая
2.AgileDays - очень старая конференция про Agile и все вот это 😂 стоит попробовать
Где: Москва
Когда: сентябрь
3.ItIsConf - не знал про эту конференцию, выглядит интересно
Где: Екатеринбург
Когда: 19 июня
4.MergeConf - будет в марте, может не успею уже подать доклад
Где: Москва
Когда: 12-13 марта
5.Analystdays - на сайте написано, что международная конференция для аналитиков, надо подумать будет ли им интересны мои темы 😏
Где: Москва и Спб
Когда: 27-28 марта/24-25 апреля
6.16//25 System - ни разу в Казани не был на конференциях, выглядит интересно
Где: Казань
Когда: 16 июня
7.IT summit - конференция в Минске, больше пока ничего не понятно, но очень интересно.
Где: Минск
Когда: 8-10 апреля
После выбора конференции надо подумать с какой темой доклада выступать, пока тему вижу такой "Как организовать полноценный этап Delivery в отделе/юните", в эту тему хочется включить все:
практики,
метрики,
работа с командой,
внедрение изменений
и как все это делать пошагово и с чего начинать.
Как вам тема?
Если есть предложения какую еще конференцию рассмотреть и с какой темой выступать, то пишите в комментарии, обсудим 😎
Пока салатики заканчиваются, самое время подумать на какие конференции заявиться в этом году.
Для себя выбрал эти конференции:
1.CodeFest - давно слышал про эту конференцию, ребята с работы там даже выступали, думаю надо подавать доклад
Где: Новосибирск
Когда: 30-31 мая
2.AgileDays - очень старая конференция про Agile и все вот это 😂 стоит попробовать
Где: Москва
Когда: сентябрь
3.ItIsConf - не знал про эту конференцию, выглядит интересно
Где: Екатеринбург
Когда: 19 июня
4.MergeConf - будет в марте, может не успею уже подать доклад
Где: Москва
Когда: 12-13 марта
5.Analystdays - на сайте написано, что международная конференция для аналитиков, надо подумать будет ли им интересны мои темы 😏
Где: Москва и Спб
Когда: 27-28 марта/24-25 апреля
6.16//25 System - ни разу в Казани не был на конференциях, выглядит интересно
Где: Казань
Когда: 16 июня
7.IT summit - конференция в Минске, больше пока ничего не понятно, но очень интересно.
Где: Минск
Когда: 8-10 апреля
После выбора конференции надо подумать с какой темой доклада выступать, пока тему вижу такой "Как организовать полноценный этап Delivery в отделе/юните", в эту тему хочется включить все:
практики,
метрики,
работа с командой,
внедрение изменений
и как все это делать пошагово и с чего начинать.
Как вам тема?
Если есть предложения какую еще конференцию рассмотреть и с какой темой выступать, то пишите в комментарии, обсудим 😎
1🔥8
🖋 Оценка зрелости процессов.
Всем успешной доставки! Надеюсь все отлично отдохнули и сейчас планируете себе задачи/цели на новый год. Кажется сейчас самое время, чтобы провести анализ ваших процессов, в каком состоянии они у вас сейчас и нужно ли что-то улучшать?
Часто слышу вопрос: "Почему одни проекты успешно завершаются в срок, а другие постоянно сталкиваются с проблемами?"
Один из факторов - это степень зрелости процессов в команде. Понимание текущего уровня зрелости позволяет целенаправленно развивать команду/компанию и добиваться устойчивого роста.
📌 Зачем вообще оценивать зрелость?
Чтобы:
-понять, где у вас реально узкие места, а не «ощущения»,
-увидеть, какие практики работают, а какие существуют «для галочки»,
-перестать лечить симптомы и начать работать с причинами.
Оценка зрелости даёт понимание сильных сторон и зон для улучшения. Она помогает увидеть, какие процессы нуждаются в доработке, какие метрики недостаточно объективны, и какие технологии ограничивают потенциал команды.
🔍 Что значит реально оценить зрелость
-знаете свой lead time или другие метрики
-понимаете, где именно задача застревает
-умеете прогнозировать сроки по данным, а не по вере 😎
-изменения внедряете осознанно, а не «потому что модно»
-проблемы не прячете, а подсвечиваете
🎯 Вывод
Зрелость процессов это:
-предсказуемость,
-спокойствие,
-доверие бизнеса,
-отсутствие вечных авралов.
Если у вас этого нет, значит, зрелости тоже нет. Как бы больно это ни звучало.
Не люди плохие, не технологии слабые, а именно процессы не дают системе работать стабильно.
Всем успешной доставки! Надеюсь все отлично отдохнули и сейчас планируете себе задачи/цели на новый год. Кажется сейчас самое время, чтобы провести анализ ваших процессов, в каком состоянии они у вас сейчас и нужно ли что-то улучшать?
Часто слышу вопрос: "Почему одни проекты успешно завершаются в срок, а другие постоянно сталкиваются с проблемами?"
Один из факторов - это степень зрелости процессов в команде. Понимание текущего уровня зрелости позволяет целенаправленно развивать команду/компанию и добиваться устойчивого роста.
📌 Зачем вообще оценивать зрелость?
Чтобы:
-понять, где у вас реально узкие места, а не «ощущения»,
-увидеть, какие практики работают, а какие существуют «для галочки»,
-перестать лечить симптомы и начать работать с причинами.
Оценка зрелости даёт понимание сильных сторон и зон для улучшения. Она помогает увидеть, какие процессы нуждаются в доработке, какие метрики недостаточно объективны, и какие технологии ограничивают потенциал команды.
🔍 Что значит реально оценить зрелость
-знаете свой lead time или другие метрики
-понимаете, где именно задача застревает
-умеете прогнозировать сроки по данным, а не по вере 😎
-изменения внедряете осознанно, а не «потому что модно»
-проблемы не прячете, а подсвечиваете
🎯 Вывод
Зрелость процессов это:
-предсказуемость,
-спокойствие,
-доверие бизнеса,
-отсутствие вечных авралов.
Если у вас этого нет, значит, зрелости тоже нет. Как бы больно это ни звучало.
Не люди плохие, не технологии слабые, а именно процессы не дают системе работать стабильно.
🔥8👍1
Всем успешной доставки!
Продолжаем исследовать российские таск-трекеры.
Первая часть была тут
Сегодня на очереди два инструмента:
Kaiten - про него многие слышали,
Otask - для меня новый игрок, раньше с ним не сталкивался.
Погнали 👇
🌐 Otask
Что удалось пощупать:
-Есть бесплатный период - 14 дней
-Удобная авторизация (Яндекс, ВК)
-Есть стартовое обучение
-Можно настроить свой workflow
но кнопку добавления новой колонки я искал слишком долго 😅
-Есть автоматизация (не тестировал)
-Есть встроенная база знаний
-Есть отчётность, но не процессная
(нет lead time, пропускной способности и т.п.)
-Зато есть финансовые отчёты - это плюс
-На доске есть фильтр который называется "Канбан"(видимо отсылка к Канбан доске), но нет возможности настроить wip-лимиты
Цены:
• до 2 человек бесплатно
• далее 399₽ / мес за пользователя (до 30 человек)
• 459₽ (до 1000 человек)
🤔 Итог: быстро работающий сервис с удобным интерфейсом, но перегруженность элементами отвлекает внимание. Нужно упростить навигацию, убрать лишние элементы и добавить возможность быстрого переключения в режим "чистой доски".
🕸 Kaiten
-Есть бесплатный период - 14 дней
-Есть обучение + можно запросить демо
-Шаблоны досок: Scrum, Kanban и т.д.
-Очень гибкая настройка workflow
-Есть автоматизация, которую можно настроить на различные события
ОЧЕНЬ мощная отчётность по процессным метрикам, пока лучший вариант из всех, что видел
-Есть база знаний
-Можно настраивать WIP-лимиты - это победа 😎
Цены:
• 235₽ за пользователя (до 15 человек)
• 550₽ (до 250 человек)
🤔 Итог: идеальный выбор для тех, кому важна максимальная гибкость настройки, простота внедрения и получение полных отчётов по процессным метрикам из коробки.
Если вы уже используете Otask или Kaiten напишите в комментариях, как у вас впечатления 👇
Интересно сравнить опыт..
Продолжаем исследовать российские таск-трекеры.
Первая часть была тут
Сегодня на очереди два инструмента:
Kaiten - про него многие слышали,
Otask - для меня новый игрок, раньше с ним не сталкивался.
Погнали 👇
🌐 Otask
Что удалось пощупать:
-Есть бесплатный период - 14 дней
-Удобная авторизация (Яндекс, ВК)
-Есть стартовое обучение
-Можно настроить свой workflow
но кнопку добавления новой колонки я искал слишком долго 😅
-Есть автоматизация (не тестировал)
-Есть встроенная база знаний
-Есть отчётность, но не процессная
(нет lead time, пропускной способности и т.п.)
-Зато есть финансовые отчёты - это плюс
-На доске есть фильтр который называется "Канбан"(видимо отсылка к Канбан доске), но нет возможности настроить wip-лимиты
Цены:
• до 2 человек бесплатно
• далее 399₽ / мес за пользователя (до 30 человек)
• 459₽ (до 1000 человек)
🤔 Итог: быстро работающий сервис с удобным интерфейсом, но перегруженность элементами отвлекает внимание. Нужно упростить навигацию, убрать лишние элементы и добавить возможность быстрого переключения в режим "чистой доски".
🕸 Kaiten
-Есть бесплатный период - 14 дней
-Есть обучение + можно запросить демо
-Шаблоны досок: Scrum, Kanban и т.д.
-Очень гибкая настройка workflow
-Есть автоматизация, которую можно настроить на различные события
ОЧЕНЬ мощная отчётность по процессным метрикам, пока лучший вариант из всех, что видел
-Есть база знаний
-Можно настраивать WIP-лимиты - это победа 😎
Цены:
• 235₽ за пользователя (до 15 человек)
• 550₽ (до 250 человек)
🤔 Итог: идеальный выбор для тех, кому важна максимальная гибкость настройки, простота внедрения и получение полных отчётов по процессным метрикам из коробки.
Если вы уже используете Otask или Kaiten напишите в комментариях, как у вас впечатления 👇
Интересно сравнить опыт..
1👍8❤1🔥1
Всем успешной доставки!
«У нас нет узких мест, просто задач много» одна из самых любимых фраз в командах.
И почти всегда неправда.
👉 Bottleneck есть всегда.
Если вы его не видите - значит, вы просто не смотрите туда, куда нужно.
Что вообще такое bottleneck? Это этап процесса, который:
-обрабатывает задачи медленнее остальных
-собирает перед собой очередь
-ограничивает пропускную способность всей системы
Важно:
❌ bottleneck - это не человек
❌ не «ленивый разработчик»
❌ не «плохой тестировщик»
Bottleneck - это системная проблема, а не персональная.
Где чаще всего прячутся узкие места?
Из практики:
🔹 Код-ревью
Один сеньор на всех → очередь растёт → задачи висят неделями
🔹 Тестирование
Фича готова, но тесты через неделю
🔹 Согласования
Юристы, безопасность, бизнес - всё в один этап
🔹 Внешние зависимости
Ждём другой отдел / подрядчика / интеграцию
Почему вы не видите bottleneck?
Потому что:
-нет визуализации потока
-нет метрик
-все смотрят на загрузку людей, а не на процесс
Типичная картина:
«Все заняты»
«Все что-то делают»
«Но задачи почему-то не двигаются»
Как найти bottleneck на практике?
Вот рабочие способы:
1. Смотрите на очередь. Где задачи копятся?Перед какой колонкой всегда хвост?
2. Анализируйте время ожидания
Где задача:
-долго лежит
-ничего не происходит
Bottleneck есть всегда. Вопрос только в том: вы управляете им или он управляет вами?
«У нас нет узких мест, просто задач много» одна из самых любимых фраз в командах.
И почти всегда неправда.
👉 Bottleneck есть всегда.
Если вы его не видите - значит, вы просто не смотрите туда, куда нужно.
Что вообще такое bottleneck? Это этап процесса, который:
-обрабатывает задачи медленнее остальных
-собирает перед собой очередь
-ограничивает пропускную способность всей системы
Важно:
❌ bottleneck - это не человек
❌ не «ленивый разработчик»
❌ не «плохой тестировщик»
Bottleneck - это системная проблема, а не персональная.
Где чаще всего прячутся узкие места?
Из практики:
🔹 Код-ревью
Один сеньор на всех → очередь растёт → задачи висят неделями
🔹 Тестирование
Фича готова, но тесты через неделю
🔹 Согласования
Юристы, безопасность, бизнес - всё в один этап
🔹 Внешние зависимости
Ждём другой отдел / подрядчика / интеграцию
Почему вы не видите bottleneck?
Потому что:
-нет визуализации потока
-нет метрик
-все смотрят на загрузку людей, а не на процесс
Типичная картина:
«Все заняты»
«Все что-то делают»
«Но задачи почему-то не двигаются»
Как найти bottleneck на практике?
Вот рабочие способы:
1. Смотрите на очередь. Где задачи копятся?Перед какой колонкой всегда хвост?
2. Анализируйте время ожидания
Где задача:
-долго лежит
-ничего не происходит
Bottleneck есть всегда. Вопрос только в том: вы управляете им или он управляет вами?
3👍4🔥3
Please open Telegram to view this post
VIEW IN TELEGRAM
2😁11👍2
Всем успешной доставки!
У нас в Т планируется второй круглый стол - вот анонс 👉 https://t.me/channel_TAC/256
В первом выпуске я участвовал сам и мы говорили про внедрение изменений.
Во втором ребята пойдут дальше и будут разбирать факапы: что не взлетело, где ошиблись и какие выводы сделали.
И это как раз то, что обычно самое полезное.
Круглый стол — это не «доклад с презентацией». Формат живой: вопросы, обсуждение, разный опыт и возможность поспорить 😎
Приходите обязательно!
У нас в Т планируется второй круглый стол - вот анонс 👉 https://t.me/channel_TAC/256
В первом выпуске я участвовал сам и мы говорили про внедрение изменений.
Во втором ребята пойдут дальше и будут разбирать факапы: что не взлетело, где ошиблись и какие выводы сделали.
И это как раз то, что обычно самое полезное.
Круглый стол — это не «доклад с презентацией». Формат живой: вопросы, обсуждение, разный опыт и возможность поспорить 😎
Приходите обязательно!
Telegram
Оптимизация процессов в Т
Привет, друзья!
Начинаем новый контентный год с конкретики про второй круглый стол на тему:
Кейсы факапов: когда всё пошло не по плану (и что из этого вышло)
12 февраля, в 18:00 по МСК организуем онлайн-встречу с честными историями о том, как в нашей работе…
Начинаем новый контентный год с конкретики про второй круглый стол на тему:
Кейсы факапов: когда всё пошло не по плану (и что из этого вышло)
12 февраля, в 18:00 по МСК организуем онлайн-встречу с честными историями о том, как в нашей работе…
2👍3
Всем успешной доставки!
Каждый год у нас в Т-Банке есть традицияходить в баню собираться на корпоратив «Квартирник» всеми, кто участвует в DevRel-активностях:
-Выступает на конференциях, проводит митапы, пишет статьи.
Лучшим вручают награды, но ценность даже не в этом.
Ценность в том, что компания осознанно поддерживает публичную экспертизу сотрудников.
Такие встречи:
-помогают познакомиться с людьми из разных команд и направлений
-дают ощущение, что твой вклад во внешнее сообщество важен
-снимают страх «а вдруг это никому не нужно»
С точки зрения менеджмента - это инвестиция:
-в экспертизу
-в бренд
-в зрелость процессов
И да, очень приятно работать в компании, где тебе не просто разрешают выступать, а поощряют и поддерживают.
Если вы руководитель, то подумайте, как вы поддерживаете таких людей в своей команде.
А еще сюда можно закидывать свое актуальное резюме и найти актуальные вакансии в Т-Банке 😎
Каждый год у нас в Т-Банке есть традиция
-Выступает на конференциях, проводит митапы, пишет статьи.
Лучшим вручают награды, но ценность даже не в этом.
Ценность в том, что компания осознанно поддерживает публичную экспертизу сотрудников.
Такие встречи:
-помогают познакомиться с людьми из разных команд и направлений
-дают ощущение, что твой вклад во внешнее сообщество важен
-снимают страх «а вдруг это никому не нужно»
С точки зрения менеджмента - это инвестиция:
-в экспертизу
-в бренд
-в зрелость процессов
И да, очень приятно работать в компании, где тебе не просто разрешают выступать, а поощряют и поддерживают.
Если вы руководитель, то подумайте, как вы поддерживаете таких людей в своей команде.
А еще сюда можно закидывать свое актуальное резюме и найти актуальные вакансии в Т-Банке 😎
2🔥8👍1
Please open Telegram to view this post
VIEW IN TELEGRAM
1😁9👍3🔥2
Всем успешной доставки!
🆘 85-й процентиль: как объяснить бизнесу «вероятностные сроки»
Вопрос, который рано или поздно возникает в любой команде:
«Когда будет готово?» И бизнес почти всегда ждёт одну дату, а не «диапазон», «вероятность»
Проблема в том, что мы часто не умеем переводить статистику на человеческий язык. Почему “среднее” - плохая идея.
Если вы говорите:
«Средний lead time у нас 10 дней»
Бизнес слышит:
«Через 10 дней будет готово»😂
А потом случается реальность: зависимости, блокеры, срочные задачи и привет разочарование. Среднее не учитывает вариативность.
Что такое 85-й процентиль простыми словами👀
85-й процентиль - это ответ на вопрос: «В 85% случаев мы укладываемся в этот срок»
Пример:
85-й процентиль lead time = 14 дней. Перевод на бизнес-язык: «С вероятностью 85% задача будет готова не позднее чем через 14 дней»
Не обещание. Не гарантия. А управляемый риск, который можно обсудить.
Почему именно 85%, а не 100%. 100% это идеальный мир, где нет:
-внезапных блокеров
-смены приоритетов
-внешних зависимостей
85% хороший баланс:
-достаточно надёжно для планирования
-достаточно честно по отношению к реальности процесса
Как это продавать бизнесу. Рабочая формула выглядит так:
«Мы можем назвать дату с разной степенью уверенности. 85% - это срок, в который мы обычно укладываемся. Если нужна большая надёжность срок будет длиннее, если готовы рискнуть, то короче». И дальше выбор делает бизнес.
Что важно проговорить заранее:
-это работает только на исторических данных
-процентиль - не SLA и не KPI
-если процесс меняется → данные пересчитываются
Ключевая мысль
85-й процентиль - это не про математику.
Это про зрелый разговор с бизнесом о рисках, ответственности и реальных возможностях потока.
Если вы до сих пор называете одну «точную дату» - вы не управляете ожиданиями, вы в них играете.
Вопрос, который рано или поздно возникает в любой команде:
«Когда будет готово?» И бизнес почти всегда ждёт одну дату, а не «диапазон», «вероятность»
Проблема в том, что мы часто не умеем переводить статистику на человеческий язык. Почему “среднее” - плохая идея.
Если вы говорите:
«Средний lead time у нас 10 дней»
Бизнес слышит:
«Через 10 дней будет готово»😂
А потом случается реальность: зависимости, блокеры, срочные задачи и привет разочарование. Среднее не учитывает вариативность.
Что такое 85-й процентиль простыми словами
85-й процентиль - это ответ на вопрос: «В 85% случаев мы укладываемся в этот срок»
Пример:
85-й процентиль lead time = 14 дней. Перевод на бизнес-язык: «С вероятностью 85% задача будет готова не позднее чем через 14 дней»
Не обещание. Не гарантия. А управляемый риск, который можно обсудить.
Почему именно 85%, а не 100%. 100% это идеальный мир, где нет:
-внезапных блокеров
-смены приоритетов
-внешних зависимостей
85% хороший баланс:
-достаточно надёжно для планирования
-достаточно честно по отношению к реальности процесса
Как это продавать бизнесу. Рабочая формула выглядит так:
«Мы можем назвать дату с разной степенью уверенности. 85% - это срок, в который мы обычно укладываемся. Если нужна большая надёжность срок будет длиннее, если готовы рискнуть, то короче». И дальше выбор делает бизнес.
Что важно проговорить заранее:
-это работает только на исторических данных
-процентиль - не SLA и не KPI
-если процесс меняется → данные пересчитываются
Ключевая мысль
85-й процентиль - это не про математику.
Это про зрелый разговор с бизнесом о рисках, ответственности и реальных возможностях потока.
Если вы до сих пор называете одну «точную дату» - вы не управляете ожиданиями, вы в них играете.
Please open Telegram to view this post
VIEW IN TELEGRAM
1👍14
Please open Telegram to view this post
VIEW IN TELEGRAM
1😁6
Всем успешной доставки!
Наверное многим все еще не понятно кто такой Delivery Manager?
Я этот канал завел только потому, что устал отвечать чем же я занимаюсь 😎
Давайте попробую еще раз раскрыть, что из себя представляет Delivery Manager (конечно только по моему мнению)
Если мы откроем hh и возьмем случайную вакансию которая будет называться Delivery Manager, мы увидим, что в каждой компании свои требования, вот вам пару примеров:
И таких разных вакансий большое количество, есть совсем абсурдные требования.
Иногда кажется, что вакансию называют Delivery Manager ради какого-то хайпа или моды, а обязанности остаются руководителя проекта или project managerа.
В моем понимании Delivery Manager - это data-driven менеджер изменений, который отвечает за сквозной процесс (т.е. за весь E2E) доставки итогового продукта до пользователя: сокращает время от идеи до выхода продукта на рынок и увеличивает прогнозируемость. Если нет запроса на сквозной процесс - отвечает за всю доступную цепочку.
Если кратко то Delivery Manager это Produсt owner E2E процесса, для него продукт это процесс доставки ценности.
Зачем нужен:
-Пересобирать и улучшать процессы растущего или изменяющегося бизнеса, чтобы компании не теряли гибкость и эффективность при масштабировании
-Накапливать и делиться практиками и опытом с организацией, командами, сотрудниками, комьюнит
-Ускорять поставку продуктов на рынок в условиях растущей сложности ИТ систем, процессов и самих продуктови
Подробно все давно указано здесь
Надеюсь стало более понятней, если нет, то задавайте вопросы в комментариях.
Наверное многим все еще не понятно кто такой Delivery Manager?
Я этот канал завел только потому, что устал отвечать чем же я занимаюсь 😎
Давайте попробую еще раз раскрыть, что из себя представляет Delivery Manager (конечно только по моему мнению)
Если мы откроем hh и возьмем случайную вакансию которая будет называться Delivery Manager, мы увидим, что в каждой компании свои требования, вот вам пару примеров:
Вакансия 1
Требования:
-планирование ресурсов совместно с PO и СТО для достижения целей в установленные сроки
-поиск и устранение «узких мест» потока через анализ метрик (Cycle Time, Lead Time, Throughput и Flow Efficiency)
-упрощение рабочих процессов: удаление лишних процедур и препятствий, которые замедляют команду
-управление разногласиями по объёму работ и срокам: сведение позиций бизнеса и разработки к рабочему компромиссу, фиксация состава релиза и критериев готовности, управление изменения через формальный процесс согласований
-организация управления инцидентами: настройка процесса реагирования (on-call/роли, runbooks, SLA/эскалации), проведение разборов (postmortem) с командой, формирование плана улучшений и контроль выполнения корректирующих действий.
-управление поставкой: согласование релизного плана с PO и командой разработки, релизный календарь и синхронизация всех участников, организация поэтапной раскатки, подтверждение готовности к релизу.
Вакансия 2
Обязанности:
-Полноценное управление жизненным циклом разработки: руководство кросс-функциональной командой (аналитики, разработчики, тестировщики);
-Организация процесса доставки: полная ответственность за планирование, координацию и успешный выпуск релизов.
-Внедрение и отладка процессов: активное внедрение и адаптация лучших практик Agile/Scrum, SAFe в команде. Регулярная отчетность о статусе разработки, прогрессе задач, пропускной способности команды и соблюдении сроков.
Вакансия 3
Задачи
-Управлять портфелем изменений: приоритизация, масштабирование инициатив, перераспределение ресурсов между RUN и CHANGE
-Вести программу экономии на SMS: тарифные стратегии с операторами, маршрутизация, каскады каналов, контроль стоимости доставки без потери качества
-Оптимизировать бюджетирование и контроль затрат БЮ: драйверная модель, план–факт, меры экономии
-Обеспечивать формирование стратегии бизнес-юнита: миссия и видение, дорожная карта и приоритеты
-Выстроить активные коммуникации с другими бизнес-юнитами: SLA межблочных взаимодействий, регулярные синхронизации, единый журнал кросс-решений
-Курировать взаимодействие с операторами сотовой связи и участвовать в переговорах: условия, бонусы/штрафы, альтернативные маршруты, SLA-ревью
Вести метрики и отчётность: SLA, TTR, выполнение спринтов, NPS/CSAT партнёров, экономический эффект, вклад в EBITDA
И таких разных вакансий большое количество, есть совсем абсурдные требования.
Иногда кажется, что вакансию называют Delivery Manager ради какого-то хайпа или моды, а обязанности остаются руководителя проекта или project managerа.
В моем понимании Delivery Manager - это data-driven менеджер изменений, который отвечает за сквозной процесс (т.е. за весь E2E) доставки итогового продукта до пользователя: сокращает время от идеи до выхода продукта на рынок и увеличивает прогнозируемость. Если нет запроса на сквозной процесс - отвечает за всю доступную цепочку.
Если кратко то Delivery Manager это Produсt owner E2E процесса, для него продукт это процесс доставки ценности.
Зачем нужен:
-Пересобирать и улучшать процессы растущего или изменяющегося бизнеса, чтобы компании не теряли гибкость и эффективность при масштабировании
-Накапливать и делиться практиками и опытом с организацией, командами, сотрудниками, комьюнит
-Ускорять поставку продуктов на рынок в условиях растущей сложности ИТ систем, процессов и самих продуктови
Подробно все давно указано здесь
Надеюсь стало более понятней, если нет, то задавайте вопросы в комментариях.
2🔥7👍2
Please open Telegram to view this post
VIEW IN TELEGRAM
1😁12
Всем успешной доставки!
Сегодня будет необычный формат: недавно закончил читать первую книгу «Задача трёх тел» из цикла книг "Воспоминания о прошлом Земли" и словил себя на мысли:
Осторожно, дальше будут спойлеры
Если бы одна из главных героинь использовала data-driven подход корректно, сюжет книги мог бы пойти совсем по другому пути.
Ключевое решение в книге принимается не на данных, а на боли.
-Личная трагедия.
-Один яркий пример жестокости системы.
И дальше экстраполяция этого опыта на всё человечество.
По сути:
-выборка из одного кейса,
-нулевая репрезентативность,
-максимальные ставки,
-и решение без возможности отката.
Это не data-driven. Это эмоция, возведённая в стратегию.
В data-driven подходе важно не просто «иметь данные».
Важно понимать, когда данных недостаточно, и честно признавать неопределённость.
Проблемы начинаются там, где:
-личный опыт принимают за статистику,
-эмоцию за инсайт,
-единичный кейс за системный паттерн.
В работе это выглядит так:
«В прошлый раз команда сорвала сроки, а значит, она всегда так работает».
Самые опасные решения принимаются не тогда, когда нет данных.
А тогда, когда кажется, что данных достаточно.
Если у вас нет метрик, то вы рискуете.
Если метрики есть, но вы их неправильно интерпретируете, то вы рискуете ещё сильнее.
У кого был кейс "эмоции vs данные"? Делитесь в комментариях!
🚚 Если пост был полезен отправь коллеге, у которого процессы всё ещё «на ощущениях».
Подписывайся на канал «Я Delivery Manager» - про delivery, метрики 📊 и системное управление процессами.
Сегодня будет необычный формат: недавно закончил читать первую книгу «Задача трёх тел» из цикла книг "Воспоминания о прошлом Земли" и словил себя на мысли:
Осторожно, дальше будут спойлеры
Ключевое решение в книге принимается не на данных, а на боли.
-Личная трагедия.
-Один яркий пример жестокости системы.
И дальше экстраполяция этого опыта на всё человечество.
По сути:
-выборка из одного кейса,
-нулевая репрезентативность,
-максимальные ставки,
-и решение без возможности отката.
Это не data-driven. Это эмоция, возведённая в стратегию.
В data-driven подходе важно не просто «иметь данные».
Важно понимать, когда данных недостаточно, и честно признавать неопределённость.
Проблемы начинаются там, где:
-личный опыт принимают за статистику,
-эмоцию за инсайт,
-единичный кейс за системный паттерн.
В работе это выглядит так:
«В прошлый раз команда сорвала сроки, а значит, она всегда так работает».
Самые опасные решения принимаются не тогда, когда нет данных.
А тогда, когда кажется, что данных достаточно.
Если у вас нет метрик, то вы рискуете.
Если метрики есть, но вы их неправильно интерпретируете, то вы рискуете ещё сильнее.
У кого был кейс "эмоции vs данные"? Делитесь в комментариях!
🚚 Если пост был полезен отправь коллеге, у которого процессы всё ещё «на ощущениях».
Подписывайся на канал «Я Delivery Manager» - про delivery, метрики 📊 и системное управление процессами.
1⚡6🔥3👾3
Please open Telegram to view this post
VIEW IN TELEGRAM
2😁8
👋 Всем успешной доставки!
Продолжаем нашу регулярную рубрику "Покажи метрики😂"
📊 Суть проста:
У вас есть процессные метрики - Lead Time, пропускная способность или другие.
Вы их показываете, а я даю рекомендации, которые помогут улучшить процесс доставки. Будете ли вы это внедрять решайте сами 😉
🔧 Как это будет:
Оставляете заявку тут
Договариваемся на слот (1 час).
Созваниваемся в Google Meet, я готовлю для вас доску в Unidraw, с ней вы останетесь после встречи, со всеми записями и инсайтами.
🗓 Заявки принимаю до 16.03, после этого начну планировать созвоны.
💸 Всё бесплатно.
Продолжаем нашу регулярную рубрику "Покажи метрики😂"
📊 Суть проста:
У вас есть процессные метрики - Lead Time, пропускная способность или другие.
Вы их показываете, а я даю рекомендации, которые помогут улучшить процесс доставки. Будете ли вы это внедрять решайте сами 😉
🔧 Как это будет:
Оставляете заявку тут
Договариваемся на слот (1 час).
Созваниваемся в Google Meet, я готовлю для вас доску в Unidraw, с ней вы останетесь после встречи, со всеми записями и инсайтами.
🗓 Заявки принимаю до 16.03, после этого начну планировать созвоны.
💸 Всё бесплатно.
1🔥4✍1
This media is not supported in your browser
VIEW IN TELEGRAM
🚚📦 Delivery Meme Friday 🎉
А сколько у вас длится дейлик?🙂
А сколько у вас длится дейлик?
Please open Telegram to view this post
VIEW IN TELEGRAM
1😁7