Объяснение Agile-манифеста

У любого хорошего движения есть манифест, который представляет собой публичную декларацию политики и намерений. Были манифесты для художественных движений, политических движений и почти всего, что вы можете себе представить. Тем не менее, Agile Manifesto больше похож на управление проектами.

Agile — довольно спорная тема в этой области. Кто-то называет это методологией, а кто-то фреймворком. В любом случае, Agile предлагает быстрый и гибкий способ работы, который сначала принес пользу разработке программного обеспечения, а затем распространился почти на все отрасли. Теперь даже сторонники традиционного управления проектами, использующие диаграммы Ганта и водопадные проекты, обращают внимание на актуальность Agile.

Если вы не знакомы с Agile или слышали это слово, но до сих пор не имеете четкого представления о нем, не волнуйтесь. Ты не одинок. Agile не только поляризует, непосвященным может быть трудно понять. Вот почему мы собираемся объяснить, что такое Agile, и важность Agile Manifesto.

Что такое Agile?

Как мы писали ранее, это нагруженный вопрос. Это может оказаться минным полем, поэтому мы будем действовать осторожно и попытаемся дать вам непротиворечивое определение Agile. Не стесняйтесь помешивать горшок, когда вы станете хорошо разбираться в предмете.

Фраза «гибкая разработка программного обеспечения» была впервые использована в 2001 году, но на самом деле гибкая разработка применялась к проектам с середины 1990-х годов. Разработчики программного обеспечения начали уделять особое внимание тесному сотрудничеству между командами и заинтересованными сторонами, частому предоставлению ценности для бизнеса и самоорганизующимся командам. Но только в Agile Manifesto эти идеи были систематизированы.

Связанный: Agile против Waterfall и рост гибридных проектов

Роль перемен

Согласно Agile Alliance, «Agile — это способность создавать изменения и реагировать на них. Это способ справиться с неопределенностью и турбулентностью и, в конечном счете, добиться успеха».

Другими словами, Agile — это адаптивность и быстрое реагирование на изменения по мере их появления, как это всегда бывает в проекте. Кто-то скажет, что это способ мышления, а не методология, поскольку он не настолько структурирован, чтобы в процессе затвердевать и затвердевать. Тем не менее, важность изменений четко обозначена в Agile Manifesto.

Agile обращается к быстро меняющемуся миру разработки программного обеспечения и понимает эту среду, которая часто сопряжена с неопределенностью. Agile обеспечивает структуру, в которой можно реагировать и адаптироваться к этим изменениям. Кроме того, использование гибкого программного обеспечения для управления проектами значительно облегчает планирование, составление графиков и отслеживание.

Роль кросс-функциональных команд

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

Конечно, есть еще менеджеры; просто они служат команде, а не управляют ею, следя за тем, чтобы у них был правильный набор навыков. Они также создают среду, которая позволяет команде добиваться успеха. Поэтому менеджеры в основном остаются на заднем плане после того, как подготовили почву для команды. Тем не менее, они могут вмешиваться по мере необходимости, чтобы помочь решить проблемы.

Связанный: Как управлять с помощью лидерства слуги

Что такое Agile-манифест?

Итак, мы достаточно долго намекали на Манифест Agile — давайте дадим ему определение. Пока Agile использовался, не было единого или последовательного способа описать растущую структуру. В 2001 году группа из 17 человек, работающих в отрасли, систематизировала подход на горнолыжном курорте в Сноуберде, штат Юта. Это было рождение Agile Manifesto.

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

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

Четыре ценности Agile в манифесте Agile

Если вы ищете, чем agile отличается от традиционных методологий, используемых для управления проектами, таких как методология водопада, четыре ценности agile четко очерчивают уникальность фреймворка. Текст, выделенный жирным шрифтом, цитируется непосредственно из самого манифеста.

