На прошедшей недавно конференции Agile Eastern Europe, я решил поддержать рускоязычную сцену и выступил с докладом “Раскрась свой Бэклог! или о том, как принимать решения на основе разных типов элементов бэклога”.
Ниже под катом находится слайдкаст моего выступления – те, кто не смог присутствовать, могут и посмотреть и послушать.
Сама идея того, что в Бэклоге Продукта могут быть разные типы элементов, очень быстро приходит к тем, кто начинает практиковать Scrum или другую Agile методологию. Ведь Бэклог – это и инструмент взаимодействия с внешним миром, и инструмент планирования на разных уровнях. Достаточно быстро становится очевидным, что туда должно попадать все, на что нужно инвестировать время команды, чтобы получить в результате рабочий продукт.
Что же вы положите в Бэклог и, на что это повлияет?
(більше…)



В одной из прошлых статей я
Кто из нас не играл в испорченный телефон? Когда собирается группа в 5 и более человек, то игра превращается в море веселья. Невинные фразы вроде «жираф длинношеее животное» на выходе превращаются в замысловатые и бессмысленные выражения, которые вызывают взрывы смеха у участников.
Если вы хоть раз объясняли команде то, как работа итерациями позволяет регулярно поставлять новый и важный функционал, то наверняка не раз сталкивались с простым и резонным вопросом: “А что делать с архитектурой?”.
Уже не первый раз мне доводится участвовать в дискуссии по поводу того, сколько Бэклогов Продукта (Product Backlog) нужно на проекте. Вопрос зачастую переходит из практической области в теоретическую, что не всегда ведет к удачным решениям для конкретных команд.
В своей новой книге “
