🎯 Помоги не промахнуться с контентом!

Привет! 👋
Я хочу, чтобы этот канал был ценным источником практик, идей и пользы для тех, кто работает с командами и процессами в IT.

Чтобы двигаться в правильном направлении, мне важно услышать ваше мнение. Я подготовил 3 коротких опроса (буду скидывать их раз в два дня, чтобы сильно вас не тревожить) без бюрократии, быстро и по существу.

💡 С помощью них я смогу:
- понять, кто вы и чем занимаетесь
-публиковать то, что действительно полезно
-развивать канал в сторону, которая будет вам интересна

📌 Три опроса:

Расскажите немного о себе

Что вам интересно читать?

Что стоит улучшить?

🙏 Спасибо! Каждое ваше мнение — как вклад в общее улучшение процессов.

🚚 Доставка ценности важнее "правильных процессов"
Многие команды зацикливаются на процессе: у нас Scrum, планирование, ретро, Kanban-доска - всё по учебнику. А вот ценность до клиента доходит медленно, а то и вовсе теряется по пути.
Почему так происходит?
Потому что дело не в процессе, а в том, как устроена доставка ценности.
🧩 Представьте: к вам приходит идея или запрос от бизнеса. Что с ним происходит дальше?

Если путь от “нужно сделать” до клиент это использует” занимает месяцы и годы 😳, если задача зависает на согласованиях или тестировании, если никто не может ответить "когда будет готово" - это значит, доставка работает плохо.
Мы часто улучшаем отдельные части (добавим автоматизацию, делаем ретро чаще), но не смотрим на весь путь целиком.
🎯 Что значит хорошо выстроенная доставка?
-Путь от идеи до релиза прозрачен;
-Понятно почему мы делаем именно эту задачу, а не другую;
-Задачи не застревают;
-Команда может предсказать сроки;
-Клиенты получают обновления регулярно и без боли.

Это и есть система доставки ценности - вся цепочка от появления задачи до получения результата пользователем.
🔧 Процессы и практики - это лишь инструменты, которые должны помогать доставлять.
Если ценность не доходит, а только копится в jira и miro досках - процессы не работают.

#доставка #ценность #delivery #discovery #e2e

Всем привет, знакомлю вас с Андреем Рабиновичем!
Он тоже delivery manager, как и я - мы познакомились на конференции и нас объединяет любовь к поставке ценности и употреблению пива протеина.

Он завел телеграм-канал, где размышляет не только об айти, но и околоайти, здоровье, спорте и финансах.

Из интересного:
— стоит ли новичку вкатываться в айти через тестирование в 2025?

— рубрика «разбор конченной вакансии»

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

🎤 5 обязательных элементов, без которых доклад не «зайдет»
Публичное выступление - это не просто рассказ «по слайдам». Это сценарий взаимодействия с людьми, у которых ограниченное внимание и куча дел в голове. Вот 5 пунктов, которые должны быть в каждом докладе, если вы хотите, чтобы вас не только дослушали до конца, но и запомнили.

1. 🧑‍💼 Слайд про себя - это не про эго
Публика не знает вас. И если не знает, ей сложно сразу вам доверять. Первый слайд - это якорь. Расскажите:
-Кто вы;
-Чем занимаетесь;
Кратко, без регалий на полэкрана. Цель - дать понять, что вы в теме и можно расслабиться - будет полезно.

2. 🗂 Слайд с содержанием - это дорожная карта
Когда слушатель не понимает, что будет дальше, он теряет внимание.
Слайд с планом презентации помогает:
-Сфокусироваться;
-Запомнить ключевые блоки;
-Проще воспринимать материал.
Это как оглавление в книге: с ним читается легче.

3. ✂️ Меньше текста, больше смысла
Слайд с плотным текстом - враг докладчика. Никто не читает абзацы, пока вы говорите. Лучше:
-3–5 тезисов крупным шрифтом;
-Визуальная опора (диаграмма, иконка, цитата);
-Говорите голосом то, чего нет на слайде.
Помните: слайды - это фон, а не субтитры к вашему выступлению.

4. 📣 Call to action - зачем всё это было?
Вы рассказали, вдохновили, поделились опытом. А что дальше? В конце выступления обязательно скажите:
-Что должен сделать слушатель;
-Куда пойти (сайт, канал, репозиторий);
-С чем уйти (инсайт, инструмент, решение).
Без этого всё просто растворится в шуме следующего спикера.

