Читайте Сазерленда, он довольно тщательно расказывает, почему часы фигня, все в "красной книжке"

можно, но есть побочные эффекты ;)

Как бабушке рассказать что такое инкримент : )

про дедушку было, не подходит?)

а 1 сторипоинт = 1 биткоин

👍

да, дедушке

Вот опять вы думаете что я шучу, а я не шучу, если оценивать задачи в биткоинах, сразу картинка поменяется

Команда все оценит в 0,0000001 (господи нахера мы это делаем)

Про оценки в часах норм написал Майк Кон: в часах только таски. Фичи - в сторипоинтах

Andrey Levin, можно в зазор в конце спринта баги, документацию и прочее полезное, на что не хватает времени обычно, всякие автоматизации в т. ч. тестирования

да, багов уже дохрена, можно их брать... поменьше бы еще делали их, ведь так много думают

берем в спринт важные баги, но выбрать ту копилку нереально

Про оценки в часах норм написал Майк Кон: в часах только таски. Фичи - в сторипоинтах

Ты про какую книги говоришь ?

тот же PBR можно сюда же

в общем, есть чем заняться, даже QA помочь, командная же работа)

Ты про какую книги говоришь ?

Он в блоге писал сравнительно недавно

аджайл трещит

Про оценки в часах норм написал Майк Кон: в часах только таски. Фичи - в сторипоинтах

зачем нужна оценка фич, если 1 фича = 1 sp?

ДА вроде Миша не говорил про это

O_o

откуда это 1 f = 1 sp

Он в блоге писал сравнительно недавно

А ссылочке под рукой нет?

зачем нужна оценка фич, если 1 фича = 1 sp?

Карина, покажи плз где я писал про это, раз ты старательно прицепляешься

А ссылочке под рукой нет?

https://www.mountaingoatsoftware.com/blog/why-i-dont-use-story-points-for-sprint-planning

откуда это 1 f = 1 sp

=1 биткойн)

откуда это 1 f = 1 sp

это мечта строителя поточной работы))

и снова привет Канбан ;)

Когда в разговоре участвует Слава, Канбан приходит автоматом

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

Там же вся критика исходят от того что 1 sp != 1 sp

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

а внутри спринта это overkill буфером планировать. хотя я пару раз так делал

я даже (тссссс) ганттом делал

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

Дорофеев уже хорошо расписал как-то)

Юрий, не Дорофеев а немецкий чувак, и не велосити а reliable scrum

Scrum там перпиндикулярен

там критика кстати, что 1sp != Const часов

и const work distribution

1 sp != 1 sp это щас найду картинку

Scrum там перпиндикулярен

ок, изложил)), но суть-то отстается для долгих сроков)

поэтому на больших промежутках это статистически устойчивая метрика. а вот на коротких..

Итого: урезать оценку , тестить раньше

Я вас так услышал

https://i.ytimg.com/vi/voyWti0yTgU/maxresdefault.jpg

Вот автор 1sp != 1 sp))

Вот автор 1sp != 1 sp))

годный автор

Итого: урезать оценку , тестить раньше

тут побольше было, но попробуйте хотя бы это

Вообще каждый раз когда скрам и обсуждение оценки, это просто дикость :)

вообще неважно что вы будете делать. главное - не останавливайтесь

Авторы скрама фейспалмят и не понимают когда что-то пошло не так )

я вот сейчас напрягся. в скраме все нормально с оценками

Итого: урезать оценку , тестить раньше

что-то изменить в процессе чтобы уменьшилось время оценки, тут упоминали пару-тройку вариантов решения)

Фокус-то на ценности

а не на оценках

оценивать тоже надо

Кому?

Фокус-то на ценности

с целью принести больше пользы ;)

Вот кому нужна оценка если скрам был запущен с целью создать продукт?

потому что ROI нужно как-то прикидывать. в Software in 30 days про это хорошо написано

Вот кому нужна оценка если скрам был запущен с целью создать продукт?

полезный тому, кто этим будет пользоваться

Пользоваться и полезно же разные вещи :)

Да ну западные коучи говорят что пользвоателю важно получить штуку, которая решает его задачу, и неважно когда он ее получит

Не поэтому ли выпилили из скрама всю историю про commitment ?

Пользоваться и полезно же разные вещи :)

ес, а то пользоваться можно, но бесполезно)

Слава, зачем ви тгавите за коммитмент, который таки есть

Да ну западные коучи говорят что пользвоателю важно получить штуку, которая решает его задачу, и неважно когда он ее получит

важно в каких-то пределах

Все что там есть - это "мы постараемся" :)

(Уж ты-то фигню не неси, пор фавор амиго)

А где по=другому?

типа елка после Нового года уже не нужна)

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

И чтобы побольше времени на разработку :)

Это палюбэ

But reality keeps on showing us that it is difficult, if not impossible, to always fulfill this self-imposed commitment without making compromises to quality. A Sprint Backlog is complex enough that uncertainty is always present, and common sense tells us that we shouldn’t promise what we are not sure to be able to deliver.

Defer commitment

автор запроса хочет больше времени на бизнес-ценность, я так понял

я так понимаю ,что автор запроса хочет чтобы рабы работали

Возможно надо тогда поработать с целью спринта

всем агил, пойдемте поработаем)

А не со временем на разработку

Ты же сейчас кнопочки нажимаешь, значит работаешь!

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