Разумно. Я размышляю почему все ушли от оценки в часах. Вы же в итоге отдаете заказчику срок (дату). Сторипоинты, пусть с помощью велосити, но превращаются в итоге в срок (сумму часов/дней) 🤔

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

Думаю, что нужно подстраивать системы под себя, объединять, кастомизировать, делать так, как будет удобно и эффективно твоей команде здесь и сейчас , а не как принято)))

Согласен 🤝

Согласен, но оценку в часах можно отдать бизнесу. Вы же не скажете своему СЕО, что эта фича на 300 сторипоинтов и по велосити это примерно 6 недель. Вы сразу скажите дедлайн. Так зачем городить стори? 🤷

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

Да, я имел в виду даты и сроки. Их можно вычислить из оценки в часах. 🤞

Нельзя. Оценка 8 часов не равняется одному рабочему дню.

Так у вас есть продолжительность рабочего дня и есть оценка задачи в часах. Есть также набор задач в спринт, тоже все с оценкой. Без привязки к времени суток и/или последовательности исполнения мы можем вычислить, когда фича, состоящая из оценённых задач, будет выполнена? Где ошибся? 🤔

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

В часах можно оценивать так же использую фибоначи. Так можно учесть зависимости, незыблемость, непрерывность. Сторипоинты все равно переводят в часы для бизнеса, как бы кому не хотелось. Так почему бы не избавиться от этой прослойки?

Зачем сторипоинты переводят в часы? Это вообще не так работает. И бизнесу часы не нужны, его интересует, когда функционал будет поставлен. Единственное для чего часы могут пригодиться - оценка стоимости договора. Но тогда это скорее условная единица и по факту оценка денег, а не реальных трудозатрат.

Надо покумекать над вашими словами. Спасибо за мнение 🤝

За сторипоинты тоже придут и спросят. Если вы раньше делали 50 сторей за спринт, а начали делать 30, к вам точно возникнут вопросы 🤔

При условии, что стори объективно однотипные и без нюансов. А так не бывает.

Вы правы, в сторипоинты действительно закладывают вероятность. Но мы можем заложить ее и во время. Тем же фибоночи, например 🤷

А к чему они привязаны? Помню, когда я забывал в задачах по математике писать единицы измерения, мне учительница говорила: «И в чем это измеряется? В бананах?» Сторипоинты очень похожи на бананы 🤔

Это сама по себе единица измерения - "стортпоинт". Условная единица задачи. Можно принять за нее все что угодно, например, 1 сторипоинт = написать один сервис. Тогда написать процесс - 5 сторипоинтов, поправить баг - 0.5 сторипоинта. Оценка производится не по времени, а относительно эталонной задачи весом 1 стортпоинт.

Да, я понимаю, как работают сторипоинты. Что они весят, что значат, что такое велосити и т. д. Но почему нельзя заменить это часами? Вы делаете лендос под ключ. Для вас это типовая задача. Она весит 8 сторипоинтов, конкретно для вас. Этот лендос вы верстаете за 5 часов, +- 2 часа в зависимости от наглости диза. Так и оцените ее в 5 часов? 🤔

Не могу. Ретроспектива показала, что в предпоследний спринт моей команды влазит 28 сторипоинтов, а в последним спринте фронтэндщик уехал с партнером по парному программированию в гей-круиз, а дизайнер выгорел и мы сделали в спринте 15 сторипоинтов, так что заложим полспринта на лендос

5 часов - это значит утром начал, к вечеру отдал?

Необязательно

Тогда зачем заказчику такая оценка?

Заказчику ее не предоставляют, оценка для менеджеров, которые команду грузят. Они собирают заказы, команда проводит оценку, менеджер понимает, в каком спринте задача будет завершена и выдает оценку заказчику в понятных ему неделях. Задача может быть и на 5 часов, но менеджер посчитает, что лендос менее важен, чем интернет-секс-шоп, приоретизирует ее ниже и выдаст "через месяц будет готово" по результатам оценки команды

Мне как менеджеру оценка в часах тем более не нужна. Диапазона вполне достаточно и ориентиров, когда задача будет выполнена. Мне нужно знать этапы, сколько (и почему) они займут времени, какие риски в процессе возникают и т.п. ну и финальная дата готовности (скорее всего несколько дат с разной степенью гарантированности). Ни с чем из этого мне не поможет оценка в часах.