Close
Портрет Клэр Драмонд
Автор: Клэр Драмонд

Манифест agile все еще имеет вес?

Технологическая революция захватила нас, мы стоим на пороге мира, в котором происходит непрерывное внедрение инноваций, и в этих условиях мы спрашиваем себя: стоит ли по-прежнему руководствоваться Манифестом agile? Этот короткий, но революционный документ помог нам упростить доставку продуктов, словно вот они еще были грузом, перевозимым на судах, и в тот же день стал доставляться дронами. Но сегодня мы все меньше похожи на первопроходцев, и все больше — на путешественников, исследующих моря непрерывного совершенствования, и это заставляет нас задуматься, а не пора ли улучшить и сам Манифест?

История создания

В начале 2001 года на фоне гор Уосатч в городе Сноуберд, штат Юта, собрались 17 человек, чтобы обсудить будущее разработки программного обеспечения. Участники этой группы были объединены беспокойством по поводу текущего положения дел, несмотря на разные взгляды на варианты исправления ситуации.

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

Компании могли навязывать корпоративные ценности, такие как «мастерство» и «честность», но они мало чем помогали людям (особенно разработчикам программного обеспечения) в поисках лучшего пути. Это нужно было менять. У многих участников группы Snowbird 17 уже были идеи по поводу того, как возвестить о начале новой эры разработки программного обеспечения. Поездка в горы была их шансом обсудить эти идеи.

Результатом этих длинных выходных стал Манифест agile, состоящий всего из 68 слов, и этот краткий и выразительный документ навсегда изменил разработку программного обеспечения. За почти два десятилетия, прошедшие с момента его создания, эти слова (и 12 последовавших принципов) были приняты (в той или иной степени) огромным количеством людей, команд и компаний.

Просмотр тем

12 принципов Манифеста agile: культура, определения

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

Сам Манифест появился из-за необходимости найти точки соприкосновения между scrum, экстремальным программированием, Crystal Clear и другими платформами.

«Они начали понимать, что делают что-то похожее. Но на тот момент они очень сильно конкурировали друг с другом, по крайней мере в том, что касается идей, — говорит Ян Бьюкенен, главный инженер по решениям DevOps в Atlassian. — Принимая это во внимание, то, что они вообще смогли договориться о некоем наборе принципов, уже само по себе знаменательно».

Группа Snowbird 17 хотела посмотреть, смогут ли представители разных дисциплин договориться о чем-нибудь (о чем угодно). И к их удивлению, они смогли это сделать. Они договорились о наборе ценностей, которые определили культуру.

Вот этот набор:

Манифест разработки программного обеспечения по методологии agile

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

Благодаря проделанной работе мы смогли осознать следующее.

Люди и взаимодействие важнее процессов и инструментов.

Работающий продукт важнее исчерпывающей документации.

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

Готовность к изменениям важнее следования первоначальному плану.

Таким образом, не отрицая важности того, что справа, мы всё-таки больше ценим то, что слева.

Кент Бек Джеймс Греннинг Роберт С. Мартин
Майк Бидл Джим Хайсмит Стив Меллор
Эри Ван Беннекам Эндрю Хант Кен Швабер
Алистер Кокберн Рон Джефрис Джефф Сазерленд
Уорд Каннингем Джон Керн Дейв Томас
Мартин Фаулер Брайан Марик  

Двенадцать принципов agile-разработки, также ставшие результатом встречи в Сноуберде, расширяют эти несколько предложений, определяющих ценности.

Это все. С тех пор сайт с Манифестом agile практически не изменился (а может, и не менялся вообще). А вот мир, окружающий agile, изменился значительно.

Изображение, на котором показаны два автора, пишущие современный манифест agile.

Длительные дебаты вокруг методологии agile

Группе Snowbird 17 удалось объединить различные точки зрения в несколько основных принципов, но на этом дебаты не закончились. Так или иначе методология agile раздроблена на гораздо большее количество способов работы, чем обсуждали основоположники, впервые сев за стол переговоров. Похоже, что каждый имеет свой взгляд на agile.

На сегодняшний день существует SAFe. Есть LeSS. Существуют agile-приложения, не имеющие никакого отношения к разработке программного обеспечения, хотя Манифест начинается с предложения: «Мы постоянно открываем для себя более совершенные методы разработки программного обеспечения, занимаясь разработкой непосредственно и помогая в этом другим».

Согласно TechRepublic [ссылка], компания NPR использовала agile для сокращения затрат на программирование на 66 % и упомянула три других нетехнических приложения, в которых используются методики agile.

Дейв Уэст, генеральный директор Scrum.org, посещающий различные организации, которые следуют методикам agile, собрал исследовательскую группу, которая применяет agile для разработки лечения от генетической слепоты с использованием вирусов.

Следует отметить, что использование методологии agile завоевало популярность вне сферы программного обеспечения, но не факт, что создатели Манифеста рассчитывали на такой результат.

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

