Эти активности, которые могут не случиться (а могут и случиться), в моем понимании называются "риски"
Мне всегда казалось, что если мы закладываем на риски от 50% времени спринта (а значит и разработки в целом), значит с планированием явно что-то не так.
Есть еще техдолг, есть ненаписанные и неактуальные кейсы, есть старые баги, до которых руки не доходили, есть неожиданные изменения требований - т.е. много того, чем можно заняться
Все эти штуки можно держать под контролем и включать в бэклог и дальше в спринт, а можно просто говорить разработчику - я тебе заплачу очень немаленькие деньги, займись там чем-нибудь на своё усмотрение, тебе же всегда есть чем заняться.
Нет, вы понимаете неправильно, и это показано на первой и второй схемах спринта. Я вообще писал не о невозможности упихнуть разработку, тестирование и исправление багов в один двухнедельный спринт, а о критически возрастающем уровне неопределённости при планировании спринта, что вобщем-то подтверждает другой мой комментатор, который закладывает от 50% времени спринта на активности, которых в спринте может и не случиться.
Мне всегда казалось, что если мы закладываем на риски от 50% времени спринта (а значит и разработки в целом), значит с планированием явно что-то не так.
Все эти штуки можно держать под контролем и включать в бэклог и дальше в спринт, а можно просто говорить разработчику - я тебе заплачу очень немаленькие деньги, займись там чем-нибудь на своё усмотрение, тебе же всегда есть чем заняться.
В зависимости от обстоятельств, но если у всех свои спринты, то да.
Кто пустил феминисток на Хабр?!:)))
Ох уж эта 100% вероятность:)))
Мне кажется, при вашем подходе потеряется воспитательный эффект. Кто баги делает, тот и должен их исправить
Релизы проходят после одобрялся от тестировщиков. Разница только в моменте времени, в который происходит релиз.
Нет, вы понимаете неправильно, и это показано на первой и второй схемах спринта. Я вообще писал не о невозможности упихнуть разработку, тестирование и исправление багов в один двухнедельный спринт, а о критически возрастающем уровне неопределённости при планировании спринта, что вобщем-то подтверждает другой мой комментатор, который закладывает от 50% времени спринта на активности, которых в спринте может и не случиться.
То есть от 50% времени вы закладываете на активности, которых может и не быть? Это очень точное планирование:))
Фича формально готова, когда тестировщики приняли исправленные баги.
Бывает, что тестировщики не сразу находят баги, но это всегда фактор неопределенности, так как мы все люди, и мы все допускаем ошибки.
Если вам близка схема моего руководителя, то как вы планируете спринты?
Фантастика чтоли?:))