Методы оценки задач в часах vs story points (реальная история) // Как оценивать в story points?
Vložit
- čas přidán 2. 06. 2024
- Чем отличается оценка в cтори поинтах от оценки в часах?
Почему точность оценки в часах низкая?
Какая разница между абсолютной и относительной оценкой?
00:00 - Варианты оценки в часах
02:19 - Оценка по трем точкам
04:35 - Оценка в Story Points
06:40 - Пример оценки в Story Points
----
Есть еще вопросы?! Задавай! В комментариях под видео
или пиши мне в соц сети:
Профиль в вконтакте - shilov_ev
Мои фоточки в Instagram - / shilovev
Телеграм: t.me/shilovev
Подписывайтесь на канал / @shilov_games
Вставка с Ивлеевой просто класс! А вообще спасибо за видео очень познавательно! Подпишусь
Спасибо 🙏
супер-понятно!
Классное видео) хотела скинуть своей команде, но увидев обложку испугалась, что вызовет неприятие 😅 поменяйте обложку если это возможно))
очень приятное видео
Потому что полный кадр)
Добрый день!
А если у меня команда не фул стек? Есть QA, FE, BE, то как тут быть? Интересны реальные кейсы. Спасибо!
Даёшь agile+scrum в массы!💪
Agile - супер тема
Интересное видео, но тут не рассмотрен вопрос, а как оценивать эти стори поинты. Понятно, что в днях неделях часах их оценивать не надо. Так как это будет одно и то же, а вот в деньгах, как их оценивать.? Предположим задачу оценили в 1- стори поинт, какой сумме для клиента это будет равно.? Как вариант найти типовую задачу прайс, на которую известен на рынке и оценить её в стори поинта, и вот таким образом получить результат стоимости 1 балла?
Я бы советовал рассматривать оценку в сторипоинтах как объем работы. И уже от этого становится ясно, почему один специалист сделает одну и туже задачу за 1 час, а другому будет мало целого дня. Вот пример, задача - нужно выкопать 1 куб земли. Джун будет исходить из того, что будет копать в одиночку и лопатой. А сеньер знает, где можно дёшево взять эсковатор вместе с эксковаторщиком. Вот и получается оценка в сторипоинтах одинаковая, но во времени - разная. У Джуна низкая производительность в сторипоинтах/неделю, у сеньера - высокая. Легко отслеживать статистику профессионального роста и многое другое, важное для бизнеса.
А многие не понимают этой разницы, предполагая что оценка в сторипоинтах это абстрактная величина оценки времени...
Спасибо за видео! Вот волнуюший меня вопрос: если команда только будет работать с новым проектом, то есть еще динамики никто не знает, возможно ли наперед говорить о сроках сдачи проекта? Или в любом случае не угадаешь, пока не нырнешь хотя бы в первый спринт?
Даже если был опыт похожий проектов, то все равно будут нюансы. Новый проект - новые люди (как со стороны заказчика, так и исполнителя).
Поэтому по моему опыту можно назвать приблизительные сроки с сильной погрешностью: мы закончим через год +- 2 года.
А по ходу закрытия спринтов уже можно срок уточнять.
👍👍👍
Какие еще темы интересны?
А если вы открываете список задач, когда клиент решил использовать story points вдруг, и у вас там 10 разных бутылок и одно большн меньше другой...
Какую-то бутылку выбрали за эталон и остальные оценили относителен неё.
так как же найти эталон относительно чего мы будем мерит?
задача масса, подобных нет. Чем мерит?
Типовые задачи есть всегда. Нет же такого, что сегодня задача - полететь на Марс, а завтра сделать бэкэнд под мобильное приложение.
Сделать кнопку, сделать печатную форму, сделать отчёт, сделать сложный Отчет, разработать архитектуру нового приложения и тд.
Конечно кнопка кнопке рознь, и архитектура одного приложения отличается от архитектуры другого, но порядок оценки будет одинаковый +-
@@shilov_games да, но мне кажется это на много более приблизительно будет чем если оценит в часах. + Не факт что это разработчик уже делал подобное фичу ранее!
Возможно
Вот ещё какой пример. В команде есть начинающий и опытный разработчик. Оценили задачу в 4 часа. Эти 4 часа джуновские или опытного разработчика?
Если оценивать в стори поинтах, то все норм. 2 стори поинта. И не важно кто сделает задачу.
За первые месяцы нужно постараться собрать оценочную таблицу задач ( эталон ). И, относительно которой, потом будете вести оценку новых задач. Как это делается? Команда методом тыка оценивает задачи (индивидуально) в условных сторипоинтах, потом менеджер подбивает коэффициент для каждого члена команды и приводит оценки к диопазонам в нормализованных сторипоинтах. Формируя восходящий список задач по числу в сторипоинтах. Ещё раз индивидуально каждый член команды проводит черту над задачей, которую на его взгляд можно вытянуть в спринт, при условии что задача будет выполненна командой до конца спринта. Менеджер в конце каждого спринта разбирает каждый кейс в каждой задаче ( удачное выполнение или нет) Если удача и всех все устраивает, то выполненная задача попадает в эталон. Но бывает так, что может измениться оценка у задачи в сторипоинтах, если команда была не внимательна при изучении нюансов задачи во время прошлой оценки или коммуникация между членам команды оказалось сложнее, чем все думали. Таким образом нужно набить эталон всеми типами задач. Пока команда сильно не меняет состав, этот эталон будет работать на любых проектах. Как только сильно изменилась команда, нужно собирать новый эталон. Так проще и быстрее собрать единую СИ в сторипоинтах, чем ломать большинство команды под старые устои. Пример, у старой команды может оказаться, что сделать GDPR скрин можно в 1 сторипоинт, а новая команда решила эту задачу оценивать как 2 сторипоинта. И от этого все становится не актуальным в старых задачах.
Такое часто бывает...
Да, планировать сложно
@@shilov_games безумно сложно...
Не не.. Стори поинт не часы. В конце: делим 60 на две недели....30стори принтов неделя)))) получается неделя 5 дней, 6поинтов = 8 часов.
Так получается только при текущей скорости команды. Скорость изменится и часы тоже изменятся. А стори поинты останутся
Лол, это же пересказ видоса Джерри Халприна 😅