5. 🗣 Вовлекайте аудиторию
Зал - это не просто фон. Спросите что-то. Поднимите руки. Дайте зацепиться:
-«У кого так было?»
-«Как вы думаете, что сработало?»
-«А кто считает наоборот?»
Такая динамика моментально оживляет зал, и ваше выступление запоминается сильнее.

💡 Хороший доклад - это не просто «презентация с конференции». Это момент, когда вас слышат. И если вы вложитесь в структуру - результат точно будет.

Всем привет, ходил к ребята на подкаст, сейчас выложили расшифровку 💪

Опубликовали расшифровку стрима с Александром Торгашовым. Читайте о том, как внедрить лучшие практики Kanban.

Ставьте лайки, задавайте вопросы!

Лучшая мотивация перейти на Kanban 😂

Кринжайл

#скрам #аджайл
#scrum #agile
#канбан

Всем привет, недавно я просил вас пройти 3 опроса, чтобы лучше понять, кто вы и что для вас максимально полезно на канале.
Давайте подведем итоги - получилось очень любопытно 👇

🧠 Кто вы по ролям?
Самые частые роли среди подписчиков:
Project Manager — 25%
Delivery Manager — 22%
Тимлиды и все, кто "на стыке" — ещё 15%
Есть и Скрам-мастера, разработчики, продуктовые менеджеры - аудитория точно разнообразная.
Это радует: значит, темы можно рассматривать с разных сторон.

🔍 Что вас интересует больше всего?
Вот топ 5 тем, которые вы выбрали:
📈 Метрики и дашборды (62%)
🔧 Настройка процессов внутри команды (62%)
🌐 End-to-end процесс (54%)
📦 Канбан практики и принципы (48%)
🔁 Внедрения изменений (43%)
Вы точно не про теорию — вас интересуют прикладные, измеримые и настраиваемые вещи.
Это и будет в фокусе следующих постов.

📦 Что вы хотите видеть дальше?
Наиболее ожидаемые форматы:
🛠 Обзор инструментов (68%)
📘 Примеры изменений (60%)
📑 Гайды и инструкции (56%)
🧩 Шаблоны для ретро и планирования (48%)
📊 Ответы на вопросы / разборы кейсов (48%)
Инфографика, схемы и даже мемы - в топе. Значит, будем продолжать миксовать полезное с визуальным и немного неформальным контентом.

Вывод:
Спасибо за ваши голоса! Канал теперь будет ещё точнее готовить под вас материал: меньше воды, больше практики, визуализации, процессов и инструментов.
А если у вас есть ещё идеи — пишите в комментах. Я читаю всё 👀

🔥 Всем успешной доставки!

Сегодня хочу поделиться не рабочими практиками, а традицией, которая стала для нас настоящей отдушиной - летним сплавом.
Уже четвёртый год подряд мы с коллегами устраиваем сплав на катамаранах по рекам Пермского края. Что такое сплав? Это когда ты сажаешь себя и всё своё снаряжение на плавсредство на катамаран, берёшь весло, провизию, палатку - и уходишь в дикую природу на несколько дней.
🛶 3 дня без интернета, без суеты и дедлайнов. Только ты, река и команда.
📍 Мы стартовали с 30 человек. В этом году ожидается уже 75 участников - это почти 15 катамаранов на воде. Люди приезжают со всей России и даже ближнего зарубежья, чтобы просто быть - на берегу, в лесу, у костра. Никакого формализма, только настоящее общение и приключения.

Что входит в этот формат отдыха?

🏕 Ночёвки в палатках - на оборудованных стоянках или диких берегах.
🔥 Еда на костре - простая, вкусная, настоящая.
🛶 Катамараны - управляемые вручную, несложные даже для новичков.
🌲 Маршруты по живописным местам - леса, скалы, реки без шума цивилизации.
🧖‍♂️ И, конечно, походная баня на берегу - настоящий must-have.
📵 Самое ценное - это цифровой детокс. Телефоны молчат. Зато разговаривают люди.

Шутки, песни, кто-то играет на гитаре, кто-то просто смотрит на звёзды.
Этот формат давно вышел за рамки просто отдыха. Это стало нашим летним ритуалом.
P.S. Всё чаще слышу от знакомых: «А можно с вами?»
Приезжайте в Пермь, организуем вам классный сплав, есть контакты крутых организаторов 💪

