Что такое Agile: методология управления проектами

Четыре простых ценности, которые буквально идеально описывают всю суть работы с людьми и организацией в целом. Первое, что я сделала, это обозначила, какие роли есть в структуре моей компании. Мне не хватало аргументов в тот момент, чтобы объяснить, что инструменты Agile во многом пересекаются с передовыми методами и технологиями, которые используются в HR сфере уже многие десятилетия. Однако в результате экспериментов и адаптации постоянно появляются и другие модели. Связывая их между собой, мы находим ряд фундаментальных сдвигов в мышлении людей, работающих в этих организациях.

Отдавая предпочтение непосредственному общению, agile-методы уменьшают объём письменной документации по сравнению с другими методами. Это привело к критике этих методов как недисциплинированных. Например, если ваша команда обрабатывает запросы на обслуживание по мере поступления, как ИТ-отдел, Kanban будет для вас идеальным решением. Но вы можете дополнить эту платформу несколькими собраниями Scrum, например сеансами демонстрации результатов для заинтересованных лиц или регулярными ретроспективами.

Agile: что это за метод, кому подходит и как его применять

Для каждой отличительной черты мы также определили развивающийся набор «agile-практик» – практических действий, которые, по нашим наблюдениям, предпринимают организации на пути к гибкости (Рисунок 2). Его задача – сбалансировать разных специалистов внутри команды и избежать ситуации, когда дизайнеры работают сутками, а разработчики жалуются на отсутствие новых задач. Если создание того, что вы продаёте, не требует умственного труда, а только механический действий — можете не заморачиваться. Но как только в дело вступает мозг работников — придётся считаться с принципами мотивации умственного труда. А они говорят, что для людей важны возможность самореализации, повышения своего мастерства, принесения чего-то ценного в мир, самостоятельности в решениях и ещё ряда факторов.

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

Сотрудничество с заказчиком важнее согласований условий контракта

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

Команда самостоятельно решает, кто, что, когда и как делает. Будучи жестко заданы на старте, детали контракта мешают учитывать новые данные и приоритеты, появляющиеся лишь во время разработки. Другими словами, Agile идеален для инновационных стартапов, но мало подходит корпорациям с отлаженными процессами и сложной структурой. Для таких компаний лучше работают методы с отдельными элементами Agile, которые проще масштабировать — SAFe (Scaled Agile Framework) и LeSS (Large-Scale Scrum). Нужно создать такие условия, чтобы инструменты и процессы не ограничивали команду, а позволяли ей работать как можно эффективнее. Каждый может сам решать, какие инструменты и процессы ему подходят.

Agile манифест

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

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

Было бы более точным употреблять формулу «Agile — это способ командного взаимодействия, позволяющий совместно создавать продукты». Однако мы слишком привыкли к силе вертикальных, иерархических связей, поэтому и здесь устойчивым стало употребление слова «управление». В Agile нет установленных правил, тогда как в Scrum их довольно много.

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

Такие подходы помогают командам быстро реагировать на обратную связь от клиентов и заказчиков, тем самым постоянно улучшая производимый продукт. В том числе, разработчики должны быть готовы добавлять в продукт незапланированные новые возможности, если они стали ценными в изменившейся ситуации. Показанная выше условная https://deveducation.com/ схема гибких подходов взята из книги Бориса Вольфсона «Гибкие методологии разработки». Этот краткий справочник по огромному числу гибких управленческих инструментов весьма неплох для своего времени (2012), когда Agile применялся лишь в той индустрии, где он появился — в разработке программного обеспечения.