Я Delivery Manager🚀

Всем успешной доставки!
Иногда кажется, что ИИ - это про «большие вещи»: стратегию, аналитику, сложные решения.
Но на самом деле его настоящий потенциал раскрывается там, где рутина давит сильнее всего.
Недавно наткнулся на классный разбор в канале Три монитора о том, как автоматизация спасает от бюрократического ада. Пост про генерацию сотен бюллетеней для МКД (Многоквартирного дома) типичная боль любого, кто хоть раз сталкивался с бумажной волокитой и меняющимися формулировками «прямо перед дедлайном».

ИИ прекрасно справился с реально узкой задачей:
- сгенерировал шаблоны Word,
- вставил нужные спец. поля для шаблонизатора,
- собрал данные в CSV,
По сути сделал всё то, что у людей обычно забирает вечность и силы.
Очень жизненная история, где ИИ помогает в повседневной жизни. И хороший пример того, как стоит относиться к ИИ в работе с командами и процессами: он снимает рутину, но не снимает ответственность за качество.

📌 Если интересно почитать подробнее - ловите пост там есть ссылка на репозиторий 😎

🚚📦 Delivery Meme Friday 🎉

Всем успешной доставки! Давно не было постов, потому что я пытался разобраться, что происходит на российском рынке таск-трекеров. Хорошая новость, их стало много. Плохая, функционал пока местами хромает.

Для себя я выделил критерии оценки таск-трекеров:
- Есть бесплатный тариф - чтобы можно было спокойно посмотреть возможности.
- Есть встроенные отчёты для метрик (Lead Time, пропускная способность).
- Есть WIP-лимиты на доске.
- Есть какая-то автоматизация.
- Есть импорт из других трекеров.
Nice to have - встроенная база знаний, как wiki в Jira.

Пост решил разделить на две части, чтобы не перегружать.

Часть 1
Поехали:
Shtab
- Бесплатный тариф: есть, до 5 человек.
- Отчёты для метрик: есть, но не понял, можно ли корректно считать Lead Time.
- WIP-лимиты: нет.
- Автоматизация: нет в бесплатном тарифе, есть в платном.
- Импорт: есть.
Интерфейс мне показался не самым интуитивным, не смог настроить доску со своими статусами 😂. Зато Shtab единственные, кто лично написал мне письмо с предложением помощи. Это большой плюс.

TeamStorm
- Бесплатный тариф: Нет. Платный 500 ₽ за пользователя в месяц. Есть ещё отдельный тариф за поддержку по их же продукту 😄
- Отчёты: неизвестно, нет бесплатного тарифа.
- WIP-лимиты: неизвестно, нет бесплатного тарифа.
- Автоматизация: неизвестно, нет бесплатного тарифа.
- Импорт: неизвестно, нет бесплатного тарифа.

Directum Projects
- Бесплатный тариф: Нет. Платный 788 ₽ за пользователя в месяц.
- Отчёты: неизвестно, нет бесплатного тарифа
- WIP-лимиты: неизвестно, нет бесплатного тарифа
- Автоматизация: неизвестно, нет бесплатного тарифа
- Импорт: неизвестно, нет бесплатного тарифа
Можно запросить консультацию через сайт, возможно, дадут демо-доступ.

WEEEK
- Бесплатный тариф: есть, до 5 человек.
- Отчёты для метрик: не нашёл.
- WIP-лимиты: есть, но только в Pro.
- Автоматизация: не нашёл.
- Импорт: есть.
-Nice to have - есть база знаний для внутренней документации.
Интерфейс понятный, но потребуется немного времени, чтобы привыкнуть.

Вывод
В 2025 году хочется не просто «двигать карточки», а делать это осознанно, с опорой на метрики. Возможность считать Lead Time и пропускную способность - это уже базовый функционал.
И важный момент: отсутствие бесплатного тарифа сильно усложняет выбор. Всё-таки хочется сначала посмотреть продукт, прежде чем в него въезжать всей командой.

P.S.Если вы знаете людей которые создают этот продукт, покажите им пост, дайте мои контакты, дам им развернутую обратную связь 😎

