Sergey
Коллеги, вопрос, кто нибудь смотрел доклад Алексея Васильева по релейбэл скраму?
Если не ошибаюсь на секре был?
Какие отзывы?
Sergey
Это что за Скрам?
Sergey
Reliable Scrum
Sergey
Это там где за сроки отвечают
Sergey
http://mnogosdelal.ru/slidecasts/reliable-scrum/
Sergey
Я по этому учился
Pavel
Это такая надстройка над скрамом для управления проектом, в котором у исполнителей скрам
Pavel
В целом весьма неплохо работающая, особенно в аутсорсе.
Konstantin
Лучше бы требования писали
Konstantin
Чем процесс который управляет процессом придумывать
Yuriy
Artem
Эх, бывают же успешные люди ))
Roman
Зарабатывает всё равно меньше, чем теряет
NameIsJoxter
У нас в команде как-то странно построен процесс, и спросить некого.
Чатик, помоги, пожалуйста.
Вот что у нас есть:
- спринт 10 дней
- он начинается с планирования, и, как правило, мы берём 1-3 фичи, несколько багов и кусочек техдолга.
- демо
- регрессия 1-2 дня и релиз.
Демо назначаем по готовности фич, показываем только их (обычно на пятый-шестой день спринта).
За 6-9 день делаем исправления, заказанные на демо, оставшиеся фиксы и техдолг, регрессию.
Как правило, к 7-8 дню разработчики, оставшиеся без задач, начинают выполнение более приоритетных тасок из бэклога продукта (в худшем случае, как получилось в этом спринте, фронтендер делает таски из бэклога прямо с пятого дня спринта).
Ощущение, что мы что-то делаем очень не так.
Что тут можно исправить, подскажите, пожалуйста.
Igor
У нас в команде как-то странно построен процесс, и спросить некого.
Чатик, помоги, пожалуйста.
Вот что у нас есть:
- спринт 10 дней
- он начинается с планирования, и, как правило, мы берём 1-3 фичи, несколько багов и кусочек техдолга.
- демо
- регрессия 1-2 дня и релиз.
Демо назначаем по готовности фич, показываем только их (обычно на пятый-шестой день спринта).
За 6-9 день делаем исправления, заказанные на демо, оставшиеся фиксы и техдолг, регрессию.
Как правило, к 7-8 дню разработчики, оставшиеся без задач, начинают выполнение более приоритетных тасок из бэклога продукта (в худшем случае, как получилось в этом спринте, фронтендер делает таски из бэклога прямо с пятого дня спринта).
Ощущение, что мы что-то делаем очень не так.
Что тут можно исправить, подскажите, пожалуйста.
цель спринта? слышали про такое?)
Pavel
Igor
всмысле злой?
Pavel
В прямом.
Igor
я просто спросил слышали они про цель спринта или нет :D
Pavel
Зачем так сразу с саркастичным наездом отвечать :)
Pavel
У нас в команде как-то странно построен процесс, и спросить некого.
Чатик, помоги, пожалуйста.
Вот что у нас есть:
- спринт 10 дней
- он начинается с планирования, и, как правило, мы берём 1-3 фичи, несколько багов и кусочек техдолга.
- демо
- регрессия 1-2 дня и релиз.
Демо назначаем по готовности фич, показываем только их (обычно на пятый-шестой день спринта).
За 6-9 день делаем исправления, заказанные на демо, оставшиеся фиксы и техдолг, регрессию.
Как правило, к 7-8 дню разработчики, оставшиеся без задач, начинают выполнение более приоритетных тасок из бэклога продукта (в худшем случае, как получилось в этом спринте, фронтендер делает таски из бэклога прямо с пятого дня спринта).
Ощущение, что мы что-то делаем очень не так.
Что тут можно исправить, подскажите, пожалуйста.
Ключевой вопрос - что именно плохо для вас в этом процессе? Не просто "что неправильно", а что вам мешает.
Igor
ой да камон, почему сразу сарказм?)
Vasilii
Pavel
Pavel
Но вообще не согласен, SAFe для сильных духом.
Igor
все эти надсройки над scrum хороши когда ты можешь сделать нормальный scrum :D
Pavel
Игорь, скажи мне как коуч коучу, ты SAFe Guide читал?:)
Igor
ноуп
Igor
листал, но не читал :D
Pavel
Есть, оно у всех и без этого есть :)
Igor
я и про скрам могу сказать что это дно
Igor
примешь для себя эти ценности и работать нигде не сможешь :D
Vasilii
Но на самом деле, основная претензия к нему в том, что они взяли и исказили первоначальный смысл ролей в scrum.
Ну назовите как угодно там. process guru, product visioner.
Pavel
Ну это как раз спорно.
Pavel
Скрам в SAFe можифицирован, конечно, но в части ролей - все ок.
Pavel
PO это PO, Sm это SM
Vasilii
SM это SM, да. Но вот про PO не совсем согласен.
Pavel
Там с точки зрения скрама проблема в том, что у команд автономию забрали и на уровень ART вынесли.
Vasilii
Они там больше прокачанные аналитики, а не PO.
Igor
если нет то и без того сложный для осознания фреймворк усложняется через ART и дохрена уровней.
Pavel
Вот вообще все.
Vasilii
Pavel
PM, как роль, это PO уровня программы, грубо говоря. Координация и связь со стратегией.
Pavel
но это проблема для фреймворка, но не проблема самого фреймворка.
Vasilii
У него слишком много компромиссов. И в результате ничего толком не меняется.
Vasilii
Ценности то там что надо, спору нет)
Pavel
Igor
никаких компромиссов. только скрам только хардкор.
Pavel
На практике да, херня получается с завидным постоянством.
Igor
ХАЙЛЬ АДЖАЙЛЬ :D
Igor
я помню мне говорили что я скрамфашист
Pavel
Igor
Pavel
Pavel
Вот смотри, игорь, можно ли взять PBI в разработку в середине спринта?
Igor
у нас же гибкая разработка, почему нельзя каждый спринт менять его длину :D мы же не укладываемся в сроки
Igor
Igor
Vasilii
Pavel
Pavel
Вот что такое фокус в скраме? Как он представлен?
Pavel
Так прогноз - на то и прогноз :)
Igor
цель спринта - фокус, работа не по цели спринта по факту сразу прибивает ценность которая сделана за спринт.
Pavel
Вот, цель спринта.
Igor
какой смысл в прогнозе который не сбывается постоянно?)
Pavel
Итак, приходит к тебе биг босс твоего По и говоритж "слушай, надо вот эту тасочку СРОЧНА!"