Ответы на вопрос «Что такое Agile?» в разных источниках Сети

Ранее я делился своим мнением, «что такое Agile». Теперь давайте рассмотрим, что такое «аджайл» на примерах ответов с просторов Интернета.

Используя какую-то информацию, я всегда указываю источник, чтобы признать заслуги людей и выразить благодарность. Но в этой статье я не буду делать этого, потому что половину цитат нежно покритикую 🙂 Важно! Нет желания чисто покритиковать, вообще. Просто разбор примеров помогает понять нюансы. Всем добра 😉

skillscup.com - Agile ответы в сети
skillscup.com — Agile ответы в сети

Начну с грамотных коллег

На сайтах и в блогах команд-консультантов по теме Agile из топ-5 СНГ всё пучком. Круто!

…чтобы быть agile, надо уметь быстро и легко двигаться и быстро соображать. Без способности быстро адаптироваться к изменениям, которую даёт так называемая «методология Agile», выживать всё сложнее. Я беру выражение «методология Agile» в кавычки, потому что его можно часто услышать, но оно не совсем верное. Если не вдаваться в технические детали, то Agile — это не методология, а собирательное название различных методик и подходов к управлению.

от известных грамотных ребят.

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

и это от известных хороших ребят.

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

Далее я разберу эти ответы по частям, потому что какие-то части — корректные, а какие-то — нет.

Agile — прилагательное. В переводе с английского языка, Agile («эджайл») — гибкий…

  • Прилагательное — да!
  • Гибкий — устоявшийся перевод термина на русский. Однако вы можете использовать другой перевод, подходящий под смысл общей цели подходов, которые были объединены «Манифестом Agile-разработки ПО«:

…the adaptiveness and response to change…

Martin Fowler

Agile (agile software development, от англ. agile – проворный) – это семейство «гибких» подходов к разработке программного обеспечения. Такие подходы также иногда называют фреймворками или agile-методологиями.

Под «agile» понимают набор подходов по “гибкой” разработке программного обеспечения.

Для полной формулировки ещё + объединяющие эти подходы ценности и принципы.

Аджайл — это образ мышления.

Одним только образом мышления не получится создавать ценные продукты для клиентов, поэтому здесь ещё + подходы, методы, техники, инструменты, удовлетворяющие сформулированным в Манифесте ценностям и принципам.

Менее точные формулировки

Закон клиента — один из основ Agile.

Так-то да, только звучит как-то по-латински. Изначально было так:

I believe Agile Methodologists are really about… delivering good products to customers by operating in an environment [where] people are the most important.

Jim Highsmith 2001 History: The Agile Manifesto

Cистемы гибкого управления проектами под названием Agile («Аджайл» или «Эджайл»).

3 из 12 принципов, стоящих за Манифестом, говорят о проекте. Однако это не обязательно должны быть проекты. 4 ценности и 12 принципов объединили существующие методы/подходы к разработке ПО. Цель подходов — создавать полезные продукты для клиентов, ценя людей (цитата выше). Создавать продукты можно и вне проектов.

«Системы управления«. Манифест объединял подходы не только и не столько к управлению, а, скорее,

  • подходы к организации работы команды,
  • принципы взаимодействия с заинтересованными лицами,
  • технические/инженерные практики
  • и многое другое.

«Под названием Аджайл«? Неее, такого не было: «И называться всё это будет Эджайлом!»

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

Уточнение аналогичное: не забываем о взаимодействии с заинтересованными лицами и технических/инженерных практиках.

Основой метода гибкого управления проектами является ряд ключевых элементов…

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

Agile — не метод и не методология.

Agile — это молодая семья гибких и демократичных методологий. 

Молодая? Относительно. «Семья» формально образовалась в 2001. Члены семьи начали формироваться в 80-х, а появились в середине 90-х.

Демократичных? По сравнению с чёткими предписывающими процессами — да. Однако здесь важно не перегибать в демагогию о «более/менее демократичном» стиле, а обсуждать конкретнее: кто на что и как влияет.

Демократия — (неполитическое определение) способ руководства коллективом, при котором обеспечивается участие и влияние всего коллектива.

Следующая цитата:

Принимая Agile, организация перестает быть похожей на военный корабль.

По сути ОК, корректно. Пара комментов:

  • «Принимая Agile…» Звучит забавно, словно «по 1 таблетке 3 раза в день» 🙂
  • В 2020-е в ИТ военных кораблей всё меньше.

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

  • Первая часть — огонь!
  • Вторую часть уже встречали: Agile — не метод, и не обязательно в форме проектов.

Можно сказать, что Agile — сборная солянка нескольких подходов, призванная минимизировать всяческие риски при помощи набора принципов.