Это более глубокое понимание не всегда доступно — даже в рамках разработки программного обеспечения.

Промышленный комплекс agile

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

«Существует карго-культ agile, когда вы делаете и говорите правильные вещи, но не понимаете фундаментальных принципов. В итоге результатов не достигнуть», — говорит Бьюкенен.

Некоторые считают, что источником бед является компания Atlassian, поскольку наши продукты позволяют использовать agile-платформы, такие как scrum и kanban. Но мы убеждены, что методология agile является культурной ценностью, и команды должны иметь возможность работать так, как считают нужным. Agile-платформы работают бок о бок с культурными ценностями, но если у вас нет культурной базы, любые действия могут с самого начала оказаться ошибочными.

Подверсии agile (их называют «фальшивыми», «темными» или «карго-культом») зачастую приводят к ситуациям, которые полностью противоречат концепции Манифеста. Микроменеджмент, приводящий к выгоранию темп работы, отсутствие поставки и соблюдение процессов, а не принципов, являются наиболее разрушительными — даже если практикующие приходят с сертификатом. К сожалению, подобный опыт применения «темной» версии agile заставляет некоторых людей полностью отказаться от нее (или переписать ее, чтобы отразить свой опыт практической работы).

Рон Джеффрис, один из участников Snowbird 17, попытался решить эти отклонения с помощью этой оговорки:

«Здесь и в других работах я использую слово «agile», заключенное в кавычки, для обозначения множества примеров, подходов и процессов, которые используют слово «agile» для описания себя, но которые не обязательно придерживаются буквы или духа гибкой методологии разработки программного обеспечения, о которой мы писали в Манифесте agile. Иногда я буду говорить о «псевдо-agile», чтобы подчеркнуть ее несоответствие исходной методологии, или о «темной методологии agile» для описания так называемых agile-подходов, которые действительно неудачны. Я также могу ссылаться на «Манифест agile», чтобы обозначить основополагающие идеи Манифеста, в который я по-прежнему верю».

Но если учесть широкое (и порой некорректное) внедрение agile, имеет ли смысл по-прежнему ссылаться на Манифест agile?

Манифест по-прежнему актуален?

Поговорив с сотнями клиентов Atlassian, внутренними и внешними тренерами по agile, энтузиастами и страстными практиками, не вспоминая об огромном количестве времени, которое мы проводим, читая об этом в социальных сетях, я могу с уверенностью ответить на этот вопрос: «Да. Манифест по-прежнему актуален, и, наверное, даже еще больше, чем когда-либо».

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

Таннер Уортэм, тренер по agile и старший менеджер по техническим программам в LinkedIn, говорит, что он тоже часто цитирует Манифест. Уортам, который провел 10 лет в морской пехоте, сказал, что начал практиковать методологию agile еще до того, как узнал, что для нее есть название. Для себя он называл ее просто «ведущий морской пехотой». Однако Уортем считает, что присвоение имени чему-либо является большим первым шагом на пути к решению проблемы.

«Любому явлению нужно дать название, чтобы понять, что с ним делать. По-моему, именно эту задачу и выполнил Манифест — он дал методологии название, и все стали называть ее agile. Наверняка, она существовала и раньше, но когда для нее появилось название, всем стало легче ее идентифицировать».

Мистер Уэст, генеральный директор scrum.org, отмечает, что на самом деле принципы agile не новы. Просто они стали применяться по-другому.

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

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

Что все это значит?

Итак, принципы agile существовали до создания Манифеста. Люди применяли их для разработки программного обеспечения. Эти ценности были зафиксированы в Манифесте agile. Затем люди взяли эти принципы и начали применять их в своей работе. Неужели по итогам трансформации идей пришло время обновить Манифест agile?

Не обязательно.

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

«Манифест во многом является исходной точкой беседы, — говорит Уортэм. — Вот как я это понимаю. А как это понимаете вы? Хорошо, давайте выясним, как работать вместе».

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

«Я думаю, что если мы сделаем все правильно, мир сможет нас удивить. Мы можем победить рак. Возможно, мои дети доживут до 150 или до 175 лет, — говорит Уэст. — Я считаю, что мы можем сделать это, и мы это сделаем».

Особая благодарность Аманде О'Каллаган, Иэну Бьюкенену, Дэну Радигану, Дэвиду Уэсту и Таннеру Уортэму за то, что поделились своими мыслями и опытом для этой статьи. 

Claire Drumond
Claire Drumond

Клэр Драмонд работает в Atlassian как специалист по маркетинговым стратегиям, докладчик и писатель. Она создала множество статей для блогов Trello и Atlassian. Материалы, подготовленные с ее участием, регулярно публикуются на Medium, в том числе в категориях HackerNoon, Art+Marketing и PoetsUnlimited. Клэр выступает на технических конференциях по всему миру, рассказывая о методиках agile, преодолении разрозненности и развитии эмпатии.

продолжение темы
Scrum