🎄 Годовое ретро: один пост, который закрывает весь вопрос
Всем успешной доставки!
Скоро конец года и вы наверное с командой начнете подводить итоги, лучше всего это делать на ретро команд, чтобы остановиться, посмотреть назад и не утащить старые паттерны в новый цикл. Годовое ретро здесь работает лучше любых планёрок: оно возвращает команде общую картину, показывает, что реально усиливало, что стабильно мешало, и помогает снова почувствовать влияние на процесс.
Чтобы упростить жизнь собрал единый гайд: форматы + вопросы, которые помогут вам провести ретро более плодотворно

7 рабочих сценариев годового ретро
1️⃣ Мемное ретро - каждый приносит мем про год. Убирает напряжение и открывает честность.
2️⃣ Таймлайн года - релизы, инциденты, найм, перестройки. Видно, что действительно происходило.
3️⃣ Награды года - несерьёзные номинации, которые приводят к серьёзным выводам
4️⃣ Data-driven ретро - Lead Time, WIP, дефекты, предсказуемость → что на это влияло?
5️⃣ Комикс-ретро - «как было», «как стало», «как хотим». Отлично визуализирует процесс.
6️⃣ Ретро через персонажей - обсуждение от имени образов помогает говорить о «сложном».
7️⃣ Ретро целей - что планировали, что получилось, что мешало, что оставляем в новом году.

🧩 Универсальный шаблон из 5 вопросов, подходит к любому из форматов выше:
-Что в этом году реально работало?
-Что стабильно нас замедляло?
-Какие решения мы приняли, но не довели и почему?
-Какие 1–2 принципа переносим в новый год?
-Что готовы сделать в первые 2 недели января?

Инструменты для ретро - это онлайн доски, во многих есть готовые шаблоны, например Unidraw
А вы проводите годовое ретро?
#ретро #итогигода

🚚📦 Delivery Meme Friday 🎉
У вас есть кот? 😁

📏 Метрика недели WIP Rate

Всем успешной доставки!
Возвращаю рубрику «Метрика недели». Сегодня говорим про WIP rate.

Если коротко, WIP rate - это доля времени, сколько задачи разных типов находились в работе.
Метрика отвечает на вопрос: куда реально уходит время команды, пока задачи живут в процессе.

🔹 Зачем использовать
Чтобы видеть, на что уходит фокус команды - фичи, поддержку, техдолг, эксперименты.
Чтобы понять, достаточно ли мы инвестируем в разные типы работ.
Чтобы проверить, соблюдаются ли договорённости по квотам (например, 20% времени на улучшения, 10% на поддержку).
Чтобы иметь факты в разговоре «куда уходит время», а не ощущения.

🔹 Как посчитать
1️⃣ Определи период анализа - обычно месяц.
2️⃣ Выбери статусы, которые считаются активными (In Progress, Review, Testing) после точки комитмента.
3️⃣ Для каждой задачи вычисли, сколько времени она провела в активных статусах - это touch time.
4️⃣ Раздели задачи по типам работ (фичи, поддержка, техдолг, исследования).
5️⃣ Для каждого типа суммируй всё активное время задач.
6️⃣ Рассчитай долю каждого типа:
WIP Rate (тип работы) = (Сумма touch time задач этого типа) / (Сумма touch time всех задач) × 100%

🔹 Как читать метрику
📊 Для команды определите какой % должен быть по фичам, если процент падает, можно задать вопросы бизнесу: где фичи?
⚖️ Если поддержка стабильно отъедает треть, то стоит посмотреть, не стало ли это нормой.
🎯 Ценность WIP rate в динамике, в том, как меняется фокус команды со временем.

#метрики #wiprate

🚚📦 Delivery Meme Friday 🎉

📚 Серия книг «Цель» Голдратта - зачем читать и что понять про Теорию ограничений.

Всем успешной доставки! Не знаю почему я раньше не написал про эти книги, но кажется это база базовая в управлении потоком.
Когда я впервые взял «Цель», думал, что это будет занудный учебник по производству. А оказалось роман про директора, которому дали пару месяцев, чтобы спасти завод.
И с каждой главой ты понимаешь - это не про завод, это про твою команду, твой процесс, твои «узкие места».

