На рынке IT всё чаще вижу одну и ту же поломку: сроки считаются не по объёму работ, а по желанию менеджмента.

На рынке IT всё чаще вижу одну и ту же поломку: сроки считаются не по объёму работ, а по желанию менеджмента.

Из истории, которую недавно обсуждали внутри: генерацию PDF с БД, backend-логикой, пиксель-перфект версткой и предпросмотром пытались уложить в 1 день. Для такого кейса это не оценка, а способ загнать команду в переработки.

Что ломается дальше:
— разработчик слышит не задачу, а ультиматум;
— качество уезжает, потому что тестов и ревью уже “не успеваем”;
— конфликт переходит в деньги, увольнение и суд.

💡 В B2B и продуктовых командах это обычно происходит там, где нет нормального контентно-технического описания задачи: не зафиксированы входные данные, ограничения, зависимости, критерии готовности.

Если кратко, хороший процесс выглядит так:
1. декомпозиция;
2. отдельные оценки на backend, frontend, дизайн и тестирование;
3. явные риски;
4. согласование сроков до старта, а не после дедлайна.

И да — чем сложнее интеграция, тем опаснее фраза “ну это же просто PDF”.