SlideShare uma empresa Scribd logo
1 de 24
От оценок к планам
Последние шаги
www.ciklum.com/consulting 1
28 марта 2013
План выступления
• О себе
• Планы vs Оценки
• Две методики
–Идеальные Часы
–Story Points
• Бонус
www.ciklum.com/consulting 2
О себе
www.ciklum.com/consulting 3
Максим Михальчук
• Технический консультант Ciklum
• Certified ScrumMaster
- Управление командами
- Внедрение Agile
- Коучинг
- Средства управления
разработкой
Что такое план?
• Бизнес живёт в
реальном мире
• Наши попугаи – что
идеальные часы, что
story points, бизнес не
интересуют
• План – это поставки
функциональности по
датам
www.ciklum.com/consulting 4
Два проекта
•Два реальных проекта с тайм-трекингом
–Одни оценивали в идеальных часах и трэкали в
идеальных часах
–Другие оценивали в стори поинтах и трэкали в
реальных часах
•Я вытянул из JIRA 500+ и 300+
задач, отмеченных как Closed/Fixed
www.ciklum.com/consulting 5
Идеальные часы
• Кто оценивает в идеальных часах?
• Сколько идеальных часов в вашем дне?
• Домножаете ли Вы «для надежности» при
планировании?
www.ciklum.com/consulting 6
Проект #1 – все данные
0
0.02
0.04
0.06
0.08
0.1
0.12
0.14
0.16
0
0…
0…
0…
0…
0…
0…
0…
0…
0…
1
1…
1…
1…
1…
1…
1…
1…
1…
1…
2
2…
2…
2…
2…
2…
2…
2…
2…
2…
3
3…
3…
3…
3…
3…
3…
3…
3…
3…
4
Probability
www.ciklum.com/consulting 7
Неидеальные часы
0
0.2
0.4
0.6
0.8
1
1.2
0
0.02
0.04
0.06
0.08
0.1
0.12
0.14
0.16
0 0.2 0.4 0.6 0.8 1 1.2 1.4 1.6 1.8 2 2.2 2.4 2.6 2.8 3 3.2 3.4 3.6 3.8 4
Probability
Cumulative
www.ciklum.com/consulting 8
Не нормальное распределение
0
0.2
0.4
0.6
0.8
1
1.2
0
0.02
0.04
0.06
0.08
0.1
0.12
0.14
0.16
0 0.2 0.4 0.6 0.8 1 1.2 1.4 1.6 1.8 2 2.2 2.4 2.6 2.8 3 3.2 3.4 3.6 3.8 4
Probability
Cumulative
Normal
www.ciklum.com/consulting 9
Планирование для команды #1
• Предположим, что после начала работы и
20 закрытых задач
• К нам приходит менеджмент
• Просит оценить весь бэклог
• И сказать до когда мы его сделаем
• Команда потратила неделю и наоценивала
на 2800 идеальных часов
• Что сказать менеджменту?
www.ciklum.com/consulting 10
Качество оценок после 20 задач
www.ciklum.com/consulting 11
0
0.2
0.4
0.6
0.8
1
1.2
0
0.05
0.1
0.15
0.2
0.25
0 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1 1.1 1.2 1.3 1.4 1.5 1.6 1.7 1.8 1.9 2 2.1 2.2 2.3 2.4 2.5
Probability
Cumulative
Планирование для команды #1
• За 2800 часов!
• Среднее 0.72 (мы переоцениваем задачи)
за 2000 часов!
• Внимание, правильные ответы:
• С вероятностью 80% успеем за 1.2 * 2800 = 3360
часов
• Для большей уверености можем выбрать
90% (* 1.3 = 3600 часов) или 95% (* 1.7 = 4800 часов)
• В реальности остаток сделали за 3300 часов
www.ciklum.com/consulting 12
Story Points
• Кто оценивает в Story Points?
• Сколько Story Points Вы делаете в день?
• При планировании - домножаете
"для надежности"?
www.ciklum.com/consulting 13
Story Points
www.ciklum.com/consulting 14
0
0.01
0.02
0.03
0.04
0.05
0.06
0.07
0.08
0.09
0.1
0 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1 1.1 1.2 1.3 1.4 1.5 1.6 1.7 1.8 1.9 2 2.1 2.2 2.3 2.4 2.5 2.6 2.7 2.8 2.9 3
Probability
Story Points
www.ciklum.com/consulting 15
0
0.2
0.4
0.6
0.8
1
1.2
0
0.01
0.02
0.03
0.04
0.05
0.06
0.07
0.08
0.09
0.1
0 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1 1.1 1.2 1.3 1.4 1.5 1.6 1.7 1.8 1.9 2 2.1 2.2 2.3 2.4 2.5 2.6 2.7 2.8 2.9 3
Probability
Cumulative
Normal
Планирование для команды #2
• Та же задача – после начала работы и 20
закрытых задач
• К нам приходит менеджмент
• Просит оценить весь бэклог
• И сказать до когда мы его сделаем
• Команда по-быстрому оценила на 1860
story points
• Что сказать менеджменту?
www.ciklum.com/consulting 16
Story Points: после 20 задач
www.ciklum.com/consulting 17
0
0.2
0.4
0.6
0.8
1
1.2
0
0.05
0.1
0.15
0.2
0.25
0 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1 1.1 1.2 1.3 1.4 1.5 1.6 1.7 1.8 1.9 2 2.1 2.2 2.3 2.4 2.5 2.6 2.7 2.8 2.9 3
Probability
Cumulative
Планирование для команды #1
• За 1860 story points!
• Среднее 1.0 (команда привыкла оценивать в часах)
За 1860 часов!
• Внимание, правильный ответ:
• За 1860 часов с вероятностью 70%
• С вероятностью 80% за 2400 часов (* 1.3 ч/sp)
• В реальности сделали за 2300 часа
www.ciklum.com/consulting 18
Идеальные часы vs Story Points
• Как видим технология получения реалистичных
оценок не отличается совсем никак
• Идеальные часы – те же попугаи, которые тоже
нужно пересчитывать в календарное время, но
– Более трудоёмкие
– С плохим названием
(выставляют неправильные ожидания заказчика)
• Недостатки Story Points
– Непривычные
– Точность оценок не улучшается со временем
www.ciklum.com/consulting 19
Бонус – Немного Кэпа
www.ciklum.com/consulting 20
Быстрые оценки
• Почему лучше оценивать быстро, а не качественно?
• Приоритеты бизнеса меняются часто
– Оценка завтра – ненужная оценка
• Приоритеты бизнеса могут меняться в зависимости
от оценки
– Быстрое общение бизнеса и оценивающей стороны
• Быструю относительную оценку иногда может
сделать сам менеджер
– Одно отвлечение 1 программиста = 30 минут на
переключение контекста
www.ciklum.com/consulting 21
Плохие планы
Чем больше
последовательных
задач, тем тяжелее
дать вероятную
оценку:
• Если у каждой из 10 задач вероятность
успеть 90%
• У фичи из 10 последовательных задач
p = 0.910 = 34%
www.ciklum.com/consulting 22
Хорошие планы
Чем больше
параллельных
задач, тем легче:
• Тоже pi = 90%
• У фичи из 10
независимых задач
p = min(p1, p2, ...) = 90%
www.ciklum.com/consulting 23
Вопросы?
www.ciklum.com/consulting 24

