Манифест Agile

 

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

История происхождения

В начале 2001 года на горнолыжном курорте The Lodge At Snowbird на горном хребте Уосатч (штат Юта, США) 17 человек встретились, чтобы обсудить будущее разработки программного обеспечения. Все члены группы выразили разочарование по поводу нынешнего положения дел, даже если они были не согласны друг с другом о способах исправления ситуации.

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

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

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

12 принципов Agile-манифест: определенная культура

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

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

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

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

Вот они:

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

  • Люди и взаимодействие важнее процессов и инструментов
  • Работающий продукт важнее исчерпывающей документации
  • Сотрудничество с заказчиком важнее согласования условий контракта
  • Готовность к изменениям важнее следования первоначальному плану

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

Двенадцать принципов программного обеспечения Agile , также являющегося продуктом саммита Snowbird-17, расширяют несколько предложений, составляющих ценности.

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

РИСУНОК

Большие дебаты над Agile

Участникам Snowbird-17 удалось объединить их различные точки зрения в рамках нескольких основных принципов, но на этом дебаты не закончились. В некотором смысле, технология Agile была разбита на гораздо большое количество воплощений. Кажется, что у каждого есть свой взгляд на Agile .

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

TechRepublic NPR использовал Agile для уменьшения затрат программирования на 66% и упоминает три других не технических применений практик Agile .

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

Действительно охват Agile за пределами программного обеспечения прижился, но это не обязательно то, что задумали создатели манифеста.

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

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

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

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

«Есть культ Agile , где вы делаете и говорите правильные вещи, но вы не понимаете фундаментальных принципов. И поэтому вы не получите результатов.» – сказал Бьюкенен. «Мы считаем, что Agile – культурная ценность, и команды должны иметь возможность работать так, как они считают нужным. Agile подходы работают вместе с культурными ценностями, но если у вас нет культуры априори, то то, что вы делаете может оказаться ошибочным с самого начала.»

Называйте это «искусственным», «темным» или «культом» падения Agile. Все это ведет к ситуациям, которые в корне противоречат Манифесту – микроуправление, выгорание, срыв регулярных поставок – даже если эти практики подтверждены сертификатом.

К сожалению, опыт «темного Agile » заставляют некоторых людей полностью отказаться от Agile (или переписать его, что бы отразить свой реальный опыт с ним).

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

«Здесь и в других работах, я использовал слово “Agile ” , что бы сослаться на многие примеры, подходы и процессы которые используют слово Agile для описания их самих, но это не обязательно соотвествует букве или духу Agile разработки программного обеспечения о которой мы писали в манифесте. Я буду иногда ссылаться к «искусственному Agile  для подчеркивания, или «темному Agile  , который я использую для описания так называемых гибких подходов, которые на деле таковыми не являются. Я мог бы сослаться на манифест Agile , чтобы иметь ввиду основные идеи из манифеста, в который я все еще верю.

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

Этот манифест все еще актуален?

После разговора с сотнями клиентов Atlassian, внутренними и внешними тренерами Agile , энтузиастами и заядлыми практиками, не упоминая чрезмерное время , которое мы потратили на чтение в социальных сетях, мы можем с уверенностью сказать , что ответ – ДА. Манифест по прежнему актуален–возможно даже больше, чем когда либо.

Ден Радиган, старший тренер предприятия Agle, и Ян Бьюкенен, которые ежедневно работают с клиентами, подтвердили, что они регулярно обсуждают Agle - манифест с новыми клиентами.

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

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

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

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

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

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

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

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

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

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

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

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

По материалам Agile Coach "Agile Manifesto"