Size: a a a

Agile, Scrum, Lean, Kanban, XP

2020 June 04

АЛ

Артем Летюшев... in Agile, Scrum, Lean, Kanban, XP
источник

ОТ

Оксана Темаева... in Agile, Scrum, Lean, Kanban, XP
источник

V

Vlatka Šimić in Agile, Scrum, Lean, Kanban, XP
источник

ДШ

Данила Шалыгин... in Agile, Scrum, Lean, Kanban, XP
Оксана Темаева
🔵 В группе есть традиция - представляться при входе:

▫️Какой у вас проект или где работаете?
▫️В чём вы специалист?
▫️Чем можете быть интересны или полезны сообществу?
▫️Чем интересно сообщество вам? Что вы ищете?
▫️Откуда вы?
▫️Как узнали про группу?

В сообщении нужно указать тэг #whois

А то сразу интимные форточки и видео, так не пойдёт)
источник

TN

Timur Nurmagambetov in Agile, Scrum, Lean, Kanban, XP
народ как можно работать с недельными спринтами?
чтобы успеть реализовать, проверить, исправить ошибки, снова проверить уходит много времени
так что помещать в спринт можно только самые маленькие задачи чтобы с уверенностью успевать их заканчивать к концу спринта
источник

VZ

Vasilii Zorin in Agile, Scrum, Lean, Kanban, XP
Timur Nurmagambetov
народ как можно работать с недельными спринтами?
чтобы успеть реализовать, проверить, исправить ошибки, снова проверить уходит много времени
так что помещать в спринт можно только самые маленькие задачи чтобы с уверенностью успевать их заканчивать к концу спринта
Вы правильно говорите. Единственный способ - декомпозировать истории.  Ну или работать над одной или двумя крупными всей командой.

И тестировать сразу в ходе разработки. Не оставлять все на конец спринта. TDD. Подключать тестировщиков сразу. Они должны сидеть рядом и тестировать готовые фрагменты, как только они появляются. Чем раньше будет выявлен дефект тем меньше ресурсов команда потратит на его устранение.
источник

MM

Max Mikhailov in Agile, Scrum, Lean, Kanban, XP
Timur Nurmagambetov
народ как можно работать с недельными спринтами?
чтобы успеть реализовать, проверить, исправить ошибки, снова проверить уходит много времени
так что помещать в спринт можно только самые маленькие задачи чтобы с уверенностью успевать их заканчивать к концу спринта
сразу напрашивается вопрос - а зачем? =) какую проблему вы решаете? Если по каким-то причинам работать недельными спринтами не выходит, не работайте недельными спринтами. Постепенно устраняя эти самые причины, но опять же - если работа недельными спринтами приносит в вашем контексте какую-то пользу.
источник

TN

Timur Nurmagambetov in Agile, Scrum, Lean, Kanban, XP
Max Mikhailov
сразу напрашивается вопрос - а зачем? =) какую проблему вы решаете? Если по каким-то причинам работать недельными спринтами не выходит, не работайте недельными спринтами. Постепенно устраняя эти самые причины, но опять же - если работа недельными спринтами приносит в вашем контексте какую-то пользу.
ну как - чем чаще версию можно отгрузить пользователю тем быстрее от него фидбек, тем проще разрабатывать то что именно нужно пользователю, чаще получать деньги
руководству больше нравится - результат ждать неделю, а не месяц например
источник

VB

Vitaly Borozdin in Agile, Scrum, Lean, Kanban, XP
а ещё 52 ретроспективы в год 😉
источник

IL

Igor Larchenko in Agile, Scrum, Lean, Kanban, XP
Timur Nurmagambetov
народ как можно работать с недельными спринтами?
чтобы успеть реализовать, проверить, исправить ошибки, снова проверить уходит много времени
так что помещать в спринт можно только самые маленькие задачи чтобы с уверенностью успевать их заканчивать к концу спринта
Чем выше неопределённость, тем короче должны быть итерации. Всё ж оценочно.

Если посмотреть со стороны денег, то 2 недели на проверку гипотезы стоит, например, лимон, а неделя - пол-лимона. Вот и реши, что ты можешь себе и с какой частотой позволить, а что нет. Кто знает, может гипотеза за пол-лимона тебе за неделю ахулиард принесёт?
источник

