Agile оценки и Story points в частности

• Олег Колотухин, скромный мастер с пятилетним опытом, рассказывает о теме видео.  

• Видео посвящено оценкам в Scrum и, в частности, Story Points.  

• Несмотря на критику, тема остается актуальной и вызывает много споров.  

• Опросы показывают, что Story Points остаются популярными.  

• Оценки часто вызывают конфликты внутри команд и с внешними стейкхолдерами.  

• Олег обновил свое видение и делится новыми данными.  

• Олег объясняет, почему он предпочитает Story Points часам.  

• Личный опыт не всегда убедителен, поэтому нужны объективные данные.  

• Scrum Guide не упоминает Story Points, но они являются хорошей практикой.  

• Исследование Impact of Agile проводилось в 2015 году на 50 тысячах Agile команд.  

• Оценивались четыре параметра: responsiveness, quality, productivity и predictability.  

• Команды, использующие Story Points, показали лучшие результаты по всем параметрам.  

• Исследование не может отделить гипотезы о зрелости команд и эффективности Story Points.  

• В рамках исследования доказано, что Story Points лучше, чем часы.  

• Личный опыт не всегда объективен, и исследование подтверждает, что Story Points работают лучше.  

• Обсуждение критики стори поинтов и их назначения.  

• Оценки используются для принятия решений, выравнивания понимания задач и анализа результативности.  

• Данные для принятия решений и сами решения - разные вещи.  

• Пример с командой грузчиков, принимающей решения о перевозке грузов.  

• Важность данных для принятия решений, таких как состояние машины и ценность груза.  

• Примеры решений, которые могут быть приняты, несмотря на данные.  

• Использование оценок для выявления подводных камней и несовпадений в понимании задач.  

• Пример с пни покером и его ролью в выявлении разногласий.  

• Важность обсуждения для предотвращения ошибок и улучшения качества.  

• Оценка по часам не подходит для анализа результативности.  

• Пример с командой из десяти человек, работающей по 40 часов в неделю.  

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

• Оценки помогают принимать решения о декомпозиции задач и их включении в спринт.  

• Подход на основе оценок улучшает качество и предотвращает ошибки.  

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

• Оценки не должны использоваться для давления на команду по срокам.  

• Давление на оценки приводит к перестраховке и манипуляциям.  

• Пример: команда объединяла задачи, чтобы уложиться в квоты.  

• Оценки не должны использоваться для защиты от непопулярных решений.  

• Давление на оценки может привести к манипуляциям и конфликтам.  

• Основная проблема в том, что оценки используются не по назначению.  

• Давление на оценки снизу приводит к неправильной оптимизации.  

• Бизнес предпочитает давление вместо оценки сверху.  

• Оценка сверху важна для правильной приоритизации задач.  

• Оценки превращаются в ожидания, обещания и обязательства.  

• Это приводит к проблемам с неопределенностью и обязательствами.  

• Важно основывать решения на том, что уже реализовано, а не на оценках.  

• Основные компоненты оценки: объем усилий и сложность.  

• Неизвестность всегда будет присутствовать, даже после реализации задачи.  

• Спайк-исследования уменьшают неизвестность, но не устраняют её полностью.  

• Пример задачи с 500 поломанными записями в базе данных.  

• Варианты решения: вручную исправлять записи или использовать скрипт.  

• Важно учитывать сложность и объем усилий при выборе решения.  

• Решение номер три: автоматизация с помощью Jira.  

• Решение номер два: автоматизация с помощью скрипта.  

• Решение номер один: ручное исправление.  

• Команда из джунов: ручное решение легко реализуемо.  

• Команда из мидлов: ручное решение сложнее.  

• Команда с сеньором: ручное решение не требует значительных изменений.  

• Тимлид оценивает по нижней строчке, команда реализует по верхней.  

• Важно обсуждать и выравнивать понимание внутри команды.  

• Оценки используются для принятия решений и анализа.  

• Пример с прокрастинацией и борьбой с ней.  

• Прокрастинация вызывает ощущение беспомощности и сомнения в себе.  

• Поток приносит удовлетворение и улучшает навыки.  

• Чем больше мы крутимся по кругу прокрастинации, тем сильнее становится этот цикл.  

• Каждый проход по кругу усиливает цикл.  

• Высокий уровень неопределенности увеличивает риск ошибок в решениях и планировании.  

• Манипуляции данными для принятия решений мешают сравнению с прошлыми оценками.  

• Ошибки в планировании приводят к давлению по срокам и микроменеджменту.  

• Переработки снижают креативность и увеличивают вероятность ошибок.  

• Микроменеджмент усиливает давление по срокам и вызывает перестраховку.  

• Давление по срокам вызывает перестраховку и инфляцию оценок.  

• Разные люди реагируют на давление по-разному, что подрывает доверие к системе оценок.  

• Оценки становятся менее точными и менее полезными.  

• Оценки по разным слоям приложения могут сильно различаться.  

• Проблемы на стыке слоев игнорируются или учитываются дважды.  

• Оценки перестают выполнять свою функцию, если верхний цикл слишком силен.  

• Отказ от оценок не всегда ведет к ускорению.  

• Оценки могут работать, если они увеличивают прозрачность и понимание.  

• Прозрачные оценки позволяют принимать взвешенные решения и управлять рисками.  

• Редкие ошибки планирования снижают мотивацию к манипуляциям оценками.  

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

• Команды учатся давать оценки на задачу целиком, что улучшает командный навык.  

• Оценка задач — это командный навык, который можно тренировать.  

• Сопоставление новых и старых оценок помогает предотвратить инфляцию оценок.  

• Манипуляции оценками могут привести к неэффективному использованию ресурсов.  

• Одинаковое понимание дефинишн задач улучшает качество и планирование.  

• Проблемы с автоматизацией могут привести к регрессии в следующих спринтах.  

• Регулярное обновление оценок улучшает их точность.  

• Используйте банк задач для обновления оценок.  

• Включайте свежие и завершенные задачи, выполненные разными людьми.  

• Сравнивайте задачи по неизвестности, сложности и количеству усилий.  

• Оценивайте задачи по линеечке, разделяя их на группы.  

• Учитывайте способность ошибаться в оценке.  

• Обновляйте оценки, добавляя новые задачи в банк.  

• Обсудили важность оценок и их компоненты.  

• Рассмотрели, как разные команды могут оценивать решения.  

• Вспомнили, как вводить или обновлять оценки.  

• Призываем к обратной связи и вопросам по стори пойнтам.