MM
И с ней скрам вам не поможет, по моему скромному разумению.
Size: a a a
2021 April 22
B
Мы ориентируемся на то, что в конце спринта мы должны выдать готовый инкремент продукта, собственно ориентируясь на это хотели закрыть и доставку и прогнозируемость, для оценки сейчас используем часы, но есть план перейти на условные единицы, чтоб уменьшить погрешность при оценке в часах
MM
Богдан, скрам основывается на том, что 1) уровень инженерной зрелости достаточно высок, чтобы изменять продукт целостно за период до 1 месяца, и 2) есть потребность в постоянной адаптации развития продукта к изменчивой и запутанной среде
АЛ
Так релиз и конец спринта никак не связаны. Вы должны выдать инкримент. а не релиз. Да и как должны, commitment)
АЛ
Также вы немного напутали. Часы и условные единицы измеряют вообще разные вещи, у них разные шкалы и единицы. Да и цель тоже. Перейдя на SP вы никак не уменьшите погрешность. а возможно даже увеличите
B
У нас релиз в конце спринта)))
АЛ
Ну это просто вы сделали так, чтобы совпало
B
Да, наверное не корректно описал цель, в первую очередь уменьшить затрачиваемое время на оценку задач, так как мне кажется сравнительная оценка пойдёт побыстрее чем в часах, ну и погрешность планировали нивелировать используя Фибоначчи ряд ...
YS
В чем-то удобно и так)
B
Ну, да, так как результаты в конце появляются, поэтому и релиз в конце)
АЛ
Уменьшить затрачиваемое время вы можете без условных единиц, как и повысить точность. Ну и SP никак особо не связаны со скрамом)
AP
от оценки порой можно совсем отказаться, если работать со статистикой, но тут может быть проблема с тем, что прогнозированию могут итерации мешать
AB
В пятницу?
r
Здравствуйте, как я понял из переписки выше что в канбан методе можно как то лимитировать время поставки инкремента , в мое представлении всплыл аналог спринта , т.е мы как то можем ограничить временной отрезок до получения какой то бизнес ценности или я не прав?
АЛ
Просто берешь и лимитируешь, Канбан то тебе зачем?
АЛ
Ну и главный вопрос, а ограничивать то зачем? У вас внешних ограничений мало?
r
Я не говорил что он мне нужен, мне просто интересно можно ли его имплементировать в процесс где руководство настоятельно просит релизить какие то фичи из проекта на демо клиенту каждые 2 недели
DK
Канбан это не какой-то определенный процесс. И даже не фреймворк.
Применить его к процессу, в котором необходимо релизиться с определенной частотой вполне можно.
Применить его к процессу, в котором необходимо релизиться с определенной частотой вполне можно.
r
А проблема вообще в том что опять таки те же боссы агентства горят идее декопозиции по экранам при этом дизайн всегда опаздывает а итоге я получаю истории которые архитектор выполняет в рамках итерации , но так как нет дизайна то историю приходится переносить на последующие итерации и так по кругу