Scrum

Чем плох скрам:

1. Гонка. Оценка - форма обещания, которое человек неосознанно старается выполнить любой ценой. Суть оценок - в кнуте (гонке, разбирательствам по продолбанным срокам), а не планировании. Даже если формально за срыв сроков ничего не следует, психологически ответственный программист начинает жить в состоянии гонки.

2. Низкая точность оценки. Тем ниже, чем больше нетиповых задач, хуже качество кода, хуже формализована задача, больше подсистем использованно для решения, чем быстрее надо дать оценку. Разработчиков просят подписываться под сроками на то, что они сами не до конца понимают, что приводит к переработкам и ухудшению качества. Или наоборот, начальные овер-эстимейты, которые ведут к простоям или срыву итеративности и рассинхронизации планов и реальной разработки.

3. Количественный подход и бинарность. Оценка - вероятностная величина, однако скрам оперирует точными понятиями оценок. Нетиповые задачи нельзя точно измерить

По https://habr.com/ru/post/506486/

Однако, оценки нужны, когда есть только фиксированный бюджет и готовы жертвовать фичами и качеством. В остальных случаях лучше напирать на прозрачность разработки для заказчика, вовлечения в его процесс, тут поможет канбан.