🔹 Теория ограничений (ТОС) - простая, но переворачивающая мышление идея: в любой системе есть одно ограничение, которое задаёт темп всему процессу. Можно оптимизировать всё подряд, но пока не найдёшь и не разгрузишь главное узкое место - всё остальное не сдвинется.

Книги:
🔹 «Цель» про то, как это осознать. Как перестать «чинить всё» и начать работать с тем, что реально ограничивает поток.

🔹 «Цель-2. Дело не в везении» про то, что ограничения бывают не только физическими, но и управленческими. Иногда тормозит не процесс, а политика.

🔹 «Цель-3. Необходимо, но недостаточно» уже про стратегию. Как принимать решения, когда идеальных вариантов нет, и почему «или–или» - это чаще всего ловушка мышления.

🔹 «Критическая цепь» тут Голдратт показывает, что сроки срываются не из-за времени, а из-за поведения людей и системы приоритетов.

ТОС - это не про завод. Это про то, как думать системно: искать, где реально застревает поток, и строить улучшения оттуда.

Если ты Delivery Manager, тимлид или просто хочешь перестать тушить пожары - начни с первой «Цели».

Еще есть классный канал про ТОС, всем рекомендую почитать (не реклама 😎)

💸 Почему изменение процесса без метрик - это не улучшение, а вера в чудо
Во многих командах изменение процесса выглядит так:
«Давайте сделаем Daily короче / добавим колонку / перейдём на WIP-лимиты - должно стать лучше».
Никто не формулирует, что значит «лучше» и как это вообще измерить.
В итоге команда меняет процесс, искренне верит, что что-то улучшила… но бизнес не чувствует ни ускорения, ни снижения риска, ни экономии.

🧪 Output ≠ Outcome
Важно понимать: само внедрение изменений не является улучшением.
✅ Output - мы что-то сделали: внедрили практику, добавили артефакт, изменили правила приоритезации.
✅ Outcome - мы реально ускорились, снизили издержки, уменьшили хаос, стали предсказуемыми.
❗️Когда нет метрик - команда видит только Output и считает, что «изменилась → улучшилась». Но был ли Outcome, остаётся загадкой. А значит, никто не может доказать ценность изменений.

📏 Метрики - это способ увидеть Outcome
С метриками изменение процесса перестаёт быть актом веры и превращается в управляемый эксперимент:
Например:
Ввели WIP-лимиты->Снижение среднего времени доставки (смотрим на Lead time)
Добавили Kanban Replenishment->Стабилизация потока (смотрим на Throughput)
Ввели блокировку по причинам->Снижение внешних задержек (смотрим на количество блокировок)
Если изменений нет, то это не «плохая команда». Это просто гипотеза не сработала. Мы ищем следующую.

📉 Метрики переводят изменения в экономику
Когда у вас есть Lead Time, Throughput и данные по ФОТ команды —> вы можете показать бизнесу:
«Мы уменьшили Lead Time на 20% → бизнес начал получать фичи на 2 недели раньше → возврат инвестиций стал быстрее».
«Мы снизили количество блокировок → сократили простой → экономия времени команды = экономия денег».
«Мы повысили пропускную способность → теперь одна фича “стоит” меньше → стоимость развития снижается».
Теперь изменения не «кажется, стало лучше», а обоснованная инвестиция.

✅ Вывод
Если вы меняете процесс без метрик:
→ вы не знаете, улучшили вы что-то или просто стали работать «по-другому».
→ любая практика воспринимается как «мистическое спасение».
→ через полгода всё откатывается обратно.

Если вы меняете процесс с метриками:
→ у вас есть гипотеза → эксперимент → результат → выгода.
→ вы формируете цикл непрерывного улучшения.
→ вы можете переводить изменения в деньги.

🔍 Улучшение без метрик - это вера. Улучшение с метриками - это управление.

🚚📦 Delivery Meme Friday 🎉
Не обижайте Скрам-мастера, переходите на Канбан 😂

