MP
Но не всегда это возможно
Size: a a a
2020 February 13
S
Ну то есть если до корневого вопроса "зачем" добраться у конкретной команды, там вся нужда рассыпется
VB
вообще не оценивать можно, если уже команда попадает по объему за спринт, обычно как раз оценка помогает не брать больше чем можешь осилить, но потом постепенно можно оценку убирать, по крайней мере у меня на опыте так чаще всего и происходило
S
если вы оценку сложности в объем конвертируете
S
просто налету
IY
Рекомендую посмотреть видосы или почитать книжку Кона
Ну это прекрасно, конечно, но если команда использует разные системы оценки, то при настройке ты все равно будешь одно в другое преобразовывать, чтобы понять как улучшить процесс. Иначе у тебя прямо тут вот в этой точке разрыв обратной связи.
S
то у вас алхимический камень, наверное 🙂
MP
Ну это прекрасно, конечно, но если команда использует разные системы оценки, то при настройке ты все равно будешь одно в другое преобразовывать, чтобы понять как улучшить процесс. Иначе у тебя прямо тут вот в этой точке разрыв обратной связи.
Я не буду. Меня не интересует вопрос сколько часов в СП. Меня интересует сколько в среднем СП команда доделывает до конца за спринт
SP
Я не так давно, был в Luxoft, на AgileTalks.
И познакомился там с дядькой, не помню его Фамилию.
Но у него своя компания по настройке процессов в компаниях.
Так вот мы с ним обсуждали, как применять SP в рамках аутсорса, так как все разрабы хотят, а заказчики чаще всего не понимают их.
Он мне подсказал вариант, которому я потом нашел подтверждение в американских статьях по Best Practice.
Суть в том, что в SP надо оцениватьвсей командой беклог и эпики. Но когда ты делаешь декомпозицию и береш задачи в спринт, ты их оцениваешь в часах. Так как работаем мы все равно в часах и платят нам в часах.
Если мы берем стандартный, 2 недельный спринт, в нем у разработчика 80 часов работы, сразу 1 час отсекаем на дейли и синхронизацию(а по-хорошему лучше 2, так как принято в Luxoft). У тебя остаеться 70, минус скрам активности в зависимости от команды 5-10 часов, 60-65 часов. Буфер на заболел\устал 1 день. и того 50-55 часов разработки.
Рисуешь табличку и применяешь методики Timeboxing. Выбираешь 2-3 стори что-бы они влезли в эти 55 часов. И просишь ребят, разбивать передачу в тестирование по окончанию каждой стори. Если на демо Стейкхолдеры все апрувят, заказчик все деплоит=)
Вот как-то так и построил процесс на галлере =)
И познакомился там с дядькой, не помню его Фамилию.
Но у него своя компания по настройке процессов в компаниях.
Так вот мы с ним обсуждали, как применять SP в рамках аутсорса, так как все разрабы хотят, а заказчики чаще всего не понимают их.
Он мне подсказал вариант, которому я потом нашел подтверждение в американских статьях по Best Practice.
Суть в том, что в SP надо оцениватьвсей командой беклог и эпики. Но когда ты делаешь декомпозицию и береш задачи в спринт, ты их оцениваешь в часах. Так как работаем мы все равно в часах и платят нам в часах.
Если мы берем стандартный, 2 недельный спринт, в нем у разработчика 80 часов работы, сразу 1 час отсекаем на дейли и синхронизацию(а по-хорошему лучше 2, так как принято в Luxoft). У тебя остаеться 70, минус скрам активности в зависимости от команды 5-10 часов, 60-65 часов. Буфер на заболел\устал 1 день. и того 50-55 часов разработки.
Рисуешь табличку и применяешь методики Timeboxing. Выбираешь 2-3 стори что-бы они влезли в эти 55 часов. И просишь ребят, разбивать передачу в тестирование по окончанию каждой стори. Если на демо Стейкхолдеры все апрувят, заказчик все деплоит=)
Вот как-то так и построил процесс на галлере =)
Мы работаем не в часах, а в месяцах и платят нам за месяц работы.
И это не те часы, которые продают заказчику при заказной разработке.
И это не те часы, которые продают заказчику при заказной разработке.
MP
И ещё меня интересует сколько влезет в следующий спринт. На этот вопрос СП не отвечают
VB
И ещё меня интересует сколько влезет в следующий спринт. На этот вопрос СП не отвечают
почему? вполне себе, если бэклог уже оценён в чём угодно
S
никто не знает сколько влезет в следующий спринт, unless это простой домен.. 😛
SP
Если это внутренняя разработка, то какая разница за сколько будет сделана фича на +1 млн руб - за 5 или за 8 человеко дней
S
а если это просто домен, то там неважно колько влезет в следующе спринт, просто уголь добрасывай
VB
ну разумеется это на уровне предположений, но основанных на том, что нам уже известно
MP
никто не знает сколько влезет в следующий спринт, unless это простой домен.. 😛
Зато когда в спринте 1 у тебя 100 часов дев и 10 теста, а на втором 50 на 60, то есть вопрос как команда это будет делать
IY
Я не буду. Меня не интересует вопрос сколько часов в СП. Меня интересует сколько в среднем СП команда доделывает до конца за спринт
А, вы этот гемморой в команду делегировали.
S
на самом деле спустившись в этот уровень "абстракции", конечно можно играть с часами 🙂
MP
А, вы этот гемморой в команду делегировали.
Какой?
MP
на самом деле спустившись в этот уровень "абстракции", конечно можно играть с часами 🙂
Так у тебя несколько уровней абстракции и на каждом свои вопросы и свои инструменты