Сборная солянка нескольких подходов? Почти. Нигде не оформлен некий body-of-knowledge в формате: вот все ценности, принципы, методы, инструменты, техники, и всё это называется Agile. «Манифест Agile-разработки ПО» содержит ценности и принципы, общие для многих методов/подходов, среди которых самые популярные сегодня — Scrum и eXtreme Programming, и оформившиеся уже после 2001 Kanban-method и Lean SWD (формировались они очень постепенно с 1920-х по 1980-е в Тойоте и магазинах самообслуживания США).

Призвана минимизировать риски набором принципов? Тоже почти.

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

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

Постоянное внимание к техническому совершенству и качеству проектирования…

части двух из 12 принципов, стоящих за Манифестом

Аджайл (Agile) — философия, которая помогает предпринимателям делать работающий продукт. Он чем-то похож на религиозное или философское учение. Только последователи индуизма верят в карму и перерождение душ, а аджайлисты — в то, что команда профессионалов может сама достигать целей.

«Предпринимателям«? Не обязательно. Авторы Манифеста работали в корпорациях и искали способы создавать ценные продукты эффективнее, сокращая объём ненужной бюрократии.

«Религиозное учение«, «аджайлисты верят, что команда может…» ? Нет! Вере не нужны доказательства. А «аджайлисты» ставят устоявшиеся подходы под сомнение, задают и отвечают на вопросы «Зачем? Почему так?», проверяют подходы и любые другие предположения, сохраняют и улучшают то, что работает хорошо, изменяют или убирают то, что работает плохо.

Аджайл помогает собрать мощную команду, в которой каждый человек вносит вклад в общее дело. Сотрудники, которые вдохновлены задачей, делают работающий продукт и не срывают дедлайны. Они работают в комфортном ритме, не ждут конца рабочего дня и успевают всё. Это кажется фантастикой, но в философии Аджайл это реальность.

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

«Не срывают дедлайны«, «успевают всё» ? Зачем так категорично — всякое бывает.

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

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

один из 12 принципов, стоящих за Манифестом (у них нет номеров, но строка 8-я)

…будь у этих людей в распоряжении просто лопата, а не самая модная методология, они бы всё равно сделали всё очень круто.

  • Agile — не методология, уже разобрались.
  • Утверждение категоричное. А вдруг не сделают круто? Зарубежные MBA действуют по похожему принципу: качественно отбирают кандидатов, которые стали бы успешны и без МВА, а через год выдают им диплом. Возможно, это об одном из 12 принципов:

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

один из 12 принципов, стоящих за Манифестом (у них нет номеров, но строка 5-я)

Гибкий метод управления проектом Agile представляет собой несколько определенных жесткими дедлайнами этапов работы — спринтов

  • Agile — не метод! Это уже помним.
  • Не обязательно выстраивать работу в виде проектов. Продуктовая разработка — процесс.
  • Спринт — термин конкретно из Скрама — одного из Agile-методов (формально Скрам — фреймворк/каркас, но мы сейчас не о нём).
  • Этапность работ обычно ассоциируется с последовательным выполнением, вехами, каскадом. В Манифесте дословно не сказано, но очередная версия «работающего продукта» — это инкремент, поэтому принцип ниже — об инкрементальной разработке.

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

один из 12 принципов, стоящих за Манифестом (у них нет номеров, но строка 3-я)

Ну, и ещё чуть-чуть

Один из принципов Agile стоит на личной ответственности человека, а не на отлаживании внутренних процессов.

Какой это? Я не знаю, чесслово. Ценность «Люди и взаимодействие важнее процессов и инструментов«? Если знаешь, напиши ниже, пожалуйста.

И ещё кратко:

НаписаноПонимаем
Работа по принципам Agile-менеджмента.
Управление проектами в стиле Agile
Управление и организация работы команд соответствует ценностям и принципам Манифеста.
Agile-организацииОрганизации, следующие ценностям и принципам Манифеста, и использующие соответствующие им методы/подходы, техники, инструменты.
Agile-манифестСами авторы так его называют. При этом он «Манифест Agile-разработки ПО«.
Agile у нас не заработалОй-ой, как звонко! Обычно это означает, что люди попробовали какие-то подходы и какой стиль работы, и у них не получилось, или им это не подошло, но вина перекладывается на подходы/методы.

  • Если увидел здесь себя — не обижайся 🙂
  • Если я где-то ошибся, пиши ниже, лучше через комменты FB.
  • Есть, что добавить — тоже пиши.

Читайте по теме

  1. Что привело к необходимости появления «Манифеста Agile-разработки ПО»?
  2. История создания «Манифеста Agile-разработки ПО»
  3. Что такое Agile?
  4. Почему Agile так называется? Были другие варианты?
  5. Ответы на вопрос «Что такое Agile?» в разных источника Сети (эта статья)
  6. Как правильно произносить Agile? И как переводится?

Оставить ответ