100003152467279@facebook

Умная команда может пытаться выбить kpi путем переоценки задач, верно, но опять же — это нужна реально большая консолидация, задача же PM — продавливать больше задач в спринт, в рамках разумного само собой, в итоге команда приходит спустя месяц-два к своей нормальной производительности, это все решается, серьезно

Вы видимо не совсем правильно понимаете скрам. Насчет митингов — их больших всего 2 за спринт (обычно это 2 недели), это планнинг и грумминг, на грумминге задачи оцениваем, на планнинге берем в спринт, ну и дейли само собой, но дейли и без скрама держат. Насчет оценки — никто не требует точную оценку, но если у тебя команда квалифицированная, то примерно в сторипоинтах оценят плюс-минус корректно, в случае переоценки задачи всегда можно докинуть в спринт из бэклога или что-то залетное, что понадобилось PO посреди спринта. Как оценивать? Да методом проб и ошибок, буквально 2-3 спринта и оценки начинают даваться адекватные, когда команда откалибруется и выйдет на нормальную производительность. По срокам даже смешно, как раз скрам позволяет их соблюдать, более того, вы можете навесить командный kpi на факт закрытия спринтов, типо спринт закрыли — получили определенный процентик премии. Про одинаковых людей тоже смешно, с нормально поставленными процессами после калибровки команды менеджер знает производительность каждой команды и каждого разраба в отдельности, есть такая штука — статистикой называется. По большим задачам, которые больше спринта — декомпозируем, бьем на куски, выносим тестирование в отдельный спринт, вариантов куча. Ну и да, именно видимый результат не обязателен, это у вас отсебятина пошла, в случае с боингом мы можем сразу сказать заказчику что на его постройку уйдет не меньше 8 спринтов, ибо задача большая, дальше работаем и в конце срока заказчик сразу получает самолет. Есть ощущение что вы либо работали с хреново поставленными процессами или же не поняли что такое скрам и как его готовят