Agile и Scrum — гибкие методологии разработки

Agile‑манифест разработки программного обеспечения и его основные принципы

Agile‑манифест был опубликован в 2001 году группой разработчиков программного обеспечения. Эти 17 энтузиастов хотели найти наилучший способ управлять проектами, понимая, что традиционные методы проектного управления не совсем подходят для быстро развивающейся и постоянно изменяющейся IT‑сферы.

Agile‑манифест формулирует четыре основные ценности в разработке ПО:

• Люди и их взаимодействие важнее процессов и инструментов.
• Работающее программное обеспечение важнее подробной документации.
• Сотрудничество с клиентами важнее переговоров по контракту.
• Быстрое реагирование на изменения важнее следования плану.

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

Что же такое Scrum?

Scrum — это методология, которая помогает проектным командам воплощать принципы Agile‑манифеста в своей работе. Это фреймворк (то есть модель, определяющая структуру, правила и предоставляющая необходимый набор инструментов) для управления проектами, сфокусированный на постоянном улучшении продукта и коммуникации с заказчиками. Используя Scrum, команды могут создавать высококачественные продукты в соответствии с нуждами клиентов, оставаясь гибкими и отзывчивыми к изменяющимся требованиям.

Scrum — это одна из гибких методологий, помогающая командам эффективно работать и акцентирующая внимание на взаимодействии с клиентом, на гибкости и на постоянных улучшениях. Скрам предлагает структурированный подход к управлению проектами с чётко определёнными ролями, обязанностями и практиками.

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

Другим важным аспектом Scrum является выполнение проектов кросс‑функциональными командами, члены которых имеют все необходимые навыки и компетенции для завершения проекта. Scrum помогает всем членам команды быть «на одной волне» и работать эффективно. Команду сопровождает скрам‑мастер, который способствует внутрикомандной коммуникации и помогает преодолевать препятствия, которые могут возникнуть.

Также Scrum подчёркивает важность частого взаимодействия с заказчиком. Предполагается, что команда очень тесно работает с владельцем продукта, который представляет интересы заказчиков и стейкхолдеров. Это помогает убедиться, что проект остаётся сфокусированным на бизнес‑ценности и идёт навстречу ожиданиям заказчика.

Давайте более подробно остановимся на ролях, артефактах и практиках в Scrum.

Роли в Scrum: скрам‑мастер, владелец продукта и команда разработчиков

Скрам‑мастер

Скрам‑мастер следит за тем, чтобы все члены команды разработчиков действовали в рамках методологии Scrum. Он ответственен за продуктивность команды, устранение всех препятствий, возникающих в процессе коммуникации, а также за организацию скрам‑практик. Также скрам‑мастер следит за тем, чтобы команда работала в способствующей сотрудничеству и продуктивной атмосфере.

Product Owner (Владелец продукта)

Владелец продукта несёт ответственность за максимизацию ценности продукта, созданного командой разработчиков. Он управляет продуктовым бэклогом (списком требований к продукту и его необходимых характеристик), определяет приоритеты и порядок добавления функций в продукт и коммуницирует со стейкхолдерами. Владелец продукта следит за тем, чтобы продукт в процессе разработки не отклонялся от заложенной в него бизнес‑ценности и соответствовал ожиданиям заказчиков.

Команда разработчиков

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

Артефакты Scrum

Также методология Scrum включает в себя артефакты и практики. Ниже расскажем, что же это такое.

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

Это список функций или требований к разрабатываемому продукту. Продуктовым бэклогом управляет владелец продукта. Бэклог приоритизирован в зависимости от ценности каждой функции продукта для бизнеса (например, нет смысла запускать интернет-магазин без каталога товаров или без возможности оформить заказ, ведь тогда покупатель не сможет ничего купить, и ценность такого интернет-магазина для бизнеса полностью теряется).

Бэклог спринта

Это список задач, которые стоят перед командой в каждом спринте. Бэклог создаётся перед началом спринта командой разработки в сотрудничестве с владельцем продукта.

Инкремент

Инкремент — это потенциально готовый продукт, который команда выпускает в конце каждого спринта. Это работающий «кусочек» программного обеспечения, который увеличивает ценность продукта.

Практики Scrum

И, наконец, для более полного понимания данной методологии разберём скрам‑практики, без которых скрам не будет скрамом.

Спринт

Это строго ограниченный отрезок времени, в течение которого команда выполняет выбранный набор задач (бэклог спринта). Как правило, спринты длятся от одной до четырёх недель. Стоит отметить, что длительность спринта оговаривается перед его началом и не меняется в течение самого спринта. Только в самых редких случаях спринт может быть остановлен досрочно — например, если его цель утратила смысл.

Ежедневный скрам

Это пятнадцатиминутная ежедневная встреча (или созвон, если команда работает в удалённом формате), в рамках которой команда разработки обсуждает прогресс, достигнутый с предыдущего ежедневного скрама, планы на следующие 24 часа и любые возникающие на пути к цели помехи.

Планирование спринта

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

Ретроспектива спринта

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

Заключение

Таким образом, мы с вами обсудили все основные понятия, заложенные в методологию Scrum, и историю её возникновения. Сделаем небольшое заключение. Scrum — это одна (и, возможно, самая известная) из гибких методологий в управлении проектами. С помощью Scrum IT‑команды могут воплощать в своей работе основные ценности, изложенные в Agile‑манифесте. Agile‑манифест и Scrum постулируют командную работу, ответственность и постоянное улучшение процессов и разрабатываемого продукта. Используя Scrum, команды могут предоставлять заказчикам продукты высокого качества, разработанные с учётом их нужд и пожеланий, в то же время оставаясь гибкими и отзывчивыми к изменчивым обстоятельствам.