Профессора, на лекциях которых хочется спать, а уж никак не получать знания - это известный бич наших высших учебных заведений. Никто не спорит про их вклад в науку, а также тот объём знаний, которым они владеют. Но научить вас любить предмет они не смогут никогда, как бы не старались. Точно такая же история с книгами знаменитых гуру Agile. Вы можете по сто раз перечитывать теорию, но этим знаниям грошь цена без нескольких “практических работ” выполненых собственными руками. Поэтому если вы хотите избежать сотен проблем с которыми встречаются начинающие scrum-команды — прочтите небольшую “методичку” Scrum from trenches от одного из лучших практикующих “аспирантов”.

Не буду растекаться мыслью по древу, скажу лишь одно я прочитал эту книгу после года scrum практики и был изрядно удивлён тем, что 80% примеров проблем и последующих решений как будто с нашей команды было написано. А чтобы не быть больно субъективным скажу, что практикующие Scrum Master-а Коля Алименков и Ирина Пивоварова разделяют мнение о полезности данной книги для начинающих.

Ну, и напоследок скажу, что очень полезным источником практических знаний для вас будет блог автора данной книги Henrik Kniberg-а.

На написание данного поста меня подтолкнуло несколько моментов: в первую очередь это классические вопросы о том, как использовать scrum вне сферы разработки ПО, во вторую - моё былое увлечение политикой (наверное кое-кто помнит проект ham.com.ua) и конечно же предстоящее вступление Украины в ВТО.

Недолго думая, я сварганил пример sprint backlog-а для наших политиков. Вобщем смотрите, изучайте — все элементы беклога на месте, да и действующие лица и задачи тоже самые что ни на есть реальные ))

Начали внедрять у себя в проекте Scrum для QA команды и столкнулись с проблемой непонимания со стороны “новобранцев” одного из ключевых определений в скраме — юзер стори. Или даже правильнее было бы сказать, что проблема в черезчур прямолинейном понимании данного определения. Например, они целиком и полностью уверены, что под понятием user story скрываются исключительно задания, которые вносят новую функциональность в продукт. Но ведь это не всегда верно, ведь в списке задач есть такие черезвычайно сложные и трудоёмкие задачи как рефакторинг, нагрузочное тестирование или же интеграция модулей в приложении. Отсюда напрашивается первый вывод - user story в реальной жизни содержат не только описания нового функционала видимого клиенту. Мало того, данные требования в сложных системах могут быть всего лишь вершиной айсберга по сравнению с огромным количеством скрытых задач по созданию сложных алгоритмов и настройке безотказной системы.

узнать больше »