Слушайте, а вы в основном в чатике или у вас есть какие-то тусовки?

Привет) соблюдаю традиции

Меня зовут Наташа, я в Райффе работаю скрам мастером.

Сейчас делаем корпоративный CRM, до этого работала в сайте и немного даже в compliance😳

Могу быть полезна в работе с групповой динамикой, в коучинге, поделиться кейсами и опытом из моей Agile жизни

Мне рассказали, что у вас можно многому научиться) хочется интегрироваться в общее сообщество, может создавать что-то в коллаборации, я в целом открыта ко всему)

Я из Москвы)


Вроде все 😳

В неформальной обстановке

Господа, всем привет, подскажите подскажите плз

1) Есть ли смысл внедрять скрам и смысл/вред от планирования на спринт на ситуацию описанную ниже?
2) Чем опасна и неоправданна для бизнеса метрика как "успешность спринта" со многих точек зрения?
Например недополученной выгодой от созданной задачей прямо после начала спринта, которая будет вынужденна ждать окончание его и только потом попадет в работу?
2.1) как можно этой метрикой манипулировать?(со слов других команд предоагающий человек этим увлекается при отчете основателям)
3) Видите-ли какие-то изъяны в построенном мной процессе?
4) Нам пытаются хотят втюхать скрам по причине - будет больше ответственности и метрика из п.2. Будете трекать по 40ч на человека
Критика и рекомендации приветствуются (обязательны 😹)

Текущая ситуация как есть
Лайв продукт, новые задачи/баги могут залетать хоть каждый день и требовать быстрого решения, а могут не создаваться пару дней тоже.
Есть доска канбан, WIP лимиты, добавили в процесс ретро, груминг случается если очень надо, дейли с магарами и тех.спецами с актуализацией приоритетов в бэклогах по WSJF(бизнес ценность/время реализации) и уточнением достаточное ли описание в таске из бэклога №1, вверху бэклога №2 всегда самые "ценные" задачи исходя из WSJF и это обновляется автоматически на доске.

И так у нас есть 2 бэклога:
1) Задачи с недостаточно проработанным описанием для оценки со стороны тех. специалистов, но уже с определенной бизнес ценностью для бизнеса.
2) Бэклог полностью заполнен готовыми задачами и оцененными с обоих сторон, отсюда они и переходят в работу согласно их приоритету.
P.S. Задачи с дьюдейтом, кофетасочки(1hr task) и по красному коридору идут по отдельным дорожкам.
P.S.S Успешно продаём бизнесу-манагерам тех.долг и он залетает в бэклог.
P.S.S.  все остальные "запросы" по которым нам предлагали скрам отлично решаются текущими процессами.

Манагеры, тех. команда все очень довольны текущими изменениями на проекте за короткий срок.

конкретно 2 человека из С-лвл нам предлагают планировать на 2 недельки и слать бизнес на 3 буквы.

5) Как быть в этой ситуации когда внутреннее "Я" у всех кричит, что нам предлагают херь для текущей ситуации?

Заранее благодарю всех откликнувшихся!

upup
Кто еще не видел просьбу
Самый важный вопрос про метрику "успешность спринта"
гайс, хелп

"Выполнена цель спринта", например

окей это позитив в этой метрике, а есть ли негативное что-то?

Отлично фокусироваться на спринте и потом говорить: "ребята, мы молодцы, спринт закрыли на 93%", но нам нравится фокус делать на быстрой поставке ценных задач чтобы прибыль и ценность у продукта росла макс. быстро

Представьте есть стартанувший спринт там 10 задач с ценностью в 100/день и одинаковыми трудозатратами на них, объем спринта конечно менять не рекомендуется.
Но вот на 2 день спринта готова таска с ценностью в 300/день и трудозатратами как на любую из тасок спринта
Вопрос: почему эта задача должна ждать завершение спринта и только потом попадёт в работу и после реализации начнет приносить ценность? и не лучше ли её взять сразу после завершения текущей?

окей это позитив в этой метрике, а есть ли негативное что-то?

Отлично фокусироваться на спринте и потом говорить: "ребята, мы молодцы, спринт закрыли на 93%", но нам нравится фокус делать на быстрой поставке ценных задач чтобы прибыль и ценность у продукта росла макс. быстро

Представьте есть стартанувший спринт там 10 задач с ценностью в 100/день и одинаковыми трудозатратами на них, объем спринта конечно менять не рекомендуется.
Но вот на 2 день спринта готова таска с ценностью в 300/день и трудозатратами как на любую из тасок спринта
Вопрос: почему эта задача должна ждать завершение спринта и только потом попадёт в работу и после реализации начнет приносить ценность? и не лучше ли её взять сразу после завершения текущей?

уложить нет. как раз как убедить того, кто его нам навязывает, что идёт тупая и метрика "цель спринта сделали" херь в этой ситуации

to reach constant pace. Возможно вам нужен стабильный и устойчивый процесс. В данном случае наличие неожиданной таски в 300 является не аргументом в противовес итерациям, а поводом задуматься, почему её не нашли и не отработали раньше. А если "так сложилось", ну сделайте, при этом согласовав с PO, что спринт закрываете без какой-то таски. Можно же передоговариваться.

to reach constant pace. Возможно вам нужен стабильный и устойчивый процесс. В данном случае наличие неожиданной таски в 300 является не аргументом в противовес итерациям, а поводом задуматься, почему её не нашли и не отработали раньше. А если "так сложилось", ну сделайте, при этом согласовав с PO, что спринт закрываете без какой-то таски. Можно же передоговариваться.

Ненене. В Скраме цель спринта - почти самая важная вещь для отбора задач и вообще проведения спринта.

Но в вашем случае проблема не в этом.

да, но если такое будет случаться каждый спринт? или даже несколько раз в спринт?
получается, что добавили в норма работающую систему спринт просто ради спринта?
Такое появление тасок никого не смущает, только вот "консультант" все ровно топит за спринт