Канбан - это про наблюдение за системой, анализ и принятие решений об изменениях

в канбане есть порядка 150+ практик, но они все контекстозависимы и используются в определенных моментах

Если говорить об оценках, то в идеале Канбан сводит все к пробабалистическому планированию, где вы на основании статистических данных можете давать прогнозы

А ещё есть мнение что время потраченное на оценку трудоемкости задачи, никак эту самую задачу до прода не продвинет. Потому либо оценивать надо только тогда когда это необходимо и в идеале на основе статистики, как Лёша выше написал, либо вместо оценки трудоемкости спрашивать дедлайн и деливирить по кускам, чтобы к дедлайну успеть хоть что-то, а не целиком завалить проект/фичу

Я со своим умыслом спрашивал про оценки, но все равно спасибо)

Так суть оценок в построении планов, хотя бы примерных, не?
(так то я тоже против них)

В 80 процентах случаев это просто пожелание менеджера или заказчика. Если у заказчика есть дедлайн то надо его узнать и думать по правилу трёх F

Да я просто поделился мыслями )

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

Бизнесу чаще всего не нужны оценки им нужно знать "когда?". Но есть контексты, когда нужны, например: вам надо делать любой бизнес-запрос окупаемым, поэтому вы сравниваете потенциальную выгоду с требуемыми затратами (например на команду реализации)

Ну тут надо интересоваться чем такое желание обусловлено

Я именно про такие кейсы т.к. с таким часто сталкивался в своем опыте

Ну это верно, но не всегда есть возможность. Если ее нет, то считай галеры)

Экономическую целесообразность полезно считать далеко заранее этапа оценки производства, кмк

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

Да, такое бывает, к сожалению )

согласен

Есть очень много активностей, которые превращают сущность "абстрактная идея" в сущность "готово к тому, чтобы взяли и сделали". Это может быть и экономический анализ и анализ зависимостей и анализ рисков реализации и оценка и многое многое другое. В ходе этой работы много "абстрактных идей" просто не доходят до стадии "готово к тому, чтобы взяли и сделали". По сути это воронка, которой надо управлять. Ибо "готово к тому, чтобы взяли и сделали" у нас должно быть ровно столько, сколько мы реально можем сделать, т.е. должно быть согласовано demand и capcity. По сути это достаточно сложная и необходимая к управлению активность, которую в канбан мире называют Upstream Kanban. но в Agile мире это тупо "беклог" и "управление беклогом" - планарный список в котором теряются обязательства, понимание готовности и на его "приоритизацию" тратится очень много времени.

развернуто, спасибо )

Лёш, ты как-то неожиданно спозиционировал Канбан по отношению к Agile миру. В моей картине окружающей действительности Agile - это тот самый "зонтик", под которым живет многое, в том числе и Канбан (метод или нет- не суть важно). Что-то поменялось, а я всё пропустил?

Ну и давай уж будем до конца точными. Бэклог не приоритизирован, а упорядочен. Что именно берется в качестве критерия - это отдельный вопрос к владельцу бэклога. И если при определении того самого порядка следования элементов  учитывать кроме приоритета в том числе и упомянутые  обязательства, и важность, и CoD, иещёчтоясамсебепридумаю, то мы заметим, что приоритет может не то, что не определять порядок, а даже не являться решающим фактором.

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

Мы говорим об общих разумных практиках, не могу понять причину такого противопоставления. Пояснишь?