Что такое Аджайл? Принципы и ценности

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

Термин аджайл несёт два смысла:

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

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

Четыре ценности Agile-управления проектами

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

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

Здесь закреплены ценности и принципы методологии.

Каковы четыре ценности Agile? 

• Люди и взаимодействие с ними важнее процессов и инструментов. Инструменты важны, но сплоченность команды, способность эффективно общаться друг с другом — важнее. Без тесного сотрудничества , взаимопонимания даже лучшие инструменты могут оказаться неэффективными.
• Работающий продукт важнее исчерпывающей документации. Если перед командой стоит выбор: доработать результат или описать этапы доработки, она должна отдавать предпочтение первому. Команды, работающие по Agile, фиксируют в документах только самое необходимое.
• Понимание потребности заказчика важнее согласования условий контракта. Команде важно понять, что заказчик хочет получить от результата, зачем он ему нужен. На протяжении всего проекта необходимо встречаться с заказчиком, показывать ему промежуточные результаты. Получать от заказчика обратную связь и вносить изменения, если они нужны.
• Готовность к изменениям важнее следования первоначальному плану. Гибкость и адаптивность — ключевые качества Agile команды. Рынок, требования к заказчику, условия реализации могут измениться в любой момент. Процессы должны быть выстроены так, чтобы изменения были управляемыми, а работа и команда — гибкими.

Agile принципы управления проектами

Кроме главных ценностей, Аджайл-манифест формулирует 12 принципов гибкого управления проектами:

• Главный приоритет команды — передача пользы заказчику с помощью регулярной и своевременной поставки качественного результата. Чтобы продукт был востребованным, необходимо руководствоваться реальными запросами заказчика, а не пытаться придумывать и навязывать клиенту свое мнение. 
• Изменение требований к результату — норма. Даже на поздних стадиях разработки. Критерии, требования к результату могут меняться в ходе разработки. Это нормально. Не важно, что вы планировали, важно, чтобы результат был актуальным для клиента.
• Промежуточные результаты нужно показывать заказчику как можно чаще — с периодичностью от пары недель до пары месяцев. Речь идет о быстрой проверке гипотез для понимания потребностей рынка. Чем раньше вы предоставите рынку минимально жизнеспособную версию продукта (MVP), тем быстрее сможете проанализировать, что именно нужно клиенту, на основе этого построить дальнейшие планы по его доработке.
  
• Руководители,  разработчики и заказчик должны ежедневно работать вместе на протяжении всего проекта. Взаимодействие с заказчиком на ежедневной основе помогает корректно расставлять приоритеты по мере работы над результатом. Именно заказчик определяет, что одни задачи можно отложить, а другие помогут достичь цель спринта, поэтому их важно сделать уже сейчас.
• Над результатом должны работать специалисты с высокой степенью мотивации. Также важно обеспечить им поддержку, создать для них необходимые условия. Самые лучшие гибкие команды — это сплоченные коллективы, где каждый участник является профессионалом, может самостоятельно брать задачи, предлагать их реализацию, коммуницировать с заказчиком.
• Личное общение — самый практичный, а также эффективный способ обмена информацией в команде.
  Вместо регламентов и иерархии — живое человеческое общение. Чем ближе контакт между участниками команды, чем больше обсуждения рабочих процессов, тем лучше. Личные встречи, созвоны, чаты — любой удобный формат.
• Работающий результат — основной показатель прогресса и успеха. Работающий — значит тот, которым клиент пользуется и закрывает им свою потребность. Если в машине нет кондиционера, но она может ехать, то это рабочий продукт, потому что основная потребность закрыта, а остальное — детали, которые можно доделать позже.
• Процессы в Agile должны быть настроены так, чтобы проект развивался устойчиво и динамично. Заказчики, разработчики, пользователи должны быть готовы к тому, что изменения будут вноситься равномерно.
  
• Постоянное внимание к техническому совершенству результата и качеству проектирования повышает гибкость. Иными словами, сразу делай хорошо, чтобы потом не переделывать. Требования к продукту могут меняться, поэтому команда не продумывает его весь на годы вперед, создавая масштабную архитектуру, а внедряет новые решения на ходу.
• Не стоит усложнять работу — лишние процессы нужно свести к минимуму. Делайте только то, что приносит ценность для бизнеса, откажитесь от излишней бюрократизации процессов. Вместо описания формальных протоколов для каждого рабочего этапа, составления длинных инструкций и правил, оставьте место для гибкости, творчества и живого общения.
• Чем самостоятельнее команда, тем лучше результат. Если Agile-команда состоит из профессионалов, которые сработались, погружены в продукт, мотивированы на его развитие, то они смогут предложить более интересные и качественные решения, чем эксперты со стороны.
• Команда должна постоянно искать способы работать эффективнее, корректировать свой стиль работы. Этот принцип заключается в постоянном совершенствовании. Всегда задавайте себе вопрос: а можем ли мы работать еще эффективнее? Agile помогает менять подходы, перестраивать внутренние процессы. Для этого нужно постоянно проводить ретроспективы процесса, пользовательского опыта. На основании этого избавляться от неэффективных элементов в работе.

Как внедрить ценности и принципы Agile в ваше проектное управление

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

Шаг 1. Выбор конкретной методики
Изучите Agile и подходы, которые относят к нему. Самые популярные из гибких методик — это Scrum и Kanban. Но существуют и другие методики. Прежде всего следует изучить каждую из них, сделать выбор в пользу наиболее подходящей для бизнеса.

Шаг 2. Подготовка команды
Необходимо добиться от участников понимания, а также принятия новых принципов работы. Вероятно, сотрудников придется заранее обучить командной деятельности, а также привлечь специалистов со стороны — scrum-мастеров, менеджеров с опытом управления.

Шаг 3. Организация рабочего процесса
В сформированной команде нужно четко распределить роли. Определите подходящие инструменты для работы. Например, вы выбрали Kanban. Прежде всего протестируйте существующие сервисы для создания канбан-досок (Trello, Scrumban, Jira), выберите самый удобный из них, обучите команду работе в нем.

Шаг 4. Изучение аналитических инструментов
Анализ эффективности проводится также с использованием специальных инструментов. Среди Scrum-показателей особое внимание стоит обратить на Focus Factor и Velocity. По первому параметру оценивается концентрация команды, определяемая как соотношение запланированных задач и выполненных в итоге. Показатель Velocity используется для определения производительности, позволяя прогнозировать объем задач в следующем цикле.

Шаг 5. Тестирование методологии на первом проекте
Начиная работу, команда адаптируется к новым условиям. Возможно, некоторые параметры придется изменить в будущем, а от чего-то отказаться. Руководителю необходимо помнить про гибкость данного подхода, постоянно взаимодействовать с командой, анализируя полученные результаты.

Подписывайтесь на наш телеграм канал, чтобы быть в курсе современных методов и инструментов в области управления проектами и изменениями!