Раскрась свой Бэклог! Или о том как принимать решения на основе разных типов элементов бэклога
6 likes5,236 views
Документ обсуждает стратегии управления бэклогом в контексте разработки программного обеспечения, акцентируя внимание на выборе элементов для приоритезации и планирования. Он рассматривает важность учета видимых и невидимых функций, дефектов и технического долга при принятии решений о релизах и итерациях. Также предложены методы визуализации ценности и стоимости функций, чтобы улучшить процесс планирования.
Раскрась свой Бэклог! Или о том как принимать решения на основе разных типов элементов бэклога
- 1. Раскрась свой Бэклог! Или о том, как принимать решения на основе разных типов элементов бэклога
- 3. Как бывает
- 4. Тайм-бокс люди Работа (~= Бюджет) время
- 5. лучше чем “Если проект не укладывается в сроки, то добавление рабочей силы задержит его еще больше” Фредерик П. Брукс «Мифический человеко-месяц»
- 6. Тайм-бокс для Выпусков Релиз 1 Релиз 2 Релиз 3 Релиз 4 время
- 8. Бэклог в Scrum – это интерфейс взаимодействия с внешним миром
- 9. Бэклог – инструмент планирования
- 10. Почему цвета? Проблема четырёх красок - математическая задача, предложенная Ф. Гутри в 1852 году
- 11. Четырех цветов хватит для всего
- 12. Теория четырех цветов в действии Edward R. Tufte Peter Coad, Jeff De Luca
- 13. Почему бы не применить эту теорию к Бэклогу? Philippe Kruchten
- 14. Что вы положите в бэклог?
- 15. Функции системы - это удовлетворение нужд пользователя через систему
- 16. Из Функций получается хороший Бэклог
- 18. Тайм-бокс - это символ фиксированного бюджета (времени)
- 19. Задача планирования: что положить в ограниченный бюджет
- 20. У каждой Функции есть “Ценность”
- 21. В простом случае, мы можем визуализировать отношение на графике 12 $15 7 $2 6 $8 Ценность 5 $1 5 $5 4 $5 4 $5 3 $5 2 $5 Стоимость
- 22. Лирическое отступление: В чем считать Ценность?
- 23. В простых системах часто считают Стоимость == Ценность
- 24. Часто путают Производительность Эффективность/действенность (Efficiency) (Effectiveness) In general, "Efficiency" is a "Effectiveness", is a relatively measurable concept, vague, non-quantitative quantitatively determined by concept, mainly concerned the ratio of output to input. with achieving objectives.
- 25. Какие выбрать единицы для Ценности? Доллары? |Приоритет? | Относительный индекс?
- 26. Используйте относительные пункты Не путайте со Story Points!
- 28. Реализация Невидимой Функции ускоряет разработку Видимой Функции
- 29. Ценность Невидимой Функции - это "сэкономленное время" для Видимых функций
- 30. Например 5 функций Одна Невидимая 25 экономия требуют по 13 ценой в 5 - 5 инвестиция пунктов усилий экономит 5 на = 20 выгода каждой
- 31. Планирование выпуска - это баланс между Видимыми и Невидимыми Функциями ?
- 32. Планирование выпуска - это баланс между Видимыми и Невидимыми Функциями
- 33. Дефекты Это неспособность программы выполнять ожидаемые действия
- 35. У Дефектов есть Негативная "Ценность" У Дефектов тоже есть "Стоимость"
- 36. Зависимости Дефекты зависят от Желтых ("Невидимых"), а Зеленые ("Видимые") зависят от Красных ("Дефектов")
- 37. Планирование выпуска - это баланс между Видимыми + Невидимыми + Дефектами ?
- 38. Технический Долг Технический Долг он … стремный Мы все чувствуем его запах Хотя редко можем обосновать, откуда он
- 39. Осторожно YAGNI * You Are Not Gonna Need It
- 40. Пример YAGNI
- 41. Технический Долг - это последствия всех отложенных "Желтых" решений Опрометчивый Благоразумный “У нас нет “Нужно выкатить времени для версию сейчас и потом дизайна” сможем разбраться с последствиями” Преднамеренный Непреднамеренный “Теперь мы знаем, что "Какие такие слои?" это нужно было сделать” http://martinfowler.com/bliki/TechnicalDebtQuadrant.html
- 42. У Технического Долга Негативная "Ценность" И у Технического Долга тоже есть “Стоимость”
- 43. Планирование выпуска - это баланс между Видимыми + Невидимыми + Дефектами + Техническим Долгом ?
- 44. Разноцветный бэклог Невидимые Функции Новые Функции - поддерживают Ценные - истории пользователя качество, надежность и и т.п. удешевляют разработку новых функций Видимые Не видимые Дефекты Не ценные Технический Долг – требующие - который накопился дополнительного из-за «быстрых» внимания решений
- 45. Ценность уменьшается 8 Релиз 1 Релиз 2 Релиз 3 Релиз 4 8 7 6 5 время
- 46. Долг растет 5 Релиз 1 Релиз 2 Релиз 3 Релиз 4 5 6 7 8 время
- 47. Планирование Эффект застежки «молнии»
- 48. Задача расстановки приоритетов и планирования - максимизировать прибыль
- 50. Вводите четкие правила, когда перемещать какой цвет Одинаковые планы для Итераций и Релизов
- 51. Намечайте, в какой тайм-бокс положить тот или иной элемент
- 52. Перемещайте по мере поступления новой информации
- 54. Сделайте все невидимые элементы видимыми
- 56. Планируйте все типы вместе
- 57. Грамотно используйте буфер от общего времени
- 58. Спасибо! Тимофей Евграшин http://tim.com.ua @yevgrashyn
- 59. Credits Photos: Права на все фотографии принадлежат их авторам и/или правообладателям 1. © Scott Adams 2. © 3M 3. © CBS 4. © Preuss Und Preuss 5. © Volkswagen 6. © Mercedes 7. © Disney Enterprises Inc 8. http://innowire.ru 9. http://rsastories.files.wordpress.com 10. © Robert Horne Group Design Branding 11. и другие…