Планирование спринта и поток задач, как совместить?

Question

[SirotaKazansky]

Здесь аналитик только для примера, это может быть разработчик, тестировщик и еще кто-нибудь

Планируется спринт. Аналитика спрашивают:
- За сколько сделаешь эту задачу?
- Примерно за пять дней.
- А эту?
- Еще за пять.
- Ура! Мы запланировали спринт.

Спринт стартовал. И тут начинается интересное:
- Аналитик, помги тут срочно, у нас соседи не справляются с задачами, реши им хоть одну проблему.
- Аналитик, мне нужно срочно озадачить наших джунов-разрабов, срочно дай им аналитику на пару задач по проекту не сложных.
- Аналитик, помнишь, ты три года назад делал проект, мы его хотим доработать, на завтра тебе совещание с 15:00 до 18:00 поставим, расскажешь - как нам лучше доработаться.
и так далее....

Вопрос: С точки зрения SCRUM как правильно?-
1. Аналитик должен сказать: "Ехайте далеко, у меня план по стриму, стрим по плану - ни шагу в сторону не сделаю."? Но как тогда насчет сотрудничества в команде?
2. Аналитик требует пределать план, потому что давал он сроки в человеко-днях, а не в абсолютных часах. Но спрашивается - зачем вообще это планирование, и почему его в днях оценивают (по крайней мере если спринт 2нед. то прикидываем что успеть можно за две нед.), если он через полчаса приходит и требует пересмотра. А потом снова приходит?
3. Аналитик стиснув зубы работает ночью и выгорает?
4. PO должен как-то учесть и ограничить активность вне-спринтовую - тоже вопрос про сотрудничество, и вообще у него есть такие возможности - учесть то чего он еще не знает? И вообще есть ли такая практика -заложить в спринт допустим 8часов на вне-спринтовые дела, при превышении - посылать?
5. Другое

Answer 1

[Сергей Горностаев]

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

Comments

[SirotaKazansky]

Но ведь спринт имеет длину не в ч/д. Тогда получается и длина спринта должна измеряться не днями, а трудозатратами? Это не верно?

[DevMan]

в реальном спринте есть меньше 40 ч/н.

[Сергей Горностаев]

DevMan, ага, одни только ритуалы сколько сжирают времени.

[Сергей Горностаев]

SirotaKazansky, сторипоинтами она должна измеряться, а сторипоинтов в спринте конечное количество. Просто часами бизнесу проще объяснять.

[DevMan]

Сергей Горностаев, о том и речь.
даже если к ритуалом относиться сугубо прагматично, а не ритуально, все равно 40/неделя не выйдет.

[SirotaKazansky]

Сергей Горностаев, "...а сторипоинт сегодня в нашей передаче равен 0.5 дня" :)

Если серьезно - ни разу не встречал что спринт = 17 сторипоинтов например, обычно это 14 дней или что-то в этом роде.

[DevMan]

SirotaKazansky, сторипоинты вообще не привязаны к дням.
если у вас "17 сторипоинтов например, обычно это 14 дней", то у нас спринт заканчивался бы вообще за 3 дня.

[Сергей Горностаев]

SirotaKazansky, сторипоинты - это мера сложности без какой-либо привязки к срокам.

[SirotaKazansky]

Сергей Горностаев, так или иначе длина спринта фиксированная и она в днях. Набор задач на эти дни определяется во время планирования. То есть мой план - сделать до конца периода спринта, например за 14 дней все задачи, которые были запланированы. И от сторипоинтов легче не становится. То есть допустим это много легких задач или мало тяжелых, все равно 14 дней заполнены работой, как следует из планирования.

[Сергей Горностаев]

SirotaKazansky, планирование в днях как раз и даёт то самое когнитивное искажение, которым страдает бизнес, они слышат например десятого числа, что задача требует три дня, и ждут её тринадцатого числа. Но пусть даже оценка в днях, один чёрт у вас есть 80 часов на спринт и ни секундой больше. Если вы взяли в спринт задач на 80 часов, то появление ещё одной задачи вне очереди приведёт к тому, что какая-то из запланированных выполнена не будет.

[DevMan]

SirotaKazansky, сторипоинты – сугубо виртуальная величина, рассчитываемая эмпирическим путем в каждой отдельной команде.
для одной команды один поинт может ровняться одному дню, для другой – одному часу.
эта мера сложности применяемая и принимаемая командой, а не условные часы/дни.

да, это не просто сходу понять.
да, это не сходу можно вычислить.

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

Answer 2

[Владимир Проскурин]

Тут надо сразу прикидывать, сколько часов в день у вас продуктивной работы, помимо ответов на призывы/сообщения, всяких ревью, встреч, кофе и прочего. И уже давать оценку задачкам на основе этого времени.
Если требуют что-то большое сделать, просите оформить задачку и говорите "запланируем в следующий спринт". Если "срочно горит" то пишите PM (или кому нужно) что "нарисовалась задачка, просят выполнить, поменяем в спринте на что-то другое?". Да и не грех на следующем планировании сказать "Я из своего спринта не успел сделать задачу, т.к. взял срочную задачку, поэтому моя задача перейдет в следующий спринт", но лучше заранее предупредить своего PM.

- Аналитик, помги тут срочно, у нас соседи не справляются с задачами, реши им хоть одну проблему.

У соседей есть свой PM, пусть через него и просят у вашего PM. В большинстве случаев, после разговора оказывается, что задачка не такая уж и срочная, подождет до следующего спринта.

Comments

[SirotaKazansky]

То есть получается - запланировали спринт, теперь давайте кроить и менять, хоть каждый час. Тогда в чём смысл планирования?

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

Не уверен что это процесс легко прогнозируем, если не методом "пол-палец-потолок", ну по средней можно попытаться, но тогда менеджер будет делать круглые глаза и спрашивать - куда столько на такую задачу?!:)

[Владимир Проскурин]

То есть получается - запланировали спринт, теперь давайте кроить и менять, хоть каждый час. Тогда в чём смысл планирования?

Тут нужно общаться с PM/командой. В моей команде гибко - если есть критическая задача, то лучше ее выполнить, чем какую-нибудь неважную задачку такой же сложности. Но такие случаи обычно редкость, все планируются/просится заранее.

Не уверен что это процесс легко прогнозируем, если не методом "пол-палец-потолок", ну по средней можно попытаться, но тогда менеджер будет делать круглые глаза и спрашивать - куда столько на такую задачу?!:)

В противном случае будут вопросы "почему в спринт опять не уложился?". Можно постепенно увеличивать сроки, пока не дойдете до 70-80% закрытого спринта при нормированном рабочем дне без красноглазия.

Answer 3

[dmitriy]

закладвайте буфер на спринт в кол-ве n часов на форс-мажор

Answer 4

[StepEv]

С точки зрения SCRUM не надо спрашивать аналитика за сколько он сделает задачи. Планирование в Скраме устроено совершенно по другому. Прочитайте внимательно Scrum Guide. Если что-то не понятно, спрашивайте в профильных сообществах в facebook, telegram.

Answer 5

[Trays_says]

Согласна с комментаторами выше. Всегда закладывайте время на форс-мажоры и отправляйте по возможности создавать новые проекты, а перекраивать уже существующие. Мы пользуемся в WEEK, там можно и пересматривать сроки, конечно, но лучше этого не делать ИМХО.