🎯 Метрика недели: Time to Market
Когда фича только появилась, кажется, что «всё сделаем быстро». А потом проходит неделя, вторая, месяц и фича всё ещё где-то в разработке.
Чтобы перестать гадать, пора смотреть на цифры. Сегодня говорим про Time to Market.

⏱️ Что это вообще?
Time to Market (TTM) - это время от старта до релиза.
Появилась идея → начали работу → фича вышла в прод.
Чем меньше это значение - тем быстрее вы доставляете ценность клиенту.

🤔 Зачем вообще это считать?
-Понимать, насколько быстро вы реагируете на запросы
-Если клиенту что-то нужно, а вы выпускаете это через 2 месяца - ну, такое.
-Находить узкие места
-TTM растёт? Значит, где-то затык. Ищите, где теряется время: анализ, ожидание, тесты, выкладка, всё влияет.
-Лучше прогнозировать сроки
-Проверять, помогают ли изменения
-Внедрили что-то новое? TTM стал меньше? Отлично, работает. Если нет - возможно, это просто новая боль.

🛠 Как начать считать?
Визуализируйте процесс: от идеи до продакшена. Канбан-доска, value stream map - подойдёт всё, где видно поток задач.
Определите чёткие точки старта и финиша. Например: «взяли в работу» → «выкатили».
Желательно, чтобы задачи вели в одной системе (Jira, Trello, Notion - неважно, главное, чтобы удобно было вытаскивать даты).

📌 Несколько советов:
-Разделяйте задачи по типам - фичи, баги, срочные правки. У них разный TTM, и это нормально.
-Смотрите на тренд - как меняется TTM по месяцам/кварталам.
-Показывайте метрику команде. Это фокусирует всех на главном - поставке ценности, а не просто «делании задач».

💬 Считаете TTM у себя? Или пока только приглядываетесь к метрике? Напишите в комментариях, интересно как это работает в разных командах.

🎯 Метрика недели Lead Time
Когда мы обсуждаем метрики, хочется напомнить:
📌 метрики - это не инструмент давления на команду, а возможность улучшать процессы основываясь на фактах.

🕐 Что такое Lead Time?
Lead Time - это время от момента принятия обязательств до момента завершения задачи.
Говоря проще: задача перешла в колонку “In Progress” (или другой этап, где команда уже взялась за дело) - и пошёл отсчёт.
Завершили (например, “Done” или “Released”) - таймер остановился.
Это честное измерение: сколько времени заняло выполнение задачи после того, как вы сказали "мы это сделаем".

📊 Как считать Lead time ?
Хорошая практика - смотреть не только на среднее, а на перцентили.
Например:
50-й (медианный) перцентиль покажет, сколько занимает "типичная" задача;
85-й и 95-й — как обстоят дела с «хвостом» (долгими задачами);
Это помогает понять разброс и стабильность процесса, а не просто «в среднем по больнице».

📈 Зачем считать Lead Time?
-Чтобы понимать, насколько быстро команда доставляет ценность;
-Улучшать прогнозируемость и делать более реалистичные планы;
-Выявлять узкие места и неоптимальные этапы в процессе;
-Повышать надежность сроков: если вы знаете, как ведёт себя 85-й перцентиль, вы уверенно можете говорить о дедлайнах.

⚠️ Важное уточнение
Если вы хотите снизить Lead Time, не забывайте про пропускную способность (Throughput).Сократить время выполнения одной задачи можно, но если при этом падает общее количество завершённых задач - значит, мы просто «перераспределили» усилия, а не улучшили процесс.
Баланс важен: быстрее ≠ меньше.

🧩 Как внедрить Lead Time в практике?
-Визуализируйте процесс от момента, когда задача становится обязательством;
-Отмечайте даты входа и выхода задач;
-Собирайте данные, стройте графики, считайте перцентили;
-Обсуждайте это на ретро, а лучше заведите отдельную встречу по обзору метрик: где вы отвечаете себе на вопрос "почему зависают задачи, и что с этим делать?"

💬 А вы считаете Lead Time? Какой у вас 85-й перцентиль?
#метрики #leadtime

🎯 Data-driven
Всем успешной доставки!
Часто в постах я упоминаю data-driven подход, давайте разберём, что это за зверь, зачем он нужен и как его применять на практике.