Всем успешной доставки 🚀
💰 Как превратить метрики в деньги (и показать бизнесу ценность процесса)
Многие команды внедряют Lead Time, пропускную способность и на этом останавливаются. Но как только вы переводите метрики в деньги, разговор с бизнесом меняется.

📍 Допустим:
ФОТ команды (разработчики, тестировщики, аналитики) = 2 000 000 ₽ в месяц
Команда завершает 20 задач в месяц
Пропускная способность распределяется так:
✅ Фичи -10 задач
🐞 Баги - 6 задач
🧱 Техдолг - 4 задачи
📊 Считаем стоимость одной задачи
1️⃣ Берём ФОТ: 2 000 000 ₽
2️⃣ Делим на количество завершённых задач:
👉 2 000 000 ₽ / 20 = 100 000 ₽ за одну задачу

И это не теория - это ответ на вопросы бизнеса:
📍 «Сколько стоит одна фича?»
📍 «Почему при падении производительности мы теряем деньги?»
📍 «Что даст нам ускорение на 20%?»

Теперь понятно, что "просто взять ещё одну задачу сверху" - это не бесплатно.
В таком случаи даже можно посчитать сколько будет стоить 1 фича (среди багов и техдолга), но для этого надо понимать трудозатраты по каждому типу задач.

🚀 Дальше можно показать влияние изменений:

📉 Сократили Lead Time → быстрее получаем ценность.
📈 Увеличили Throughput до 25 задач → стоимость задачи падает до 80 000 ₽.
📦 Убрали простаивания → выросла эффективность инвестиций.

Получается не просто «мы стали быстрее», а:
👉 «Мы снизили себестоимость задачи на 20% и ускорили возврат инвестиций».

🎯 Что это даёт команде:
✔️ Легче обосновывать инициативы по улучшению
✔️ Проще защищать capacity на техдолг
✔️ Можно оценивать экономический эффект от изменений
✔️ Команда начинает понимать, как её работа влияет на деньги

Метрики решают 😎
#метрики #leadtime #throughput

Всем успешной доставки, недавно на круглом столе мы обсуждали ситуацию, когда метрики ставят в KPI команды/человека. Это очень плохо и я попробую раскрыть почему.

🎯 Почему метрика в KPI перестаёт быть метрикой
Есть такой закон Гудхарта:
«Когда мера становится целью, она перестаёт быть хорошей мерой».
И это ровно то, что происходит, когда метрику ставят в KPI.
Пока метрики инструмент обратной связи, они помогают понять, где узкие места и как улучшить процесс.
Но как только метрики превращают в цель, то начинается искажение.

📉 Примеры:
Сокращаем Lead Time - команда перестаёт брать сложные задачи, лишь бы не портить среднее значение.
Повышаем Throughput - задачи дробятся до абсурда, чтобы график красиво рос.
Считаем % выполнения планов - задачи начинают «переоценивать» на старте, чтобы наверняка попасть в 100%.

В итоге команда не улучшает процесс, она играет с цифрами.
Метрики нужны не для контроля, а для понимания. Они должны помогать находить точки роста, а не становиться способом давления.

🚦Как сделать правильно:
-Отделяйте KPI бизнеса от метрик процесса.
-Метрики используйте как инструмент улучшения процессов.
-Смотрите не на цифры сами по себе, а на тренды и контекст.
-Определить себе north star метрику к которой хочется стремиться.

У вас стоят метрики в KPI?

Всем успешной доставки!
Внедрять изменения это не благородное дело😢 Потому, что всегда столкнешься с сопротивлением. Есть хороший пост из канала "Разумный менеджмент" «Почему изменения бесят команду?»

И я прям согласен почти с каждым пунктом.
Команды редко сопротивляются самим изменениям - они сопротивляются хаосу, который за ними идёт. Когда нет прозрачности, контекста и последовательности, любая инициатива воспринимается как «ещё одна странная идея сверху».

В итоге даже полезные улучшения начинают раздражать.
Особенно откликнулось про игнорирование текущего контекста.
Если команда уже горит в дедлайнах и не выстроены базовые процессы, любое «новое» только усиливает боль.

