Оценка задач в сторипоинтах: мой путь от абстрактного к конкретному

[segment]

Мне не совсем понятно, зачем использовать термин "сторипоинт", когда в итоге идет оперирование днями? Насколько я понял из статьи - в итоге просто идет совершенно обычный time estimation и сравнение с затраченным временем.

[apavlyut]

[kxnkxv]

Именно так. Все, кого я знаю, даже при использовании абстрактных сторипоинтов, сталкиваются с такими мыслями (и выражениями): «Я сделаю это за три дня, значит, это n сторипоинтов».

[dispenn]

Вы пишите, что одна из проблем абстрактных сторипоинтов в том, что «опытный разработчик может выполнить задачу, оцененную в 5 сторипоинтов, за 3 дня, в то время как новичок может потратить на неё 5 дней.».

А дальше пишете, что в вашей системе конкретных сторипоинтов нужно «запланироваться для сеньора на 13 сторипоинтов в спринт, а для миддл-разработчика — на 9».

Не находите противоречия?

[kxnkxv]

Я не вижу противоречий, потому что в первом случае мы говорим об абстрактных оценках, а во втором — о конкретных результатах.

Говоря простым языком, сеньор выполняет больше задач.

[dispenn]

Немного перефразирую:

В первом случае опытный делает 5 сп за 3 дня, менее опытный делает 5 сп за 5 дней.

Во втором случае опытный делает 13 сп за 10 дней, менее опытный - 9 сп за 10 дней.

В первом случае абстрактная оценка, во втором конкретный результат.

[ozzyBLR]

Немного подушню: сторипоинты - это не часть Скрама. И соглашусь: однажны абстрактные оценки должны соотнестись с реальными трудозатратами.

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

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

Что делать? Опять же, сказано выше: перестать называть свою оценку сторипоинтами. Отделить оценку реальных трудозатрат от оценки... эм... инженерной сложности задачи.

Зачем это делать? И вновь, сказано выше: сторипоинты помогают с оценкой в условиях высокой неопределённости. Даже опытная команда на стабильном проекте может ВНЕЗАПНО получить от заказчика такой фича-реквест, что всем дружно придётся чесать затылок. И тут поможет абстракция. Потом уже декомпозированные задачи можно будет оценить ещё раз, в реальных трудозатратах будь то фокус-часы или ещё что.

[nronnie]

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

Поставил бы плюс, да в соседней теме яблодрочеры карму слили полностью :))) Привязка SP ко времени в Scrum это первый шаг к скатыванию всей системы планирования в УГ. Следующим шагом будет введение ежедневных поминутных отчетов о том сколько ты на какую задачу потратил.

Впрочем:

Меня зовут Артём Коньков, я тимлид

что уже показательно. Потому что в Sсrum такой роли как "гимлид" нет от слова вообще.

[Vorchun]

У нас "оцени в полдня" ) Ну то есть единица измерения "полдня". Надо сказать, что часто бывают задачи по поддержке и так проще.

Ну и конечно "день" не равно "8 часов".

Это ответ на вопрос "если 1 пойнт это день, то почему просто в днях не считать". 1 пойнт это не 8 часов )

[gun_dose]

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