Mais conteúdo relacionado

Semelhante a От оценок к планам: последние шаги

2016-08-20 03 Сергей Горбачев. Planning poker в Scrum
2016-08-20 03 Сергей Горбачев. Planning poker в Scrum2016-08-20 03 Сергей Горбачев. Planning poker в Scrum
2016-08-20 03 Сергей Горбачев. Planning poker в ScrumОмские ИТ-субботники
 
SEF.BY-2011_Denis_TuchДенис Тучин_Agile_Круглый_стол 13 ошибок применения Scrum
SEF.BY-2011_Denis_TuchДенис Тучин_Agile_Круглый_стол 13 ошибок применения ScrumSEF.BY-2011_Denis_TuchДенис Тучин_Agile_Круглый_стол 13 ошибок применения Scrum
SEF.BY-2011_Denis_TuchДенис Тучин_Agile_Круглый_стол 13 ошибок применения ScrumТранслируем.бел
 
13 ошибок внедрения Scrum и как их избежать
13 ошибок внедрения Scrum и как их избежать13 ошибок внедрения Scrum и как их избежать
13 ошибок внедрения Scrum и как их избежатьDenis Tuchin
 
CodeFest 2014. Уразбаев А. — Трансформация Scrum
CodeFest 2014. Уразбаев А. — Трансформация ScrumCodeFest 2014. Уразбаев А. — Трансформация Scrum
CodeFest 2014. Уразбаев А. — Трансформация ScrumCodeFest
 
