Сообщение Re: Есть одна вещь в скраме, которая никогда не работала от 10.08.2023 3:06
Изменено 10.08.2023 3:09 SkyDance
Re: Есть одна вещь в скраме, которая никогда не работала
R>обычно тебе нужны два QA с команды А по проекту А, нужны аналитик с команды Б, и допустим, какие-то работы по В и Г из таких-же команд.
То есть зависимости (dependencies). Пока зависимости не удовлетворены, ваша команда попросту не может брать конкретную user story в работу. В этом плане ничего не меняется — ровно так же и в "бардак-процессе", пока подрядчики не залили фундамент, стены строить негде.
Дело заметно упрощается, если подрядчики тоже работают по осмысленной методологии. И вы видите, когда будет готово то-то и то-то, хотя бы приблизительно (по их бэклогу, ибо он всем открыт). Но если у них "бардак-процесс", нет вообще никаких инструментов оценки, когда же нужные вам смежные технологии будут готовы.
R> И по старинке все также "Когда ресурс Васи даст нам, то о чем мы договорились? — До пятницы обещает дать"
Забавная перепрыжка. Обвинять скрам в том, что у вас там "ресурс Вася не дает", довольно странное занятие.
Тем более что скрам описывает работу команды, а не каких-то там "ресурсов". Более того, смысл скрам именно в том, что если "ресурс Вася" сломал руку-ногу-голову, в вашей же команде найдется Петя, который путь и не ресурс, но с помощью Саши и Маши осилит сделать нужную работу. На то она и команда. Прямо противоположно "silo development", где какой-то отдельный Вася что-то где-то свое пилит, и никто не может в запиленном разобраться и исправить.
R>что изменится в команде, если просто отказаться от SPs и банально перейти на время в днях
То, что день станет ненормированным. Начальством оценка в "два дня" воспринимается очень буквально — ожиданием, что через 2 дня все будет готово. Но реальность такова, что оно может быть готово и раньше, и позже. Поэтому оценочный "день" является плавающей величиной. Чтобы не смущать неокрепшие мозги менеджеров и заказчиков, такими вот "резиновыми" днями лучше не оперировать. Иначе получится занятное вычисление типа "наш оценочный день нынче равен 2,71 реальных, и это заметное улучшение с прошлого года, когда оценочный день был равен 3,14 реальных".
PS: а вообще Джефф писал немало статей с ответом на этот вопрос. Причем с данными наперевес. А это таки серьезно.
То есть зависимости (dependencies). Пока зависимости не удовлетворены, ваша команда попросту не может брать конкретную user story в работу. В этом плане ничего не меняется — ровно так же и в "бардак-процессе", пока подрядчики не залили фундамент, стены строить негде.
Дело заметно упрощается, если подрядчики тоже работают по осмысленной методологии. И вы видите, когда будет готово то-то и то-то, хотя бы приблизительно (по их бэклогу, ибо он всем открыт). Но если у них "бардак-процесс", нет вообще никаких инструментов оценки, когда же нужные вам смежные технологии будут готовы.
R> И по старинке все также "Когда ресурс Васи даст нам, то о чем мы договорились? — До пятницы обещает дать"
Забавная перепрыжка. Обвинять скрам в том, что у вас там "ресурс Вася не дает", довольно странное занятие.
Тем более что скрам описывает работу команды, а не каких-то там "ресурсов". Более того, смысл скрам именно в том, что если "ресурс Вася" сломал руку-ногу-голову, в вашей же команде найдется Петя, который путь и не ресурс, но с помощью Саши и Маши осилит сделать нужную работу. На то она и команда. Прямо противоположно "silo development", где какой-то отдельный Вася что-то где-то свое пилит, и никто не может в запиленном разобраться и исправить.
R>что изменится в команде, если просто отказаться от SPs и банально перейти на время в днях
То, что день станет ненормированным. Начальством оценка в "два дня" воспринимается очень буквально — ожиданием, что через 2 дня все будет готово. Но реальность такова, что оно может быть готово и раньше, и позже. Поэтому оценочный "день" является плавающей величиной. Чтобы не смущать неокрепшие мозги менеджеров и заказчиков, такими вот "резиновыми" днями лучше не оперировать. Иначе получится занятное вычисление типа "наш оценочный день нынче равен 2,71 реальных, и это заметное улучшение с прошлого года, когда оценочный день был равен 3,14 реальных".
PS: а вообще Джефф писал немало статей с ответом на этот вопрос. Причем с данными наперевес. А это таки серьезно.
Re: Есть одна вещь в скраме, которая никогда не работала
R>обычно тебе нужны два QA с команды А по проекту А, нужны аналитик с команды Б, и допустим, какие-то работы по В и Г из таких-же команд.
То есть зависимости (dependencies). Пока зависимости не удовлетворены, ваша команда попросту не может брать конкретную user story в работу. В этом плане ничего не меняется — ровно так же и в "бардак-процессе", пока подрядчики не залили фундамент, стены строить негде.
Дело заметно упрощается, если подрядчики тоже работают по осмысленной методологии. И вы видите, когда будет готово то-то и то-то, хотя бы приблизительно (по их бэклогу, ибо он всем открыт). Но если у них "бардак-процесс", нет вообще никаких инструментов оценки, когда же нужные вам смежные технологии будут готовы.
R> И по старинке все также "Когда ресурс Васи даст нам, то о чем мы договорились? — До пятницы обещает дать"
Забавная перепрыжка. Обвинять скрам в том, что у вас там "ресурс Вася не дает", довольно странное занятие.
Тем более что скрам описывает работу команды, а не каких-то там "ресурсов". Более того, смысл скрам именно в том, что если "ресурс Вася" сломал руку-ногу-голову, в вашей же команде найдется Петя, который путь и не ресурс, но с помощью Саши и Маши осилит сделать нужную работу. На то она и команда. Прямо противоположно "silo development", где какой-то отдельный Вася что-то где-то свое пилит, и никто не может в запиленном разобраться и исправить.
R>что изменится в команде, если просто отказаться от SPs и банально перейти на время в днях
То, что день станет ненормированным. Начальством оценка в "два дня" воспринимается очень буквально — ожиданием, что через 2 дня все будет готово. Но реальность такова, что оно может быть готово и раньше, и позже. Поэтому оценочный "день" является плавающей величиной. Чтобы не смущать неокрепшие мозги менеджеров и заказчиков, такими вот "резиновыми" днями лучше не оперировать. Иначе получится занятное вычисление типа "наш оценочный день нынче равен 2,71 реальных, и это заметное улучшение с прошлого года, когда оценочный день был равен 3,14 реальных".
PS: а вообще Джефф писал немало статей с ответом на этот вопрос. Причем с данными наперевес. А это таки серьезно.
Во, вот это еще лучше. Вероятно, там и видео есть к презентации, но мне на глаза оно не попадалось.
То есть зависимости (dependencies). Пока зависимости не удовлетворены, ваша команда попросту не может брать конкретную user story в работу. В этом плане ничего не меняется — ровно так же и в "бардак-процессе", пока подрядчики не залили фундамент, стены строить негде.
Дело заметно упрощается, если подрядчики тоже работают по осмысленной методологии. И вы видите, когда будет готово то-то и то-то, хотя бы приблизительно (по их бэклогу, ибо он всем открыт). Но если у них "бардак-процесс", нет вообще никаких инструментов оценки, когда же нужные вам смежные технологии будут готовы.
R> И по старинке все также "Когда ресурс Васи даст нам, то о чем мы договорились? — До пятницы обещает дать"
Забавная перепрыжка. Обвинять скрам в том, что у вас там "ресурс Вася не дает", довольно странное занятие.
Тем более что скрам описывает работу команды, а не каких-то там "ресурсов". Более того, смысл скрам именно в том, что если "ресурс Вася" сломал руку-ногу-голову, в вашей же команде найдется Петя, который путь и не ресурс, но с помощью Саши и Маши осилит сделать нужную работу. На то она и команда. Прямо противоположно "silo development", где какой-то отдельный Вася что-то где-то свое пилит, и никто не может в запиленном разобраться и исправить.
R>что изменится в команде, если просто отказаться от SPs и банально перейти на время в днях
То, что день станет ненормированным. Начальством оценка в "два дня" воспринимается очень буквально — ожиданием, что через 2 дня все будет готово. Но реальность такова, что оно может быть готово и раньше, и позже. Поэтому оценочный "день" является плавающей величиной. Чтобы не смущать неокрепшие мозги менеджеров и заказчиков, такими вот "резиновыми" днями лучше не оперировать. Иначе получится занятное вычисление типа "наш оценочный день нынче равен 2,71 реальных, и это заметное улучшение с прошлого года, когда оценочный день был равен 3,14 реальных".
PS: а вообще Джефф писал немало статей с ответом на этот вопрос. Причем с данными наперевес. А это таки серьезно.
Во, вот это еще лучше. Вероятно, там и видео есть к презентации, но мне на глаза оно не попадалось.