🧠 Что такое data-driven?
Data-driven - это способ принимать решения на основе данных, а не ощущений, догадок или личного опыта. Это не про "давайте замерим всё, что двигается", а про выбор тех данных, которые реально помогают видеть и улучшать систему.

🔍 Где применяется?
📌 В Discovery (на этапе исследований и принятия решений):
-Анализируем, какие гипотезы уже не работают (например, низкое использование фичей).
-Смотрим, какие сегменты пользователей реально нуждаются в решении.
-Используем опросы, интервью, метрики использования, чтобы понять, что действительно важно.
-Приоритизируем гипотезы по фактам, а не потому что "кому-то очень хочется".

🚀 В Delivery (на этапе реализации):
-Следим за скоростью и стабильностью поставки (lead time, cycle time).
-Отслеживаем качество и последствия изменений (баги, откаты, отзывы).
-Улучшаем процессы, опираясь на то, что реально тормозит работу, а не на догадки.

✅ Зачем считать?
Снижаем неопределённость - понятно, что происходит.
Улучшаем процессы - фокусируемся на узких местах.
Повышаем прозрачность - у всей команды единая картина.
Делаем точнее прогнозы - особенно важно для клиентов и стейкхолдеров.
Аргументируем решения - спорим меньше, действуем быстрее.

⚙️ Как начать?
-Определите, что важно для команды: скорость, качество, стабильность.
-Начните замерять простые вещи - даже ручной Excel подойдёт.
-Визуализируйте: графики, дашборды, помогают видеть картину.
-Включите метрики в регулярные обсуждения: ретро, планирование, демо.
-Помните: метрика - это не кнут, это фонарь в тумане.

💬 Data-driven - это не про контроль, а про осознанность.
Когда команда работает с данными, а не по наитию, она быстрее находит, что улучшить и делает это без микроменеджмента.

🔍 А вы еще гуглите или уже спрашиваете у ИИ?

Наткнулся на интересный пост в Linkedin, если кратко:

Гугл теряет позиции.
🧵 Минус 20% трафика в туризме, -17% в медиа, -9% в e-commerce.
Люди всё чаще ищут ответы не в поисковике, а:

- у GPT/ИИ 🤖
- в Telegram-каналах 📲
- в TikTok 😁
Мы вошли в эпоху post-search.
Теперь важен не «топ по запросу», а голос, которому доверяют.

А вы как ищете ответы? гуглите? смотрите туториалы или задаете вопросы ИИ?

🎯 Метрика недели: Пропускная способность (Throughput)
Давайте разберёмся, что такое throughput и зачем его вообще считать.

Что это такое?
Throughput показывает, сколько задач команда завершает за единицу времени (обычно за месяц). Это может быть количество пользовательских историй, багов, фич - в зависимости от того, что вы считаете завершённым.
📊 Например:
- 25 задач за месяц → throughput = 25
- 6 багфиксов и 4 фичи → throughput = 10 (или можно разделять по типам задач - это даёт дополнительную глубину анализа)

Зачем считать?
📈 Оценка скорости команды - понимаем, насколько стабильно двигаемся.
🔍 Анализ трендов - замечаем, когда темп падает или растёт.
📅 Прогнозирование сроков - throughput помогает понять, сколько времени займёт бэклог.
⚖️ Балансировка нагрузки - при падении throughput ищем причины: перегруз, блокеры, неоптимальные процессы.
📂 Глубокий анализ - можно смотреть throughput отдельно по типам задач, чтобы увидеть перекосы (например, много багов, мало фич).
🤝 Прозрачность - метрика легко объясняется и хорошо работает на демонстрациях.

Важно помнить
✅ Это не метрика продуктивности отдельного человека. Это командная метрика.
✅ Рост throughput - это не цель сама по себе. Главное стабильность и предсказуемость.
✅ Следите, чтобы при снижении Lead Time не пострадал throughput - важно сохранять баланс.

Как начать считать?
- Определите, какие задачи считаются «завершёнными» (например, в статусе Done).
- Считайте завершённые задачи за месяц (чтобы сгладить колебания).
- Смотрите динамику по неделям/месяцам.
- Разделите throughput по типам задач: баги, фичи, техдолг - это даст более точные инсайты.
- Используйте визуализацию (графики, диаграммы, трекеры).

📌 Через месяц можно увидеть первую динамику. А дальше уже строить прогнозы и находить точки для улучшений.
#метрики #throughput