Шесть причин, почему вам нужно обращать больше внимания на Цель Спринта

Цель Спринта — важный компонент Скрама. Он похож на факел, который объединяет команду разработки и помогает ей двигаться во время Спринта. О Цели Спринта не слишком часто говорят, и этой статье я хочу раскрыть глубину этого элемента.

Цель Спринта

Для начала давайте заглянем в Скрам Гайд и посмотрим, как он описывает Цель Спринта:

Цель Спринта дает Команде Разработки достаточную гибкость относительно функциональности, разрабатываемой в Спринте. Цель Спринта объединяет смыслом выбранные элементы Бэклога Продукта, и служит основанием для командной работы.

Мы видим, что Цель Спринта «дает гибкость», «объединяет смыслом» и «служит основанием». Я попробую объяснить эти идеи и добавлю еще несколько важных замечаний.

Продолжение этой статьи »


Интервью с Александром Горником

Продолжаем перепись аджайл населения страны. Сегодня у нас первый владелец продукта — Александр Горник, сооснователь и chief product owner в компании Mindbox.

Продолжение этой статьи »


Как жить, если Бэклог Продукта похож на винегрет

Я работаю с большим количеством организаций, которые учатся использовать Скрам, как инструмент для организационной гибкости. Недавно я заметил закономерность: если команда не может сформулировать Цель Спринта, нужно смотреть на их Бэклог Продукта. И, как правило, он похож на мое любимое блюдо, винегрет. Найти смысл в винегрете — непростая задача 🙂

Бэклог продукта

Со временем отдельные случаи превратились в паттерн и я осознал: Цель Спринта является одним из индикаторов здоровья Бэклога Продукта, потому что именно она объединяет смыслом элементы Бэклога Продукта и служит основанием для командной работы. Сам Бэклог Продукта ультимативно определяет успех продукта, это генеральный план для Скрам-команды.

Попробуем разобраться, как проверить свой Бэклог на винегретность и улучшить ситуацию, если дело плохо.

Продолжение этой статьи »


О роли владельца продукта

Перевод статьи Романа Пихлера The Scrum Product Owner Role on one page.

Владелец Продукта — это ключевая роль в Скраме, при этом многие организации испытывают затруднения в ее внедрении. В этой статье я коротко расскажу, что значит быть Владельцем Продукта. Надеюсь, это поможет правильно понять эту роль.
Продолжение этой статьи »


Как начислять зарплату команде разработки, которая работает по Скраму

Артем Игнатенко спросил нас:

Как пересматривать зарплаты в Dev команде? Учитывая Т-образные компетенции, ставить ценник на каждую компетенцию? И как проводить объективную оценку этой компетентности (аналоги оценок 360 и ИПР для Scrum-команд)?

Отвечаем:

Продолжение этой статьи »


3 причины, почему Спринты полезны

Перевод статьи Дэвида Старра «3 reasons to sprint«.

Некоторые команды спрашивают, почему так важно заканчивать работу за Спринт. «Это искусственное ограничение моей работы.» — поясняют они. «Почему мы не можем потратить столько времени, сколько необходимо? Почему всё должно быть готово до завершения Спринта?» По моему опыту, эти разочарованные команды, скорее всего, хотят перейти от плохо внедренного Скрама к катастрофически реализованному Канбану и работе по системе “точно вовремя” (just-in-time).
Использование спринтов дает три преимущества, которых нет в системе “точно вовремя”.
Продолжение этой статьи »


Владелец Продукта — предприниматель

Перевод оригинальной статьи Гюнтера Верхеена https://guntherverheyen.com/about/

Разработка программного обеспечения предполагает создание новых продуктов. Ведь каждый программный продукт по своей сути уникален. Мы создаём ранее не существовавшее программное обеспечение, пакеты программ, интеграционные решения и расширения продуктов,  распространяем существующие продукты на новые области. Конкуренция, ожидания рынка и технологии меняются так скоро, что опробованные идеи, практики и подходы быстро устаревают, вынуждая нас приступать к разработке новых продуктов.

Разработка нового продукта в запутанной среде требует предпринимательского стиля мышления, при этом размер и возраст продукта или опыт компании не имеют значения. Владелец Продукта, описанный в Скраме, становится Agile менеджером продукта, президентом продукта, его мини-СЕО. Под влиянием среды и высокого уровня неопределенности большие планы могут обернуться  бессмысленными потерями. Поэтому Владелец Продукта использует итеративную разработку и исследовательский подход, стремясь к инкрементальному прогрессу через постоянное исследование полученных результатов. Продолжение этой статьи »


Почему Обзор Спринта больше, чем Демо

Многие люди, практикующие Скрам ошибочно называют Обзор Спринта — “Демо”. Казалось бы, какая разница, если это лишь вопрос терминологии? Тем не менее, Обзор Спринта — самое недооцененное событие Скрама, и многим организациям еще только предстоит в полной мере реализовать его потенциал. “Демо” действительно является очень важной и необходимой его частью Обзора Спринта, но не единственной.

Важно — инспектируем Спринт как событие.

Спринт сам по себе — одно из 5-ти официальных событий Скрама. Обзор Спринта — это не просто демонстрация “Готового” Инкремента продукта, а инспекция прошедшего Спринта, исследование его как эксперимента. В Скраме каждый Спринт — это проект, а сама разработка продукта состоит из большого количества подобных мини-проектов. Каждый Спринт может оказаться последним. Владелец Продукта принимает решение о финансировании очередного Спринта исходя из экономической целесообразности (ROI).

Каждый Спринт может стать последним. Владелец Продукта принимает решение о финансировании очередного Спринта исходя из экономической целесообразности (ROI).

К примеру, формально на Обзоре Спринта могут быть приняты следующие решения:

  • Остановить разработку.
  • Финансировать следующий Спринт.
  • Добавить команду(ы) для увеличения скорость разработки.
  • Изменить состав Команды Разработки.

Продолжение этой статьи »


Скрам – фреймворк, а не методология

Мы продолжаем переводы статей по Agile- и Scrum-тематике, сегодня — статья Гюнтера Верхеена «Скрам – фреймворк, а не методология»

Над переводом работали:


Лобин Сергей

Павличенко Илья

Дмитрий Кустов

Продолжение этой статьи »


Мифы о Скраме: Скорость = Ценность?

Команда Agile Translaters поздравляет всех с наступившим Новым Годом и продолжает свою работу над переводом замечательных ресурсов по Agile и Scrum, далее следует перевод замечательного блог-поста Алекса Балларина Scrum Myths: Velocity = Value?

Продолжение этой статьи »