0
#NoEstimates:
безоценочная
разработка
Асхат Уразбаев
ScrumTrek
#NoEstimates: Безоценочная
разработка
Асхат Уразбаев
Ag;)e
Days 14
Асхат Уразбаев
• ScrumTrek
• Agile Coach
• Управляющий партнер
• В прошлом
• Программист, менеджер
проектов, методолог
Движение #NoEstimates
• Движение за разработку без
использования оценок
• Стартовало в твиттере
стараниями этого человека:...
Как мы до этого докатились?
COCOMO
COnstructive COst MOdel
• Function Points
• Early Function
Points
• Use Case Points
• База: индустрия
Оценка «по аналогии»
ака по-простому
• Декомпозиция на задачи
• Оценка в часах/днях экспертами
• База — 8-часовой рабочий ...
Перестраховка
Оптимист - Сделаем если ничего не предвиденного не случится. Новички. 0%
Реалист - Наиболее вероятное значен...
Простое объяснение
В компаниях Кремниевой Долины
была самая жестокая
конкуренция за всю историю
планеты. … Время, отпущенное
на разработку, п...
Scrum
Трудно оценить
Velocity
По ретроспективным данным
Стори-пойнты
• (с) Майк Кон
Velocity и регрессия к
среднему
Velocity падает
Стабильная скорость — признак перестраховки
Commitment Forecast
Оценка баклога
• Человеко-дни
– 1 день на оценку релиза
– Излишняя точность
• Стори-пойнты
– 4 часа
– Planning poker
• Сто...
Planning poker
Bucket estimation
Оценка
Часы
«Идеальные Дни»
Стори-пойнты
~40%
~20%
~10%
«Майки» SML ~1%
MVP & MMF
• Детальная декомпозиция
Оценка
ЗадачиФичи
1. Не оценивать. Просто посчитать.
2. Оценивать в T-shirt
1. Без задач
2. Не оценивать задачи, просто со...
#NoEstimates означает ведение софтверного
проекта без оценки человеком. Если
заказчик спрашивает «Когда?» — это
оценивание...
ценность
доставлять
непрерывно
“Заказчик все-таки просил оценить сроки”
КАК СОХРАНИТЬ
ПРЕДСКАЗУЕМОСТЬ
НЕ ОЦЕНИВАЯ?
Что важнее для заказчика?
• Вы успеваете сделать все
запланированные задачи внутри
итерации
• Вы успеете сделать его задачу
Перестраховка
Оптимист - Сделаем если ничего не предвиденного не случится. Новички. 0%
Реалист - Наиболее вероятное значен...
Спектр времени цикла
Вероятностный подход к прогнозированию
Lead Time Distribution
0
0.5
1
1.5
2
2.5
3
3.5
1
8
15
22
29
36
43
50
57
64
71
78
85...
Cycle Time < Время Изменения
Требований
Cumulative flow 1
Cumulative Flow 2
Пропускная способность
Потребность ~ Пропускная
способность
Фильтрация потребности
Фильтр
Ложная загрузка (Failure
Demand)
Идея
анализ
проектирование
разработка
тестирование
релиз
Failure Demand
• Непродуманные
требования
• Ошибки
проектирования...
Внешние зависимости
• ы
Узкое место ли вы?
Асхат
Уразбаев
askhat@scrumtrek.r
u
F askhat.urazbaev
@zibsun
askhatu
#No estimate. Безоценочная разработка
#No estimate. Безоценочная разработка
#No estimate. Безоценочная разработка
Upcoming SlideShare
Loading in...5
×

#No estimate. Безоценочная разработка

1,876

Published on

Вы слышали о движении #NoEstimates? Разработчики во всем мире отказываются от оценки! Не надо оценивать проекты, фичи и таски — говорят они. Это занимает много времени, да и процесс это не особо приятный.
Вам нравится эта идея? Вижу, что нет.
Вот например, как объяснить заказчику свое новое безоценочное восприятие? Хотите вы или нет, сроки придется называть! Что делать с обязательствами на спринт? А как же прозрачность? Предсказуемость?
По большому счету вы правы. Нельзя просто выкинуть оценку и все. Идея #NoEstimate в том, что можно увеличить прозрачность и предсказуемость разработки, если заменить оценку более эффективными инструментами.
Мы поговорим, что такое на самом деле #NoEstimate и чем практически можно заменить оценку.

Published in: Technology