MM

Max Mikhailov in Agile, Scrum, Lean, Kanban, XP
Timur Nurmagambetov
ну как - чем чаще версию можно отгрузить пользователю тем быстрее от него фидбек, тем проще разрабатывать то что именно нужно пользователю, чаще получать деньги
руководству больше нравится - результат ждать неделю, а не месяц например
это общие фразы или применимая в вашем контексте ситуация? работать недельными спринтами уже получалось? это приносило деньги более часто (оставил авторскую формулировку - "чаще", а не "больше")?
источник

YS

Yuriy Smirnov in Agile, Scrum, Lean, Kanban, XP
😉
источник

TN

Timur Nurmagambetov in Agile, Scrum, Lean, Kanban, XP
Max Mikhailov
это общие фразы или применимая в вашем контексте ситуация? работать недельными спринтами уже получалось? это приносило деньги более часто (оставил авторскую формулировку - "чаще", а не "больше")?
общие фразы чтобы описать видение руководства - недельные спринты
я новый тимлид в этой компании, раньше они не работали по скраму, сейчас задание - внедрить недельные спринты
источник

MM

Max Mikhailov in Agile, Scrum, Lean, Kanban, XP
Всё ещё не могу уловить - чтобы что? Интересовался зачем это нужно руководству? Конкретно в вашем случае. Каковы их ожидания после перехода на недельные спринты?
источник

TN

Timur Nurmagambetov in Agile, Scrum, Lean, Kanban, XP
ожидания что выпуски не будут затягиваться на полгода)
источник

ДК

Дмитрий Каленых... in Agile, Scrum, Lean, Kanban, XP
Timur Nurmagambetov
ожидания что выпуски не будут затягиваться на полгода)
Как связано эти вещи? Настройте CI/CD и релизтесь хоть каждый день по мере готовности
источник

MS

Mikhail Sklyarenko in Agile, Scrum, Lean, Kanban, XP
Aleksei Pimenov
т.е. получается, что был человек, занимался маркетингом, имел свои какие-то запросы к разработке. Вмеесто того, чтобы придумать механизм выбора того, чем загрузить команду - вы взвалили эту задачу на человека, который тепеерь по сути маркетингом может и не заниматься, т.к. на него свалилась работа по анализу того, что ему прилетает и приоритизации этих запросов. Так?
На практике у ответственного за бэклог на это времени уходит немного, так как делать анализ должны те, кто задачу приносят, они должны сформулировать задачу так, чтобы было понятна бизнес ценность задачи. А продуктолог исходя из полученной информации уже принимает решение какой приоритет давать(он анализирует  только свои задачи)
ПО сути продуктолог - это 1 из членов команды маркетинга, приоритеты по задачам маркетинга ставит директор маркетинга. В связи с тем, что верхнеуровневые приоритеты понятны - несложно расставить приоритеты для разработки.
ПО поводу остальных задач и плану бэклога, сейчас вообще планирование краткосрочное и просто есть примерная стратегия на уровне гендира, в связи с постоянными переменами из-за эпидемии, поэтому здесь мы экономим время
источник

MS

Mikhail Sklyarenko in Agile, Scrum, Lean, Kanban, XP
Aleksei Pimenov
Унификация процесса постановки задачи - это хорошее решение, но придумать человека на беклог - спорно. Это может в моменте решить проблему, но потом может рассыпаться
Думаю рассыпаться может ,если текущий процесс начнёт деградировать.Но пока что она наоборот развивается с каждым спринтом, хотя не без проблем подобных тем, что я в статье описал, сейчас главное нивелировать конфликты, команда уже знает что дальше делать.Очень круто за этим наблюдать)
источник

ДК

Дмитрий Каленых... in Agile, Scrum, Lean, Kanban, XP
Timur Nurmagambetov
ожидания что выпуски не будут затягиваться на полгода)
И в чем причина такого поведения системы? Наверняка, не в том, что Скрама нет)
источник

MM

Max Mikhailov in Agile, Scrum, Lean, Kanban, XP
вот-вот) есть мнение, что переход на недельные спринты в вашем случае ничего не изменит.. по крайней мере в лучшую сторону))
источник