Рынок IT у нас снова вскрыл старую проблему: сроки ставят не по оценке, а по желанию начальства. И дальше начи

Рынок IT у нас снова вскрыл старую проблему: сроки ставят не по оценке, а по желанию начальства. И дальше начинается классика — переработки, срыв качества и конфликт на выходе.

Разбор по техчасти простой. Если задача не декомпозирована, то оценка «PDF за 1 день» — это не оценка, а фантазия. Нормальный цикл тут минимум такой:
1) сбор полей и логики документа,
2) backend-модуль и запись в БД,
3) вёрстка под pixel-perfect,
4) тесты на шаблоны,
5) предпросмотр и багфикс.

На dompdf это ещё веселее: он слабее современных движков по сложной верстке, а значит время уходит не только на код, но и на борьбу с ограничениями. Отсюда и реальная оценка в несколько дней, а не «сделайте вчера».

Для команды это бьёт не только по нервам, но и по экономике: выгорание, текучка, сорванные релизы, удорожание поддержки. Для бизнеса вывод тоже неприятный — давление на разработку не ускоряет delivery, а делает его дороже. 💥

Если компания не умеет считать трудозатраты, она потом считает убытки.