возьмем на вооружение. Тоже есть проблема в компании с фанатичными оценками по времени, по часу в день тратим

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

слишком рано скорее всего начал играться в "самоорганизующуюся команду". Еще не настало время

если эти люди на полностью сдельной зарплате, то имеют право задаваться любым вопросом :D

а так каждому предприятию надо планировать минимум закупки, загрузку персонала, использование ресурсов, оплату

это если ты макдональдс и стоимость анбординга нового сотрудника у тебя мизирная

я лишь к тому что это все эти загоны по эстимациям (особенно больших и непонятных инициатив) обычно приводя к:

- воспринимают эстимации как комитменты - не закладывают риски и контрольные точки
- "больше инициатив паралельно" нежели "давайте что-то одно доделаем до определенной точки и потом кинемся на другое".
- этимации в целом работают когда "если у меня есть сработавшаяся команда которая делает только это и не отвлекается на ерунду"

а так - начали делать, поняли что не вписываемся, срезали углы - сделали какаху. Взяли следующее - по предыдущему начали приходить последствия срезанных углов. Это уменьшает вероятность что следующее вы сделаете вовремя. И так далее каскадом.

а так как для тех долга и т.д. никто с палкой не ходит и давление команда испытывает только от эстимаций и менеджмента - ну... получаем что получаем.

Так и есть сейчас. Все как у людей. Однако как решить проблему:
Если задача займет больше такого количества времени - не делать ее. При этом не делая оценки задачи

для домашней разработки можно экспериментировать как угодно, а если это проект для заказчика или тем более продукт, то без планирования никак. Ну или просто сдавать свои команды в аренду заказчику, как эскорт-герлз, заказчик тогда риски берет на себя.

проблема в том что люди "планирование" подменяют "эстимацией". Сложность оценивать да имеет смысл, имеет смысл понимать нужно ли задачу дробить дополнительно или нет. Нужно приоритизировать. Нужно мониторить берн даун, нужны контрольные точки...

Ни в коем случае не проповедую отказ от "планирования" просто когда команда тратит пару часов в неделю на "эстимацию в часах" (или что хуже - каждый день due date прописывают в джирке) - это просто waist и дополнительное давление на команду.

обычно еще пафосную цитату используют мол "планы штука бесполезная, планирование приносит пользу"

ну и да - это про продуктовую разработку больше. в аутсорсе это все больше упирается в вопросы доверия.

когда работал в аутсорсе не редко встречалась ситуация когда бюджет пух от ненужных хотелок а мы "ну че нам выгодно же". И в целом даже ощущение было что KPI аналитиков больше на генерацию скоупа был настроен.

Задрала эта эстимация. У нас продукт и и есть план завоза фичей. Ну какие фичи должны быть в новой версии короче. Так вот мы умаялись оценивать уже. Оцениваем фичи которые через несколько месяцев завозиться будут. Ну и вроде логично  просят нас оценивать - чтобы составить правильно ганта и узнать успеваем ли мы и если где то неуспеваем то что-то пересмотреть. Но два раза в неделю по часу-полтора очень парит это.

у нас каждый день эстимация по 15 - 20 минут. Тоже бесит

Каждый день это фашизм совсем )

было раньше по 1 часу 2 раза в неделю. Решили проблему, сделали каждый день по 15 минут.

Мы еще баги так чиним, приходим к выводу, что надо просто быть внимательнее и в следующий раз так не делать.

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