Блог Brain Rain - Статьи о SCRUM (Скрам) и Agile от Богдана Мисюры
Ежедневный Скрам — встреча, привычная для Аджайл-команд. Но я всё еще сталкиваюсь с тем, что некоторые Владельцы Продукта и Продакт-менеджеры не уверены, стоит ли им её посещать. В этом посте я собрал рекомендации о том, стоит ли PM и PO посещать эту встречу, когда лучше всего это делать и как в ней участвовать.
«Перестать планировать и начать делать» — заветное желание многих организаций. Хотя не у всех получается измениться: переход на Аджайл требует системной работы. Какие именно подходы и инструменты могут в этом помочь?Команда BrainRain собрала некоторые наблюдения спикеров и полезные ссылки с конференции ScrumDayUA 2018 для всех, кто интересуется Аджайл-практиками в бизнесе. В 2018 году конференция была посвящена Аджайл-трансформации и продакт-менеджменту: Скраму, Аджайл-менеджменту, системному мышлению, сервис-дизайну, Лину, Канбану и их масштабированию.
Скрам Мастерство — это непросто. В роли Скрам Мастера много вызовов. Мы поговорили с несколькими Скрам Мастерами и подготовили список их полезных советов для начинающих. Читайте рекомендации экспертов и становитесь лучшей версией себя!
Чтобы быть успешными, Скрам Мастерам нужно развить много качеств. Чему им стоит научиться? Смотрите инфографику - 8 навыков успешного Скрам Мастера.
В этой статье мы поверхностно прошлись по трем ролям в Скраме, но уже по этому обзору понятно, что все роли уникальны для Скрама — это не просто новая версия ролей из модели водопада. Более того, каждая роль дополняет другие; успех проекта зависит от того, насколько полно усвоена каждая роль и насколько они могут взаимодействовать. Когда организация переходит на Скрам, ей необходимо поддерживать все три роли, растить в них экспертизу и избегать сравнений с моделью водопада.
В 2001 году 17 специалистов по разработке, которые выступали за изменения в своих организациях, встретились в Сноубёрд (штат Юта). Среди них были Кен Швабер и Джефф Сазерленд. Обменявшись идеями, они сформулировали Аджайл-манифест — документ с ключевыми ценностями, которые делают разработку гибкой, то есть быстро приспособляемой к смене условий. Эти ценности до сих пор являются определяющими и для Скрама. Считается, что слово Аджайл заимствовано из книги, которую тогда читал один из учатсников встречи, — “Agile Competitors and Virtual Organizations: Strategies for Enriching the Customer” об опыте таких компаний, как ABB, Federal Express, Boeing, Bose и Harley-Davidson.
В конце каждого спринта Скрам команда проводит встречу под названием Ретроспектива Спринта. На ней обсуждается, как прошел спринт и какие изменения нужны, чтобы провести следующий спринт еще продуктивнее.Ретроспектива Спринта очень важна в общем Скрам-процессе — она призвана повышать эффективность Скрам команды с каждой новой итерацией. Согласно одному из главных принципов Аджайл-манифеста, команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы.
Покер планирования — это техника, которая позволяет оценить, насколько велики задачи по разработке одна относительно другой. Оценка происходит в игровой форме и по принципу консенсуса. Команда собирается на встречу, пишет на доске пользовательские истории и голосует за их величину или значение карточками. Важно, чтобы на этапе оценки все до последнего момента держали карты рубашкой вверх — так удается избежать эффекта привязки, когда решение одного участника влияет на решения других.
Бэклог спринта — это список задач, выполнение которых Скрам команда прогнозирует на один спринт. Во время встречи под названием Планирование спринта команда выбирает некоторое количество элементов Бэклога Продукта, обычно в форме пользовательских историй. Затем она определяет, какие задачи нужно выполнить, чтобы закрыть каждую из историй. Большинство команд также оценивают, сколько часов потребуется кому-либо в команде на выполнение той или иной задачи.
Главная цель в применении Скрама — создать продукт, который будет иметь спрос у пользователей и давать достаточную окупаемость инвестиций (ROI). Самый серьезный риск в разработке — выпустить продукт, который никому не нужен. Скрам уменьшает этот риск с помощью частых циклов обратной связи. Чтобы разработать востребованный продукт, Скрам команда регулярно проводит демонстрации (инспектирует Инкремент) во время Обзоров Спринтов. На этих встречах ключевые стейкхолдеры и конечные пользователи работают с инкрементом продукта. Так мы получаем обратную связь, а Владелец Продукта корректирует планы — адаптирует Бэклог Продукта, а иногда и план релиза.

Будь в курсе! Подпишись на scrum-новости