Асхат Уразбаев (ScrumTrek/GameTrek)
Асхат Уразбаев (ScrumTrek/GameTrek)Асхат Уразбаев (ScrumTrek/GameTrek)
Асхат Уразбаев (ScrumTrek/GameTrek)Ontico
 
Ladutko - Time management in QA - from words to deeds (ConfeT&QA-2013 Fall)
Ladutko - Time management in QA - from words to deeds (ConfeT&QA-2013 Fall)Ladutko - Time management in QA - from words to deeds (ConfeT&QA-2013 Fall)
Ladutko - Time management in QA - from words to deeds (ConfeT&QA-2013 Fall)Andrey Ladutko
 
Test Automation Canvas - не наступайте на глабли автоматизации
Test Automation Canvas - не наступайте на глабли автоматизацииTest Automation Canvas - не наступайте на глабли автоматизации
Test Automation Canvas - не наступайте на глабли автоматизацииAndrey Rebrov
 
Как не разочароваться в Scrum?
Как не разочароваться в Scrum?Как не разочароваться в Scrum?
Как не разочароваться в Scrum?Denis Tuchin
 
#No estimate. Безоценочная разработка
#No estimate. Безоценочная разработка#No estimate. Безоценочная разработка
#No estimate. Безоценочная разработкаAskhat Urazbaev
 
Ускоряем исследования с помощью конкурсов как их готовить и выигрывать / Иван...
Ускоряем исследования с помощью конкурсов как их готовить и выигрывать / Иван...Ускоряем исследования с помощью конкурсов как их готовить и выигрывать / Иван...
Ускоряем исследования с помощью конкурсов как их готовить и выигрывать / Иван...Ontico
 
Петрова Ксения - Data mining на практике - dmlabs.org
Петрова Ксения - Data mining на практике - dmlabs.orgПетрова Ксения - Data mining на практике - dmlabs.org
Петрова Ксения - Data mining на практике - dmlabs.orgWG_ Events
 
Оценка сроков IT проектов
Оценка сроков IT проектовОценка сроков IT проектов
Оценка сроков IT проектовAlexander Kalinichev
 
Организация времени в тестировании
Организация времени в тестированииОрганизация времени в тестировании
Организация времени в тестированииSQALab
 
Ladutko - Time Management in QA (SQA Days-15) - Организация времени в тестиро...
Ladutko - Time Management in QA (SQA Days-15) - Организация времени в тестиро...Ladutko - Time Management in QA (SQA Days-15) - Организация времени в тестиро...
Ladutko - Time Management in QA (SQA Days-15) - Организация времени в тестиро...Andrey Ladutko
 
Оценка задач выполняемых по итеративной разработке
Оценка задач выполняемых по итеративной разработкеОценка задач выполняемых по итеративной разработке
Оценка задач выполняемых по итеративной разработкеReturn on Intelligence
 
Почему размер имеет значение
Почему размер имеет значениеПочему размер имеет значение
Почему размер имеет значениеSQALab
 

Semelhante a От оценок к планам: последние шаги (20)

2016-08-20 03 Сергей Горбачев. Planning poker в Scrum
2016-08-20 03 Сергей Горбачев. Planning poker в Scrum2016-08-20 03 Сергей Горбачев. Planning poker в Scrum
2016-08-20 03 Сергей Горбачев. Planning poker в Scrum
 
SEF.BY-2011_Denis_TuchДенис Тучин_Agile_Круглый_стол 13 ошибок применения Scrum
SEF.BY-2011_Denis_TuchДенис Тучин_Agile_Круглый_стол 13 ошибок применения ScrumSEF.BY-2011_Denis_TuchДенис Тучин_Agile_Круглый_стол 13 ошибок применения Scrum
SEF.BY-2011_Denis_TuchДенис Тучин_Agile_Круглый_стол 13 ошибок применения Scrum
 
