фриланс и IT ›Продакт-менеджер в IT · FAQ
9 июня 2026 г. · 4 мин чтения
Как договариваться с разработчиками о сроках и задачах
Договаривайтесь о сроках через декомпозицию задач до 4 часов и используйте технику «три оценки» (оптимистичную, реалистичную и пессимистичную). В 2026 году стандарт — спринты по 2 недели с ежедневными 15-минутными стендапами.
Зачем продакт-менеджеру учиться договариваться с разработчиками
В 2026 году средняя зарплата продакт-менеджера в Москве — 280 000 ₽, а разработчика — 350 000 ₽. Если вы не умеете договариваться о сроках, команда будет перегружена, а релизы — срываться. Эта статья — для продактов, которые хотят получать реалистичные оценки и доверие команды.
Все вопросы и ответы
Почему разработчики всегда завышают сроки?
Потому что они учитывают риски, которых вы не видите: технический долг, зависимости, баги. В 2026 году типичный разработчик закладывает 30% буфера. Вместо спора спросите: «Что может пойти не так?» — и вместе снизьте неопределённость.
Как попросить разработчика оценить задачу быстро?
Используйте покер планирования (Planning Poker) — команда оценивает в стори-поинтах за 5 минут. В 2026 году это стандарт для спринтов. Не давите на часы — просите относительную сложность.
Что делать, если разработчик говорит «не знаю»?
Попросите разбить задачу на подзадачи по 2–4 часа. Если непонятно — сделайте прототип или технический спайк (исследование) на 1 день. В 2026 году спайки — обычная практика.
Как договориться о сроках, если задача срочная?
Спросите: «Что мы можем выкинуть или упростить, чтобы уложиться?» Сократите функциональность до MVP. В 2026 году продакты часто используют трейд-офф матрицу: скорость vs качество vs объём.
Как часто нужно синхронизироваться по срокам?
Ежедневно на стендапе — 15 минут. Раз в спринт (2 недели) — ретроспектива и планирование. В 2026 году 78% IT-команд используют двухнедельные спринты.
Как реагировать, если разработчик сорвал дедлайн?
Не ругайте — разберитесь на ретро. Спросите: «Что помешало? Как избежать в следующий раз?» В 2026 году виноватых не ищут, а улучшают процесс.
Нужно ли использовать специальные инструменты для оценки?
Да. Jira с плагинами (e.g., Tempo) для трекинга времени, Miro для покера планирования. В 2026 году 65% команд используют Jira.
Как донести до разработчиков важность сроков?
Покажите бизнес-контекст: «Если релиз выйдет на неделю позже, мы потеряем 500 000 ₽ выручки». Разработчики — логики, им нужны цифры.
Как оценивать задачи, которые зависят от других команд?
Создайте доску зависимостей и общий календарь. Оценивайте с учётом SLA других команд — в 2026 году типичный SLA 3 дня.
Что такое «три оценки» и как их применять?
Разработчик даёт оптимистичную, реалистичную и пессимистичную оценку. Вы берёте средневзвешенную: (опт + 4*реал + песс)/6. Это метод PERT, работает в 90% случаев.
Как бороться с «защитной» оценкой?
Попросите убрать буфер и добавьте его сами как менеджер — так вы контролируете запас. В 2026 году хороший тон — 20% буфера на уровне проекта.
Как оценить время на фикс багов?
Закладывайте 20% времени спринта на баги. В 2026 году среднее время фикса critical бага — 4 часа.
Что делать, если разработчик отказывается оценивать?
Предложите оценить в стори-поинтах или t-shirt sizes (S/M/L). Это снижает тревогу. Если отказывается — идите к тимлиду.
Как убедить команду перейти на двухнедельные спринты?
Покажите данные: команды с двухнедельными спринтами сдают на 30% чаще. Проведите пилот на 1 месяц.
Какие метрики отслеживать по срокам?
Velocity (скорость команды в стори-поинтах за спринт) и predictability (отношение запланированного к выполненному). В 2026 году хороший predictability — 85%+.
Частые ошибки
Давить на разработчика и требовать оценку «здесь и сейчас» без контекста.
Игнорировать технический долг и зависимости — сроки срываются из-за них.
Не учитывать время на коммуникацию и код-ревью — в 2026 году код-ревью занимает 20% времени спринта.
Что сделать прямо сейчас
- 1Шаг 1: Разбейте задачу на подзадачи до 4 часовВозьмите самую сложную задачу из бэклога и декомпозируйте её с разработчиком. Используйте Miro или доску.Зарегистрировать домен для проекта →
- 2Шаг 2: Проведите покер планированияСоберите команду на 30 минут и оцените 5 задач в стори-поинтах. Используйте Planning Poker онлайн.
- 3Шаг 3: Внедрите ежедневные стендапыНастройте в Jira или Trello доску и проводите стендапы каждый день в 10:00. Длительность — 15 минут.
- 4Шаг 4: Заведите доску зависимостейСоздайте таблицу с задачами, которые зависят от других команд, и укажите SLA.
- 5Шаг 5: Настройте трекинг времениУстановите плагин Tempo в Jira и попросите команду логировать время 2 недели.
Партнёр
sgenerate.ru— нейросеть для постов ВКонтакте и TelegramГенерирует текст и картинку за 5 секунд, строит контент-план, публикует по расписанию. Пакет START — бесплатно. Попробовать →