Transcript of "#No estimate. Безоценочная разработка"

  1. 1. #NoEstimates: безоценочная разработка Асхат Уразбаев ScrumTrek
  2. 2. #NoEstimates: Безоценочная разработка Асхат Уразбаев Ag;)e Days 14
  3. 3. Асхат Уразбаев • ScrumTrek • Agile Coach • Управляющий партнер • В прошлом • Программист, менеджер проектов, методолог
  4. 4. Движение #NoEstimates • Движение за разработку без использования оценок • Стартовало в твиттере стараниями этого человека: Woody Zuill
  5. 5. Как мы до этого докатились?
  6. 6. COCOMO COnstructive COst MOdel • Function Points • Early Function Points • Use Case Points • База: индустрия
  7. 7. Оценка «по аналогии» ака по-простому • Декомпозиция на задачи • Оценка в часах/днях экспертами • База — 8-часовой рабочий день ТЗ план
  8. 8. Перестраховка Оптимист - Сделаем если ничего не предвиденного не случится. Новички. 0% Реалист - Наиболее вероятное значение. Оценка опытных разработчиков. (Вероятно Fail по- прежнему ~70%) Перестраховка - Если космос не рухнет, то точно уложимся.
  9. 9. Простое объяснение
  10. 10. В компаниях Кремниевой Долины была самая жестокая конкуренция за всю историю планеты. … Время, отпущенное на разработку, постоянно урезалос ь. Сначала на разработку ново й версии отводилось три года. Потом этот срок сократили до двух лет. Потом — до восемнадцати месяцев. Теперь на это отводится двенадцать месяцев, новую версию нужно выпускать каждый год.
  11. 11. Scrum
  12. 12. Трудно оценить
  13. 13. Velocity По ретроспективным данным
  14. 14. Стори-пойнты • (с) Майк Кон
  15. 15. Velocity и регрессия к среднему
  16. 16. Velocity падает Стабильная скорость — признак перестраховки
  17. 17. Commitment Forecast
  18. 18. Оценка баклога • Человеко-дни – 1 день на оценку релиза – Излишняя точность • Стори-пойнты – 4 часа – Planning poker • Стори-пойнты – 1 час – 1/2/4 • Порядок величины – ~ 20 мин – Good, Too big
  19. 19. Planning poker
  20. 20. Bucket estimation
  21. 21. Оценка Часы «Идеальные Дни» Стори-пойнты ~40% ~20% ~10% «Майки» SML ~1%
  22. 22. MVP & MMF • Детальная декомпозиция
  23. 23. Оценка ЗадачиФичи 1. Не оценивать. Просто посчитать. 2. Оценивать в T-shirt 1. Без задач 2. Не оценивать задачи, просто сосчитать 3. Оценить задачи в днях 1d 2d0.5d 4. Оценить задачи в часах 12h 8h4h S M L Часы? Дни? Недели? S M L 3. Оценивать в story-points 1sp 2sp 5sp 4. оценивать в идеальных человеко-днях 1d 3d 6d ”типичный” Kanban ”типичный” Scrum By Henrik Kniberg
  24. 24. #NoEstimates означает ведение софтверного проекта без оценки человеком. Если заказчик спрашивает «Когда?» — это оценивание. Если ему не приходится спрашивать — это #NoEstimates We'll define #NoEstimates as running a software project without any human estimation process. If customers asks, "How long will it take?" that's estimating. If they never have to ask, that's #NoEstimates. Matthew Heusser (c)
  25. 25. ценность доставлять непрерывно
  26. 26. “Заказчик все-таки просил оценить сроки”
  27. 27. КАК СОХРАНИТЬ ПРЕДСКАЗУЕМОСТЬ НЕ ОЦЕНИВАЯ?
  28. 28. Что важнее для заказчика? • Вы успеваете сделать все запланированные задачи внутри итерации • Вы успеете сделать его задачу
  29. 29. Перестраховка Оптимист - Сделаем если ничего не предвиденного не случится. Новички. 0% Реалист - Наиболее вероятное значение. Оценка опытных разработчиков. (Вероятно Fail по- прежнему ~70%) Перестраховка - Если космос не рухнет, то точно уложимся.
  30. 30. Спектр времени цикла
  31. 31. Вероятностный подход к прогнозированию Lead Time Distribution 0 0.5 1 1.5 2 2.5 3 3.5 1 8 15 22 29 36 43 50 57 64 71 78 85 92 99 106 113 120 127 134 141 148 Days CRs&Bugs SLA = 44 дня с 85% Среднее = 31 SLA=105 дня с 98 %
  32. 32. Cycle Time < Время Изменения Требований
  33. 33. Cumulative flow 1
  34. 34. Cumulative Flow 2
  35. 35. Пропускная способность
  36. 36. Потребность ~ Пропускная способность
  37. 37. Фильтрация потребности Фильтр
  38. 38. Ложная загрузка (Failure Demand)
  39. 39. Идея анализ проектирование разработка тестирование релиз Failure Demand • Непродуманные требования • Ошибки проектирования • Баги • Нетестированный функционал • Ошибки выкладки
  40. 40. Внешние зависимости • ы
  41. 41. Узкое место ли вы?
  42. 42. Асхат Уразбаев askhat@scrumtrek.r u F askhat.urazbaev @zibsun askhatu
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×