13 ошибок внедрения Scrum и как их избежать
13 ошибок внедрения Scrum и как их избежать13 ошибок внедрения Scrum и как их избежать
13 ошибок внедрения Scrum и как их избежать
 
CodeFest 2014. Уразбаев А. — Трансформация Scrum
CodeFest 2014. Уразбаев А. — Трансформация ScrumCodeFest 2014. Уразбаев А. — Трансформация Scrum
CodeFest 2014. Уразбаев А. — Трансформация Scrum
 
Scrum! v1.1
Scrum! v1.1Scrum! v1.1
Scrum! v1.1
 
Асхат Уразбаев (ScrumTrek/GameTrek)
Асхат Уразбаев (ScrumTrek/GameTrek)Асхат Уразбаев (ScrumTrek/GameTrek)
Асхат Уразбаев (ScrumTrek/GameTrek)
 
Ladutko - Time management in QA - from words to deeds (ConfeT&QA-2013 Fall)
Ladutko - Time management in QA - from words to deeds (ConfeT&QA-2013 Fall)Ladutko - Time management in QA - from words to deeds (ConfeT&QA-2013 Fall)
Ladutko - Time management in QA - from words to deeds (ConfeT&QA-2013 Fall)
 
Scrum!
Scrum!Scrum!
Scrum!
 
Test Automation Canvas - не наступайте на глабли автоматизации
Test Automation Canvas - не наступайте на глабли автоматизацииTest Automation Canvas - не наступайте на глабли автоматизации
Test Automation Canvas - не наступайте на глабли автоматизации
 
Как не разочароваться в Scrum?
Как не разочароваться в Scrum?Как не разочароваться в Scrum?
Как не разочароваться в Scrum?
 
Scrum for kottans
Scrum for kottansScrum for kottans
Scrum for kottans
 
#No estimate. Безоценочная разработка
#No estimate. Безоценочная разработка#No estimate. Безоценочная разработка
#No estimate. Безоценочная разработка
 
Ускоряем исследования с помощью конкурсов как их готовить и выигрывать / Иван...
Ускоряем исследования с помощью конкурсов как их готовить и выигрывать / Иван...Ускоряем исследования с помощью конкурсов как их готовить и выигрывать / Иван...
Ускоряем исследования с помощью конкурсов как их готовить и выигрывать / Иван...
 
scrum metrics
scrum metricsscrum metrics
scrum metrics
 
Петрова Ксения - Data mining на практике - dmlabs.org
Петрова Ксения - Data mining на практике - dmlabs.orgПетрова Ксения - Data mining на практике - dmlabs.org
Петрова Ксения - Data mining на практике - dmlabs.org
 
Оценка сроков IT проектов
Оценка сроков IT проектовОценка сроков IT проектов
Оценка сроков IT проектов
 
Организация времени в тестировании
Организация времени в тестированииОрганизация времени в тестировании
Организация времени в тестировании
 
Ladutko - Time Management in QA (SQA Days-15) - Организация времени в тестиро...
Ladutko - Time Management in QA (SQA Days-15) - Организация времени в тестиро...Ladutko - Time Management in QA (SQA Days-15) - Организация времени в тестиро...
Ladutko - Time Management in QA (SQA Days-15) - Организация времени в тестиро...
 
Оценка задач выполняемых по итеративной разработке
Оценка задач выполняемых по итеративной разработкеОценка задач выполняемых по итеративной разработке
Оценка задач выполняемых по итеративной разработке
 
Почему размер имеет значение
Почему размер имеет значениеПочему размер имеет значение
Почему размер имеет значение
 

