Профессора, на лекциях которых хочется спать, а уж никак не получать знания — это известный бич наших высших учебных заведений. Никто не спорит про их вклад в науку, а также тот объём знаний, которым они владеют. Но научить вас любить предмет они не смогут никогда, как бы не старались. Точно такая же история с книгами знаменитых гуру Agile. Вы можете по сто раз перечитывать теорию, но этим знаниям грошь цена без нескольких «практических работ» выполненых собственными руками. Поэтому если вы хотите избежать сотен проблем с которыми встречаются начинающие scrum-команды — прочтите небольшую «методичку» Scrum and XP from the Trenches от одного из лучших практикующих «аспирантов».Не буду растекаться мыслью по древу, скажу лишь одно я прочитал эту книгу после года scrum практики и был изрядно удивлён тем, что 80% примеров проблем и последующих решений как будто с нашей команды было написано. А чтобы не быть больно субъективным скажу, что практикующие Scrum Master-а Коля Алименков и Ирина Пивоварова разделяют мнение о полезности данной книги для начинающих.Ну, и напоследок скажу, что очень полезным источником практических знаний для вас будет блог автора данной книги Henrik Kniberg-а.
На написание данного поста меня подтолкнуло несколько моментов: в первую очередь это классические вопросы о том, как использовать scrum вне сферы разработки ПО, во вторую — моё былое увлечение политикой (наверное кое-кто помнит проект ham.com.ua) и конечно же предстоящее вступление Украины в ВТО.
Недолго думая, я сварганил пример sprint backlog-а для наших политиков. Вобщем смотрите, изучайте — все элементы беклога на месте, да и действующие лица и задачи тоже самые что ни на есть реальные ))
Начали внедрять у себя в проекте Scrum для QA команды и столкнулись с проблемой непонимания со стороны «новобранцев» одного из ключевых определений в скраме — юзер стори. Или даже правильнее было бы сказать, что проблема в черезчур прямолинейном понимании данного определения. Например, они целиком и полностью уверены, что под понятием user story скрываются исключительно задания, которые вносят новую функциональность в продукт. Но ведь это не всегда верно, ведь в списке задач есть такие черезвычайно сложные и трудоёмкие задачи как рефакторинг, нагрузочное тестирование или же интеграция модулей в приложении. Отсюда напрашивается первый вывод — user story в реальной жизни содержат не только описания нового функционала видимого клиенту. Мало того, данные требования в сложных системах могут быть всего лишь вершиной айсберга по сравнению с огромным количеством скрытых задач по созданию сложных алгоритмов и настройке безотказной системы.
Три дня назад я столкнулся с проблемой использования бесплатного svn хостинга в одном новом проекте, о котором вы услышите через пару месяцев. Отправной точной для своих поисков я выбрал сайт subversion и начал копать. Не буду вдаваться в подробности , а напишу всего лишь общие выводы и комментарии. Итак, от чего вам придётся отталкиваться при выборе данного вида хостинга.
Продолжаем техническую подготовку проекта, а точнее будем конфигурировать наш движок для блога WordPress. И поскольку я решил всё таки работать во благо пост-советского информационного пространства (у буржуев своих писак хватает), то думаю, перевод интерфейса на русский будет совсем не лишним.
И как вы, наверное, уже догадались, такое с виду нехитрое задание оказывается на поверку делом очень хитрым и запутанны. Как и в прошлой статье о том, как получить домен на шару нам придется пройти по четырем основным процедурам.