R>обычно тебе нужны два QA с команды А по проекту А, нужны аналитик с команды Б, и допустим, какие-то работы по В и Г из таких-же команд.

То есть зависимости (dependencies). Пока зависимости не удовлетворены, ваша команда попросту не может брать конкретную user story в работу. В этом плане ничего не меняется — ровно так же и в "бардак-процессе", пока подрядчики не залили фундамент, стены строить негде.

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

R> И по старинке все также "Когда ресурс Васи даст нам, то о чем мы договорились? — До пятницы обещает дать"

Забавная перепрыжка. Обвинять скрам в том, что у вас там "ресурс Вася не дает", довольно странное занятие.
Тем более что скрам описывает работу команды, а не каких-то там "ресурсов". Более того, смысл скрам именно в том, что если "ресурс Вася" сломал руку-ногу-голову, в вашей же команде найдется Петя, который путь и не ресурс, но с помощью Саши и Маши осилит сделать нужную работу. На то она и команда. Прямо противоположно "silo development", где какой-то отдельный Вася что-то где-то свое пилит, и никто не может в запиленном разобраться и исправить.

R>что изменится в команде, если просто отказаться от SPs и банально перейти на время в днях

То, что день станет ненормированным. Начальством оценка в "два дня" воспринимается очень буквально — ожиданием, что через 2 дня все будет готово. Но реальность такова, что оно может быть готово и раньше, и позже. Поэтому оценочный "день" является плавающей величиной. Чтобы не смущать неокрепшие мозги менеджеров и заказчиков, такими вот "резиновыми" днями лучше не оперировать. Иначе получится занятное вычисление типа "наш оценочный день нынче равен 2,71 реальных, и это заметное улучшение с прошлого года, когда оценочный день был равен 3,14 реальных".

R>обычно тебе нужны два QA с команды А по проекту А, нужны аналитик с команды Б, и допустим, какие-то работы по В и Г из таких-же команд.

То есть зависимости (dependencies). Пока зависимости не удовлетворены, ваша команда попросту не может брать конкретную user story в работу. В этом плане ничего не меняется — ровно так же и в "бардак-процессе", пока подрядчики не залили фундамент, стены строить негде.

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

R> И по старинке все также "Когда ресурс Васи даст нам, то о чем мы договорились? — До пятницы обещает дать"

Забавная перепрыжка. Обвинять скрам в том, что у вас там "ресурс Вася не дает", довольно странное занятие.
Тем более что скрам описывает работу команды, а не каких-то там "ресурсов". Более того, смысл скрам именно в том, что если "ресурс Вася" сломал руку-ногу-голову, в вашей же команде найдется Петя, который путь и не ресурс, но с помощью Саши и Маши осилит сделать нужную работу. На то она и команда. Прямо противоположно "silo development", где какой-то отдельный Вася что-то где-то свое пилит, и никто не может в запиленном разобраться и исправить.

R>что изменится в команде, если просто отказаться от SPs и банально перейти на время в днях

То, что день станет ненормированным. Начальством оценка в "два дня" воспринимается очень буквально — ожиданием, что через 2 дня все будет готово. Но реальность такова, что оно может быть готово и раньше, и позже. Поэтому оценочный "день" является плавающей величиной. Чтобы не смущать неокрепшие мозги менеджеров и заказчиков, такими вот "резиновыми" днями лучше не оперировать. Иначе получится занятное вычисление типа "наш оценочный день нынче равен 2,71 реальных, и это заметное улучшение с прошлого года, когда оценочный день был равен 3,14 реальных".

PS: а вообще Джефф писал немало статей с ответом на этот вопрос. Причем с данными наперевес. А это таки серьезно.