От оценок к планам: последние шаги

  • 1. От оценок к планам Последние шаги www.ciklum.com/consulting 1 28 марта 2013
  • 2. План выступления • О себе • Планы vs Оценки • Две методики –Идеальные Часы –Story Points • Бонус www.ciklum.com/consulting 2
  • 3. О себе www.ciklum.com/consulting 3 Максим Михальчук • Технический консультант Ciklum • Certified ScrumMaster - Управление командами - Внедрение Agile - Коучинг - Средства управления разработкой
  • 4. Что такое план? • Бизнес живёт в реальном мире • Наши попугаи – что идеальные часы, что story points, бизнес не интересуют • План – это поставки функциональности по датам www.ciklum.com/consulting 4
  • 5. Два проекта •Два реальных проекта с тайм-трекингом –Одни оценивали в идеальных часах и трэкали в идеальных часах –Другие оценивали в стори поинтах и трэкали в реальных часах •Я вытянул из JIRA 500+ и 300+ задач, отмеченных как Closed/Fixed www.ciklum.com/consulting 5
  • 6. Идеальные часы • Кто оценивает в идеальных часах? • Сколько идеальных часов в вашем дне? • Домножаете ли Вы «для надежности» при планировании? www.ciklum.com/consulting 6
  • 7. Проект #1 – все данные 0 0.02 0.04 0.06 0.08 0.1 0.12 0.14 0.16 0 0… 0… 0… 0… 0… 0… 0… 0… 0… 1 1… 1… 1… 1… 1… 1… 1… 1… 1… 2 2… 2… 2… 2… 2… 2… 2… 2… 2… 3 3… 3… 3… 3… 3… 3… 3… 3… 3… 4 Probability www.ciklum.com/consulting 7
  • 8. Неидеальные часы 0 0.2 0.4 0.6 0.8 1 1.2 0 0.02 0.04 0.06 0.08 0.1 0.12 0.14 0.16 0 0.2 0.4 0.6 0.8 1 1.2 1.4 1.6 1.8 2 2.2 2.4 2.6 2.8 3 3.2 3.4 3.6 3.8 4 Probability Cumulative www.ciklum.com/consulting 8
  • 9. Не нормальное распределение 0 0.2 0.4 0.6 0.8 1 1.2 0 0.02 0.04 0.06 0.08 0.1 0.12 0.14 0.16 0 0.2 0.4 0.6 0.8 1 1.2 1.4 1.6 1.8 2 2.2 2.4 2.6 2.8 3 3.2 3.4 3.6 3.8 4 Probability Cumulative Normal www.ciklum.com/consulting 9
  • 10. Планирование для команды #1 • Предположим, что после начала работы и 20 закрытых задач • К нам приходит менеджмент • Просит оценить весь бэклог • И сказать до когда мы его сделаем • Команда потратила неделю и наоценивала на 2800 идеальных часов • Что сказать менеджменту? www.ciklum.com/consulting 10
  • 11. Качество оценок после 20 задач www.ciklum.com/consulting 11 0 0.2 0.4 0.6 0.8 1 1.2 0 0.05 0.1 0.15 0.2 0.25 0 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1 1.1 1.2 1.3 1.4 1.5 1.6 1.7 1.8 1.9 2 2.1 2.2 2.3 2.4 2.5 Probability Cumulative
  • 12. Планирование для команды #1 • За 2800 часов! • Среднее 0.72 (мы переоцениваем задачи) за 2000 часов! • Внимание, правильные ответы: • С вероятностью 80% успеем за 1.2 * 2800 = 3360 часов • Для большей уверености можем выбрать 90% (* 1.3 = 3600 часов) или 95% (* 1.7 = 4800 часов) • В реальности остаток сделали за 3300 часов www.ciklum.com/consulting 12
  • 13. Story Points • Кто оценивает в Story Points? • Сколько Story Points Вы делаете в день? • При планировании - домножаете "для надежности"? www.ciklum.com/consulting 13
  • 14. Story Points www.ciklum.com/consulting 14 0 0.01 0.02 0.03 0.04 0.05 0.06 0.07 0.08 0.09 0.1 0 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1 1.1 1.2 1.3 1.4 1.5 1.6 1.7 1.8 1.9 2 2.1 2.2 2.3 2.4 2.5 2.6 2.7 2.8 2.9 3 Probability
  • 15. Story Points www.ciklum.com/consulting 15 0 0.2 0.4 0.6 0.8 1 1.2 0 0.01 0.02 0.03 0.04 0.05 0.06 0.07 0.08 0.09 0.1 0 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1 1.1 1.2 1.3 1.4 1.5 1.6 1.7 1.8 1.9 2 2.1 2.2 2.3 2.4 2.5 2.6 2.7 2.8 2.9 3 Probability Cumulative Normal
  • 16. Планирование для команды #2 • Та же задача – после начала работы и 20 закрытых задач • К нам приходит менеджмент • Просит оценить весь бэклог • И сказать до когда мы его сделаем • Команда по-быстрому оценила на 1860 story points • Что сказать менеджменту? www.ciklum.com/consulting 16
  • 17. Story Points: после 20 задач www.ciklum.com/consulting 17 0 0.2 0.4 0.6 0.8 1 1.2 0 0.05 0.1 0.15 0.2 0.25 0 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1 1.1 1.2 1.3 1.4 1.5 1.6 1.7 1.8 1.9 2 2.1 2.2 2.3 2.4 2.5 2.6 2.7 2.8 2.9 3 Probability Cumulative
  • 18. Планирование для команды #1 • За 1860 story points! • Среднее 1.0 (команда привыкла оценивать в часах) За 1860 часов! • Внимание, правильный ответ: • За 1860 часов с вероятностью 70% • С вероятностью 80% за 2400 часов (* 1.3 ч/sp) • В реальности сделали за 2300 часа www.ciklum.com/consulting 18
  • 19. Идеальные часы vs Story Points • Как видим технология получения реалистичных оценок не отличается совсем никак • Идеальные часы – те же попугаи, которые тоже нужно пересчитывать в календарное время, но – Более трудоёмкие – С плохим названием (выставляют неправильные ожидания заказчика) • Недостатки Story Points – Непривычные – Точность оценок не улучшается со временем www.ciklum.com/consulting 19
  • 20. Бонус – Немного Кэпа www.ciklum.com/consulting 20
  • 21. Быстрые оценки • Почему лучше оценивать быстро, а не качественно? • Приоритеты бизнеса меняются часто – Оценка завтра – ненужная оценка • Приоритеты бизнеса могут меняться в зависимости от оценки – Быстрое общение бизнеса и оценивающей стороны • Быструю относительную оценку иногда может сделать сам менеджер – Одно отвлечение 1 программиста = 30 минут на переключение контекста www.ciklum.com/consulting 21
  • 22. Плохие планы Чем больше последовательных задач, тем тяжелее дать вероятную оценку: • Если у каждой из 10 задач вероятность успеть 90% • У фичи из 10 последовательных задач p = 0.910 = 34% www.ciklum.com/consulting 22
  • 23. Хорошие планы Чем больше параллельных задач, тем легче: • Тоже pi = 90% • У фичи из 10 независимых задач p = min(p1, p2, ...) = 90% www.ciklum.com/consulting 23

