вот в этом видео - про бросание бумагу или какой-то бред про ручку
это зачем вообще

что Лиана там несет
у меня просто волосы встают дыбом
“ученые не стали читать 132 ответа на вопрос а запустили алгоритм машинного обучения”
Да епть как же так
Как обучали эту сеть… как она построена, на чем обучалась что бы обрабатывать машинным обучением
ааааа

я просто в шоке

Верь!

моя вера слаба… брат

30 палок тебе ))

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

“97 понимают приоритеты но не заучили их наизусть и не смогли написать на бумажке”

и это в течении 1 минуты сказано
или приоритеты/цели важно или не важно
как у нее в голове все это уживается

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

это че и где? круто же )) дайте ссылку )

1.04^100

50 млн баксов что ли получается

вот было время!

да я видео выше пытался досмотреть
до середины смог

пошел тесты попишу

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

эм почему они одинаковые? Другая команда вполне могла иначе в SP оценить трудоемкость тех же задач. ВЫрожденный (специально для понимания) пример - команда фронтенда оценит задачи довольно низко, а вот команда бэкендеров, умеющих фронт (фулстек, да) будет давать уже несколько большие оценки в тех же SP. Это я к тому что мне непонятен аргумент что SP одинаковые для разных команд.

Хорошее замечание. Тогда скажите, пожалуйста, на сколько спринтов вперед у вас оценен бэклог? Вырисовывается понимание - что _весь_ бэклог оценен и распланирован исходя из ритма команды, так?
Естественно он может пополняться, но если, например, мы взяли проект - вы, получается, делаете его декомпозицию сразу же - всего известного на момент старта, в противовес тому, что "давайте разложим и проценим 1-2 месяца работ, а вот это все - когда дело дойдет"?
Иными словами весь заявленный scope оценивается и декомпозируется сразу же, а поступающие запросы на изменения просто изменяют бэклог и также оцениваются по мере поступления, бэклог переприоретизируется и переразбивается на спринты (в соответствии с тем же ритмом команды)?
Я правильно идею уловил?

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

у нас оценивается не scope, а реализация проблем, которые необходимо решить. Выкатили решение — провалидировали результат; посмотрели, что изменилось, адаптировали бэклог. Если оценивается принесённый scope, то это скорей проектная разработка, имеющая мало общего со скрамом

Кто-нибудь встречал книги/статьи о работе product owner со скрам командой? (как доносить задачи до команды, какой уровень детализации, ведение порядка в беклоге и т п без информации о продаже продукта)