Тут важно не просто «внедрить», а помочь пройти изменения осознанно.
🧩 Один из подходов, который мне нравится ADKAR.

Он помогает смотреть на изменения через призму людей, а не только процессов:
Awareness - понять, зачем всё это нужно,
Desire - захотеть участвовать,
Knowledge - знать, как делать,
Ability - уметь применять,
Reinforcement - закрепить результат.
Иногда достаточно пройтись по этим шагам, чтобы увидеть, где именно буксует внедрение.

📌 Почитайте пост - хорошая основа для рефлексии.
А если добавить к нему призму ADKAR, то можно реально повысить шансы, что изменения приживутся, а не останутся на слайдах.
Ну и посмотрите другие посты в этом канале, там достаточно интересно рассказывает про управление командой и процессами.

Приходите на Delivery Meetup SPB №11!🔥

Интересные и полезные доклады для широкой аудитории и нетворкинг.

🗓 Когда: - 16 октября (четверг), с 19:00 до 21:00, а потом - афтерпати
📌 Где: Спб, Цветочная ул, 19, Selectel

Регистрируйтесь чтобы прийти послушать вживую: https://delivery-community-spb.timepad.ru/event/3571392/?utm_source=tg_dcs

📹Трансляция тоже будет, регистрация на онлайн не нужна!

Кто и о чем будет рассказывать:

🌸 Сергей Плаксиенко выступит с докладом "Внутренний Апокалипсис".

Рассказ о том, куда ваши личные всадники апокалипсиса — усталость, самоуверенность, атрофия навыков — могут привести.

⁃ О человеческом факторе. Как любая, самая надёжная система остаётся не застрахованной от банальных человеческих ошибок.
⁃ О цене ошибок. Как невнимательность и усталость порождают трагические последствия и ломают жизни
⁃ Инженерная культура. Как проектировать и реализовывать системы в которых минимизируется риск человеческого фактора

🌸Андрей Шариков, тимлид Т-Кассы, расскажет про "7 навыков высокоэффективных тимлидов"

Доклад про то, как жить в парадоксальное время, когда количество неопределенности вокруг такое же большое, как и количество информации, которое должно было эту неопределенность разрешить.

⁃ Структурность. Андрей расскажет как добавить структурности и контроля в ваш процесс поставки ценности
⁃ Инструментарий. Поделиться своим минимально необходимым набором навыков и инструментов лида для организации работы на каждом этапе
⁃ Кейсы. Обо всём этом расскажет на примере конкретных и сложных случаев в своём процессе работы

🌸Виктор Дёмин, тимлид Спецпроектов Selectel проведёт аналогию: «Поездка в супермаркет как путь познания IT-систем».

Доклад - притча о преодолении когнитивного диссонанса в поиске любимых сырков на полке холодильника. И как это потом применить в IT (хлопком одной ладони).

⁃ Всё переплетено. Процесс есть везде, его не может не быть
⁃ Кругозор. Станет понятно, почему красть чужой опыт — хорошая идея
⁃ Будет приемлемо. Аналогия с супермакетом будет полна юмора и отсылок, но и по делу контент будет, не заскучаете

После докладов - афтерпати в пабе Гент.

До встречи! 👍

Если вы в Спб, обязательно приходите на митап ✍️

🚚📦 Delivery Meme Friday 🎉

Напоминаю, что сегодня круглый стол, приходите обязательно ➡️

Всем успешной доставки 🚀
Даёшь больше практики, чем теории 😎

Если вы когда-нибудь думали, а как вообще должен выглядеть дашборд с процессными метриками для команды и для C-level?
То я подготовил набор базовых метрик для обоих уровней.

📊 Все метрики строятся на завершённых задачах.
для уровня команды - чтобы видеть, как идёт поток задач;
для уровня СТО - чтобы понимать эффективность всей доставки.

🎁 Бонусом нарисовал E2E-процесс с выделенным этапом Delivery.
Пользуйтесь, адаптируйте под себя, пересылайте коллегам 😉
А если есть идеи, какие метрики добавить, то пишите в комментарии.
#метрики #дашборд