Notas do Editor

  1. По оси Х – во сколько раз затраченное время больше нашей оценкиПо оси Y – с какой вероятностью мы потратим именно столько времениСамое вероятное значение – 100%, но ...
  2. Красным – тоже вероятность, но накапливающимся остатком (правая шкала)С какой вероятностью мы потратим столько времени или меньшеТ.е. вероятность успетьКак видим, вероятность вложиться в эстимейт – 45%, даже меньше чем «или вложимся, или нет»Если мы хотим вложиться с вероятностью 80% - между разработчиками и заказчиками нужно встроить умножитель на 1.7,90% - 2.3С вероятностью 100% успеть можно только за бесконечное время
  3. Важно: это не нормальное распределение! Было бы нормальным – выглядело бы как зелёный графикВ проекте по-разному ошибаютсяЧаще в сторону завышения оценкиРеже, но сильнее в сторону занижения
  4. Качество оценок, мягко говоря, не фонтанНо, т.к. других оценок у нас для вас нет, то мы прикидываем и говорим...
  5. Тоже реальный проект, выбраны 300+ последних законченных задачЗатреканное время разделено на оценку в стори поинтахПо оси Х – отношениеПо оси Y – с какой вероятностью мы потратим именно столько времени на стори поинтКак видно, эта команда качеству оценки уделяет значительно меньше внимания – разброс огромный
  6. Красным – тоже вероятность, но накапливающимся остатком (правая шкала)С какой вероятностью наша задача, оценённая в story point-ах, займёт вот столько часов или меньшеСреднее часов за story point 1.0760% задач займут меньше40% задач – больше (но иногда намного больше)Важно: это тоже не нормальное распределение! Однако сама суть оценки в стори поинтах – ошибаться в разные стороны.
  7. Качество попадания – тоже не ахти, но других данных у нас нет, так что...
  8. Тут нужно выбратьИли кошмарный конецКошмар без концаТ.е. помучаться один раз с настройкой Story Points или постоянно мучаться с идеальными часами