Несмотря на то, что гибкая методология оказалась ценной в ряде отраслей, она оказалась наиболее успешной в разработке программного обеспечения и в жизненном цикле разработки программного обеспечения (SDLC). Происходящая из двенадцати основных принципов Agile Manifesto, гибкая методология включает в себя итеративные процессы, ориентированные на непрерывный мониторинг и улучшение результатов.

Гибкие процессы были разработаны в качестве альтернативы традиционным методам водопада. Метод Waterfall - это последовательный процесс проектирования, который требует завершения шага до перехода к следующему. Традиционно методология водопада оказалась успешной в строительстве; однако для более технических отраслей более гибкий подход имеет большую ценность. Вместо того, чтобы следовать поэтапному подходу, все этапы проекта выполняются параллельно. Гибкие процессы пытаются справиться с непредсказуемым характером цикла разработки путем выявления ошибок и устранения необходимости полностью перезапуска проекта.

Agile Methodology

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

Spotify признан за свои гибкие процессы: наименьшая группа компаний, называемая отрядами, ведет себя как автономные стартапы. Каждый отряд фокусируется на определенной функции и выполняет итерацию на основе минимального жизнеспособного продукта, выпуская обновления рано и часто. По определению, минимальный жизнеспособный продукт - это новейшая версия продукта, которая позволяет команде собирать максимальный объем информации, необходимой для определения того, что работает, а что нет. В Spotify каждый отряд обрабатывает небольшой проект; однако каждый проект основывается на общей цели создания большей клиентской ценности.

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

-3 ->

Задачи в гибком проекте управляются итерацией. Итерация представляет собой временные рамки, обычно от одной до двух недель, в течение которых потребности клиентов разрабатываются и преобразуются в управляемые тестируемые продукты. Ключевой особенностью гибкой методологии является предположение, что проекты состоят из последовательности итераций. Команды могут использовать свою скорость, чтобы отслеживать, сколько они выполняют на каждой итерации, чтобы сохранить планы реалистичными и избежать перерасхода. На каждой итерации готовый продукт завершается после анализа, проектирования, тестирования, обеспечения качества и пользовательского опыта. Хотя все тонко настроенные функции могут отсутствовать, члены команды должны быть уверены, что они могут выпускать продукт, если потребуется.

Методика Scrum

В рамках гибкой методологии существуют несколько рамок, включая Scrum, Lean и Extreme Programming. Большинство организаций, которые переходят на гибкую методологию, предпочитают начинать с Scrum благодаря своей простоте и гибкости. Проекты Scrum предоставляют компаниям и клиентам структуру для ролей, встреч, а также правил. Члены команды несут ответственность за обучение и адаптацию процессов, чтобы справиться с непредсказуемостью.

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

Затем владелец продукта проводит обзор, чтобы определить, достаточно ли заполнены все истории в отсталости. В это время ScrumMaster встречается с командой для ретроспективы. Члены команды размышляют о своих собственных процессах, чтобы адаптировать поведение к будущим спринтам. Крайне важно, что ScrumMaster избегает общих препятствий и создает благоприятные условия для обсуждения. Из-за непредсказуемого характера разработки программного обеспечения и продуктов каждый спринт уникален и должен адаптироваться к изменениям.

Проекты Scrum облегчаются владельцем продукта, ScrumMaster и командой. Во время каждого спринта команда, состоящая из самоуправляющихся лиц, несет ответственность за определение и делегирование того, как она выполнит всю необходимую работу. Внутри команды каждый член имеет специальность; однако нет официальных названий или иерархии. ScrumMaster - это преданный человек, который устраняет препятствия и держит команду в курсе, обеспечивая при этом прозрачность отставания в спринте. Наконец, владелец продукта несет ответственность за создание и передачу видения продукта и решает, должны ли продукты проходить больше развития или готовы к выпуску.

Bottom Line

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

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