Про переменную поясню. Если вы работаете в предприятии с замкнутым циклом и оперируете одним и тем же набором предсказуемых инструментов (языки, библиотеки, переферия), то неопределенность только в исполнителе и она поддаеться прогнозированию, а если при этом каждый месяц выходит новый Андройд, рынок решает перейти с Java на Golang, а разработчик важной библиотеки бросил разработку и теперь вам ее сопровождать, то как покрыть эти риски? Это все реальные истории и они добавляют и ломают планы и изменяют эстимейты.

Слушай, ну сроки позволяют планировать, спринты не заниматься одной задачей бесконечно, планирование позволяет бизнесу давать какие-то обещания ибо бизнес есть обещания (и внутри и во вне) и растёт он в зависимости от способности их выполнить. Да, дисбаланс появляется тогда, когда в планирование твоей работы вмешиваются обещания другой стороны (условно — продажников). Детали часто оставляют в стороне, но их важно отмечать в комментариях, чтобы указать на них когда спросят..

Что касается человеческого фактора в связке с технологиями — тут я вообще не представляю как отрабатывать, кроме прописывания подробных инструкций к продукту на основе всех полученных данных. Особенно в плане потери библиотеки или ведущего человека на проекте.

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

Согласен, к чёрту спринт тогда. А канбан справится? А если ресурса не хватит на доработку продукта и плюс движения по следующим задачам не произойдёт из-за того что нет ресурса на новые задачи, т.к. всё на допиливание уходит?

К следующим задачам не нужно переходить пока не сдаланы предыдущие. Шутили же уже сотни раз. Из последнего: у заказчика стены больше не в приоритете переходим к покраске.

А если один строитель будет по две недели кирпичи класть, то дом быстрее построится? Что за дичь от того что исполнителя срывают (дергают) по трем задачам вот кирпичи клади, вот стеклопакет поставь и т.д. быстрее прогресса не происходит. Происходит напротив из-за переключения только замедление.

Ахах)) не слышал)

Оттого что одного землекопа в усмерть задергают он быстрее работать не станет. Короче весь этот скрам сплошная профонация :)

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

Скрам — да, спорная штука…

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

Хехех)) ну может однажды пересечемся))