Даже иначе: есть ли разница между такими словами как скрам и канбан?

Ну, вообще - принципиальная )

это к @capsolo вопрос

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

а зачем на планировании команды напихивать задачек человеку? не похож ли это на микроменеджмент?

А нафига такое и тебе и бизнесу?
Точной оценки все равно не бывает, так что отвечать за сроки реально невозможно, тем более на коротких промежутках (ну или у тебя загрузка разработчиков в среднем около 40%), а вот отрицательных эффектов дофига

это образное выражение. Все добровольно и без принуждения. Задачи оцениваются и распределяются по исполнителям.

как это относится к делу?

Как заметил выше @dphil - принципиально.

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

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

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

Тут видимо опять трудности перевода. Мы исторически сидим на Atlassian, в жире есть представление спринта в виде доски. Вот я эту доску так называю.

А толку. Это удлиняет time-to-market и  увеличивает стоимость - ради непонятной цели.
Точные сроки нужны только если к ним привязаны внешние события - олимпиада там или маркетинговая компания. В остальных случаях важнее приоритеты и оценки стоимости (и оценку хочется делать как можно дешевле).

Ну, в Jira есть и канбан-доска и скрам-достка. И для указанного процесса, по идее, предполагается скрам-доска.
Там и burndown есть и многие другие бессмысленные артефакты скрама

ну зачем вы так? Burndown это прежде всего красиво!

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

Может это и дороже, чем вы предлагаете, однако не бывает сферических коней в вакууме. Оверхед расходится со свистом на багфиксы и рефакторинг

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

Ну, а какая разница, влезает в спринт или нет? Ну опоздает на день-два?
Продажники тоже не идиоты, никто не будет затевать продажу под оценку задачи с точностью до дня.