Сабтаски закрываются как только сделаются, задача переходит в тестирование если все сабтаски закрыты.
Тут нет правильных/неправильных подходов, главное понять какой статус мы хотим отображать на доске и как это поможет управлять проектом.
возможно я неточно выразился, нефиксированные спринты = нет дедлайна для всей команды.
есть приоритезированный список задач на неделю-две, по мере его разгребания накидываются новые с нужным приоритетом.
1) Мы придерживаемся правила «две пиццы» в размерах команд, то есть если команда не может перекусить двумя пиццами, то ее размер слишком большой. С большими командами не приходилось работать, но кажется, что от 10 человек естественным образом образуется две подкоманды.
2) Деплой полностью автоматизирован, если разработчик готов выкатить фичу, то он просто навешивает тег на мастер и пушит его. Дальше гитлаб сделает все сам, главное следить за логами, сентри и т.п.
В трудозатраты записывается всё на что было потрачено время, разная деятельность просто маркируется типом работ (разработка, тестироварние, исследования и т.п.)
Оценка в фактических часах с точностью до получаса.
Предварительно оценка дается если ее просят, на постоянной основе оценка не проводится так как нет спроса на нее.
Скрам не требует обязательно успеть сделать и закрыть все задачи-стори. К этому стремятся, но это не самоцель.
В классическом скраме незавершенный вовремя спринт рассматривается как фейл и на ретроспективе обсуждается как такого не допустить в будущем.
Команда конец спринта рассматривает как дедлайн, даже если за его нарушение ничего не предусмотрено, а дедлайн это стресс.
вы просто не разобрались зачем они нужны и для кого. ничего страшного )
Я допускаю, что мог не разобраться )
Мы проводим дейли-митинги ежедневно и ретроспективы у нас есть, но все же я призываю всегда проверять, что любые встречи несут пользу, а не проводятся потому что «здесь так принято»
Тут нет правильных/неправильных подходов, главное понять какой статус мы хотим отображать на доске и как это поможет управлять проектом.
todo -> backend -> frontend -> testing
Также могут быть отдельные таски и выставлены отношения blocked by в них.
есть приоритезированный список задач на неделю-две, по мере его разгребания накидываются новые с нужным приоритетом.
2) Деплой полностью автоматизирован, если разработчик готов выкатить фичу, то он просто навешивает тег на мастер и пушит его. Дальше гитлаб сделает все сам, главное следить за логами, сентри и т.п.
Оценка в фактических часах с точностью до получаса.
Предварительно оценка дается если ее просят, на постоянной основе оценка не проводится так как нет спроса на нее.
В классическом скраме незавершенный вовремя спринт рассматривается как фейл и на ретроспективе обсуждается как такого не допустить в будущем.
Команда конец спринта рассматривает как дедлайн, даже если за его нарушение ничего не предусмотрено, а дедлайн это стресс.
Я допускаю, что мог не разобраться )
Мы проводим дейли-митинги ежедневно и ретроспективы у нас есть, но все же я призываю всегда проверять, что любые встречи несут пользу, а не проводятся потому что «здесь так принято»
Очень удобная штука.