Всем успешной доставки!
Есть один вопрос, который рано или поздно ловит каждого менеджера, разработчика и вообще любого, кто хоть раз брал задачу в работу:
👉 «Когда сделаете?»
И вот тут начинается самое интересное, потому что ответить хочется красиво, быстро и «чтобы отстали». Но как говорится, ваши ожидания - это ваши проблемы.
На днях читал отличный разбор этой темы в канале «Управление без паники» и прям рекомендую. Саша (тезка и бывший коллега) хорошо объясняет, почему «завтра» - это не ответ, «как пойдёт» - это испорченная репутация, а правильный ответ начинается с изменения самого вопроса.
Он предлагают классный приём:
не «Когда сделаете?», а «Успеете к конкретной дате?»
И всё, вместо бесконечного множества вариантов остаются два. Да или нет. И дальше решение уже на основе данных, а не ощущений.
Почему мне зашло:
🔹 объясняет по делу, без сложных терминов;
🔹 показывают, как использовать 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 напишите в комментариях, как у вас впечатления 👇
Интересно сравнить опыт..
👍6