Что скрывается за статусом In Progress
Всем успешной доставки!
Если у вас в доске есть колонка In Progress, то вы еще не полностью визуализировал ваше производство😏 иногда задача заходит туда и исчезает, на дни или даже на недели 😳 И самое забавное, что никто ничего плохого не делает. Но Lead Time растёт, пропускная падает. Почему так происходит? Попробую сегодня ответить на этот вопрос.
Вот что чаще всего прячется внутри этого «волшебного» статуса:
🔹 1. Невидимые работы
Команда пишет код? Нет.
Она: чинит окружение, подбирает логи, спорит с аналитиком, застряла в PR, согласовывает макеты. Всё это работа, но никто её не видит.
А если работы не видно, вы не можете управлять потоком.
🔹 2. Очереди, которые никто не считает
Задача вроде «в работе», но реально она ждёт:
- ревью
- ответ заказчика
- данные от смежников
- тесты
Проблема: очередь маскируется как «работа». В итоге кажется, что все заняты, хотя поток стоит.
🔹 3. Многозадачность.
Один разработчик ведёт 3–5 задач параллельно. Кажется: «ну быстрее же выйдет».
По факту: LT растёт в геометрии, внимание падает, переключение контекста занимает много времени.
🔹 Как почистить «In Progress»
-Разбейте In Progress на реальные статусы: анализ → разработка → ревью → тест → готово.
-Ставь WIP-лимиты, чтобы не накапливать скрытую очередь.
-Заведи правило/DoD: «In Progress больше N дней —> идём смотреть, что там происходит».
Вывод
In Progress сам по себе не зло. Зло - это его непрозрачность.
Чем раньше вы разложите этот «чёрный ящик» на части, тем быстрее появится контроль над потоком и реальные улучшения.
Всем успешной доставки!
Если у вас в доске есть колонка In Progress, то вы еще не полностью визуализировал ваше производство😏 иногда задача заходит туда и исчезает, на дни или даже на недели 😳 И самое забавное, что никто ничего плохого не делает. Но Lead Time растёт, пропускная падает. Почему так происходит? Попробую сегодня ответить на этот вопрос.
Вот что чаще всего прячется внутри этого «волшебного» статуса:
🔹 1. Невидимые работы
Команда пишет код? Нет.
Она: чинит окружение, подбирает логи, спорит с аналитиком, застряла в PR, согласовывает макеты. Всё это работа, но никто её не видит.
А если работы не видно, вы не можете управлять потоком.
🔹 2. Очереди, которые никто не считает
Задача вроде «в работе», но реально она ждёт:
- ревью
- ответ заказчика
- данные от смежников
- тесты
Проблема: очередь маскируется как «работа». В итоге кажется, что все заняты, хотя поток стоит.
🔹 3. Многозадачность.
Один разработчик ведёт 3–5 задач параллельно. Кажется: «ну быстрее же выйдет».
По факту: LT растёт в геометрии, внимание падает, переключение контекста занимает много времени.
🔹 Как почистить «In Progress»
-Разбейте In Progress на реальные статусы: анализ → разработка → ревью → тест → готово.
-Ставь WIP-лимиты, чтобы не накапливать скрытую очередь.
-Заведи правило/DoD: «In Progress больше N дней —> идём смотреть, что там происходит».
Вывод
In Progress сам по себе не зло. Зло - это его непрозрачность.
Чем раньше вы разложите этот «чёрный ящик» на части, тем быстрее появится контроль над потоком и реальные улучшения.
1👍7❤1🔥1
Всем успешной доставки!
Есть один вопрос, который рано или поздно ловит каждого менеджера, разработчика и вообще любого, кто хоть раз брал задачу в работу:
👉 «Когда сделаете?»
И вот тут начинается самое интересное, потому что ответить хочется красиво, быстро и «чтобы отстали». Но как говорится, ваши ожидания - это ваши проблемы.
На днях читал отличный разбор этой темы в канале «Управление без паники» и прям рекомендую. Саша (тезка и бывший коллега) хорошо объясняет, почему «завтра» - это не ответ, «как пойдёт» - это испорченная репутация, а правильный ответ начинается с изменения самого вопроса.
Он предлагают классный приём:
не «Когда сделаете?», а «Успеете к конкретной дате?»
И всё, вместо бесконечного множества вариантов остаются два. Да или нет. И дальше решение уже на основе данных, а не ощущений.
Почему мне зашло:
🔹 объясняет по делу, без сложных терминов;
🔹 показывают, как использовать Lead Time и процентили для прогнозов;
🔹 напоминает, что ответ - это обязательство, а не просто звук.
Особенно классно раскрыто про то, как формируются ожидания стейкхолдеров и почему «сказать дату» = «взять ответственность».
Звучит очевидно, но вот интересно, что большинство промахов в сроках, именно от того, что ожидания были сформированы неправильно, а не потому что команда "тормозила".
Если вам тема тоже близка - загляните в канал «Управление без паники», там много полезной информации.
Есть один вопрос, который рано или поздно ловит каждого менеджера, разработчика и вообще любого, кто хоть раз брал задачу в работу:
👉 «Когда сделаете?»
И вот тут начинается самое интересное, потому что ответить хочется красиво, быстро и «чтобы отстали». Но как говорится, ваши ожидания - это ваши проблемы.
На днях читал отличный разбор этой темы в канале «Управление без паники» и прям рекомендую. Саша (тезка и бывший коллега) хорошо объясняет, почему «завтра» - это не ответ, «как пойдёт» - это испорченная репутация, а правильный ответ начинается с изменения самого вопроса.
Он предлагают классный приём:
не «Когда сделаете?», а «Успеете к конкретной дате?»
И всё, вместо бесконечного множества вариантов остаются два. Да или нет. И дальше решение уже на основе данных, а не ощущений.
Почему мне зашло:
🔹 объясняет по делу, без сложных терминов;
🔹 показывают, как использовать Lead Time и процентили для прогнозов;
🔹 напоминает, что ответ - это обязательство, а не просто звук.
Особенно классно раскрыто про то, как формируются ожидания стейкхолдеров и почему «сказать дату» = «взять ответственность».
Звучит очевидно, но вот интересно, что большинство промахов в сроках, именно от того, что ожидания были сформированы неправильно, а не потому что команда "тормозила".
Если вам тема тоже близка - загляните в канал «Управление без паники», там много полезной информации.
Telegram
Управление без паники
Как ответить на вопрос «Когда сделаете задачу?»
Это сложный и важный вопрос, ответ на который может повлиять на вашу карьеру.
Почему сложный? Потому что это открытый вопрос, и на него есть бесконечное количество ответов — от «завтра» до «через 5 лет» с…
Это сложный и важный вопрос, ответ на который может повлиять на вашу карьеру.
Почему сложный? Потому что это открытый вопрос, и на него есть бесконечное количество ответов — от «завтра» до «через 5 лет» с…
👍6
📋 Чеклист хорошей задачи: перестаём терять время на уточнения
Всем успешной доставки!
Хорошая задача - это не про аккуратно написанный текст. Это про экономию часов команды и меньше «а что ты имел в виду?» в комментариях. Ниже чеклист, который должен вам помочь избежать подводных камней после взятия в работу.
🔑 Обязательные поля (то, без чего задача мусор)
Заголовок - коротко и понятно (что + зачем).
Пример: «Добавить фильтр по статусу в список заявок, чтобы менеджеры видели только открытые».
Описание / Краткое ТЗ - не роман, а шаги/критерии приёма:
-Что сделать (функционал)
-Где изменить (страница/модуль)
-Ожидаемое поведение (конкретно)
Acceptance Criteria (Критерии приёма) - 3–5 пунктов «как проверить, что Done».
Пример: «1) Фильтр виден в правом верхнем углу; 2) При выборе “Открытые” выводятся только статусы A,B; 3) Работает на мобильной версии».
Ожидаемый результат / бизнес-ценность - зачем это нужно (кто выиграет и почему). Очень важный пункт, не хочется делать фичи, которые ничего не дают продукту/компании.
Пример: «Сокращает время обработки заявок на 20% у команды поддержки».
✅ Хорошая привычка - шаблон задачи
Вставьте в шаблон трекера:
Title: [Коротко] — [Ценность]
Denoscription: [Что сделать / где / как]
Acceptance: 1) … 2) … 3) …
Type: [feature/bug/etc]
Owner: @…
Dependencies: [список]
Design: [ссылка]
Estimate: [x pts]
🔍 Пример плохой vs хороший
Плохо:
«Сделать фильтр. Срочно. Нужно, чтобы менеджеры могли выбирать статус.»
Хорошо:
Title: Фильтр по статусу в списке заявок , чтобы отображать только открытые
Denoscription: Добавить выпадающий фильтр. По умолчанию — "Все".
Acceptance: 1) Фильтр показывает опции A/B/C; 2) При выборе "Открытые" видны статусы A,B; 3) Переход между страницами сохраняет фильтр.
Design: [link]
Dependencies: API /statuses готово.
Всем успешной доставки!
Хорошая задача - это не про аккуратно написанный текст. Это про экономию часов команды и меньше «а что ты имел в виду?» в комментариях. Ниже чеклист, который должен вам помочь избежать подводных камней после взятия в работу.
🔑 Обязательные поля (то, без чего задача мусор)
Заголовок - коротко и понятно (что + зачем).
Пример: «Добавить фильтр по статусу в список заявок, чтобы менеджеры видели только открытые».
Описание / Краткое ТЗ - не роман, а шаги/критерии приёма:
-Что сделать (функционал)
-Где изменить (страница/модуль)
-Ожидаемое поведение (конкретно)
Acceptance Criteria (Критерии приёма) - 3–5 пунктов «как проверить, что Done».
Пример: «1) Фильтр виден в правом верхнем углу; 2) При выборе “Открытые” выводятся только статусы A,B; 3) Работает на мобильной версии».
Ожидаемый результат / бизнес-ценность - зачем это нужно (кто выиграет и почему). Очень важный пункт, не хочется делать фичи, которые ничего не дают продукту/компании.
Пример: «Сокращает время обработки заявок на 20% у команды поддержки».
✅ Хорошая привычка - шаблон задачи
Вставьте в шаблон трекера:
Title: [Коротко] — [Ценность]
Denoscription: [Что сделать / где / как]
Acceptance: 1) … 2) … 3) …
Type: [feature/bug/etc]
Owner: @…
Dependencies: [список]
Design: [ссылка]
Estimate: [x pts]
🔍 Пример плохой vs хороший
Плохо:
«Сделать фильтр. Срочно. Нужно, чтобы менеджеры могли выбирать статус.»
Хорошо:
Title: Фильтр по статусу в списке заявок , чтобы отображать только открытые
Denoscription: Добавить выпадающий фильтр. По умолчанию — "Все".
Acceptance: 1) Фильтр показывает опции A/B/C; 2) При выборе "Открытые" видны статусы A,B; 3) Переход между страницами сохраняет фильтр.
Design: [link]
Dependencies: API /statuses готово.
👍10
Итоги 2025 года для канала «Я Delivery Manager»
Всем успешной доставки!
Конец года лучший момент для ретроспективы. Надеюсь вы уже провели свои итоги с командами и этот пост был для вас полезен
📈 Рост канала
За 2025 год канал вырос примерно с 146 до ~430 подписчиков.
Это почти 300 человек за год, много это или мало я не знаю 😂
Для нишевого канала про delivery, процессы и метрики - кажется много 😎
👀 Охваты и вовлечённость
Средний охват постов - 140–200 просмотров,
регулярные пики - 250+, особенно во второй половине года.
Кажется, что канал читают, а не просто подписываются «на будущее».
Топ постов:
Про запрос на практику - 664 просмотра
Самодельный мем про Канбан - 596 просмотров
🧠 Личный вывод
Этот канал за год стал для меня:
-инструментом мышления,
-способом проверять идеи на практике,
-и форматом регулярной профессиональной рефлексии.
Спасибо всем, кто читает, думает и спорит в комментариях.
Delivery без осознанности невозможен, а без диалога тем более.
Продолжаем 🚀
Всем успешной доставки!
Конец года лучший момент для ретроспективы. Надеюсь вы уже провели свои итоги с командами и этот пост был для вас полезен
📈 Рост канала
За 2025 год канал вырос примерно с 146 до ~430 подписчиков.
Это почти 300 человек за год, много это или мало я не знаю 😂
Для нишевого канала про delivery, процессы и метрики - кажется много 😎
👀 Охваты и вовлечённость
Средний охват постов - 140–200 просмотров,
регулярные пики - 250+, особенно во второй половине года.
Кажется, что канал читают, а не просто подписываются «на будущее».
Топ постов:
Про запрос на практику - 664 просмотра
Самодельный мем про Канбан - 596 просмотров
🧠 Личный вывод
Этот канал за год стал для меня:
-инструментом мышления,
-способом проверять идеи на практике,
-и форматом регулярной профессиональной рефлексии.
Спасибо всем, кто читает, думает и спорит в комментариях.
Delivery без осознанности невозможен, а без диалога тем более.
Продолжаем 🚀
❤10👍4🍾2
Всем успешной доставки!
Пока салатики заканчиваются, самое время подумать на какие конференции заявиться в этом году.
Для себя выбрал эти конференции:
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 в отделе/юните", в эту тему хочется включить все:
практики,
метрики,
работа с командой,
внедрение изменений
и как все это делать пошагово и с чего начинать.
Как вам тема?
Если есть предложения какую еще конференцию рассмотреть и с какой темой выступать, то пишите в комментарии, обсудим 😎
🔥7
🖋 Оценка зрелости процессов.
Всем успешной доставки! Надеюсь все отлично отдохнули и сейчас планируете себе задачи/цели на новый год. Кажется сейчас самое время, чтобы провести анализ ваших процессов, в каком состоянии они у вас сейчас и нужно ли что-то улучшать?
Часто слышу вопрос: "Почему одни проекты успешно завершаются в срок, а другие постоянно сталкиваются с проблемами?"
Один из факторов - это степень зрелости процессов в команде. Понимание текущего уровня зрелости позволяет целенаправленно развивать команду/компанию и добиваться устойчивого роста.
📌 Зачем вообще оценивать зрелость?
Чтобы:
-понять, где у вас реально узкие места, а не «ощущения»,
-увидеть, какие практики работают, а какие существуют «для галочки»,
-перестать лечить симптомы и начать работать с причинами.
Оценка зрелости даёт понимание сильных сторон и зон для улучшения. Она помогает увидеть, какие процессы нуждаются в доработке, какие метрики недостаточно объективны, и какие технологии ограничивают потенциал команды.
🔍 Что значит реально оценить зрелость
-знаете свой 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 напишите в комментариях, как у вас впечатления 👇
Интересно сравнить опыт..
👍7