1. Люди и взаимодействие важнее процессов и инструментов: Agile придает большее значение людям, чем процессам и даже инструментам. Люди реагируют на потребности бизнеса и управляют процессом разработки. Процессы и инструменты по самой своей природе менее чувствительны к изменениям и могут быть не в состоянии удовлетворить потребности клиентов.
2. Работающее программное обеспечение важнее исчерпывающей документации: документация требует времени. Это часть более медленного процесса, чем тот, против которого выступает Agile. Каждая часть документации, от технических требований до планов тестирования и других спецификаций, требует утверждения. Это задерживает развитие. Agile — это оптимизация, а не устранение документации. Хотя документация имеет свою ценность, в гибком мышлении первостепенное значение имеет программное обеспечение.
3. Сотрудничество с клиентами вместо переговоров по контракту: клиенты и менеджеры по продуктам должны проработать детали доставки, но вместо того, чтобы обсуждать этот процесс, сотрудничество по agile-чемпионам. Например, в традиционных методологиях управления проектами заказчики подробно обсуждают требования к продукту до начала работы. Тем не менее, Agile включает клиента на протяжении всего жизненного цикла проекта для его постоянной обратной связи.
4. Реагирование на изменения вместо следования плану: несмотря на то, что изменения происходят, их следует избегать, насколько это возможно, при работе с традиционной методологией управления проектами. Тем не менее, Agile работает в виде коротких итераций, называемых спринтами, потому что их краткость позволяет вносить изменения и даже использовать их как способ улучшить проект и повысить ценность.

Связанный: Шаблон Agile Sprint Planning

12 принципов гибкой разработки

Следующие agile-принципы определяют agile-подход. Они взяты с AgileManifesto.com.

1. Нашим наивысшим приоритетом является удовлетворение потребностей клиентов за счет своевременной и непрерывной поставки ценного программного обеспечения.
2. Приветствуйте меняющиеся требования, даже на поздних стадиях разработки. Гибкие процессы используют изменения для конкурентного преимущества клиента.
3. Поставляйте работающее программное обеспечение часто, от пары недель до нескольких месяцев, отдавая предпочтение более коротким временным рамкам.
4. Бизнесмены и разработчики должны ежедневно работать вместе на протяжении всего проекта.
5. Создавайте проекты вокруг мотивированных людей. Обеспечьте им среду и поддержку, в которых они нуждаются, и доверьте им выполнение работы.
6. Самый эффективный и действенный метод передачи информации команде разработчиков и внутри нее — беседа лицом к лицу.
7. Работающее программное обеспечение является основным мерилом прогресса.
8. Гибкие процессы способствуют устойчивому развитию. Спонсоры, разработчики и пользователи должны иметь возможность поддерживать постоянный темп на неопределенный срок.
9. Постоянное внимание к техническому совершенству и хорошему дизайну повышает маневренность.
10. Простота — искусство максимизировать количество невыполненной работы — имеет важное значение.
11. Лучшие архитектуры, требования и проекты создаются самоорганизующимися командами.
12. Через регулярные промежутки времени команда размышляет о том, как стать более эффективной, а затем соответствующим образом настраивает и корректирует свое поведение.

Является ли Agile методологией?

Некоторые говорят, что если он ходит как утка, то это утка. Но дело обстоит сложнее. Хотя, как мы заявляли ранее, у нас нет лошади в гонке, инженеры-программисты и автор имеют хорошее определение. Вот цитата из его History: The Agile Manifesto.

«Аджайл-движение не является антиметодологией, на самом деле многие из нас хотят вернуть доверие к слову методология. Мы хотим восстановить баланс. Мы занимаемся моделированием, но не для того, чтобы подпилить какую-нибудь схему в пыльный корпоративный репозиторий. Мы используем документацию, но не сотни страниц никогда не поддерживаемых и редко используемых томов. Мы планируем, но признаем ограничения гибкого планирования в турбулентной среде. Те, кто называет сторонников XP, Scrum или любой другой гибкой методологии «хакерами», не знают ни методологий, ни первоначального определения термина «хакер».

Независимо от того, являетесь ли вы сторонником Agile или твердо верите в использование традиционных методологий, вам понадобится программное обеспечение, которое поможет вам планировать, контролировать и составлять отчеты о ходе вашего проекта. ProjectManager — это облачное программное обеспечение для управления проектами, достаточно гибкое для применения к любой методологии или структуре. От канбан-досок для визуализации рабочего процесса до онлайн-диаграмм Ганта, которые помогают командам сотрудничать, и панели мониторинга в реальном времени — мы предоставим вам все необходимое. Попробуйте наш инструмент бесплатно в рамках 30-дневной пробной версии.