Ранее я делился своим мнением, “что такое 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-е в Тойоте и магазинах самообслуживания США).
Призвана минимизировать риски набором принципов? Тоже почти.
- Призвание не этом, а в создании ценных продуктов для клиентов в человечной среде (цитата была ранее).
- 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.
- Есть, что добавить — тоже пиши.
Читайте по теме
- Что привело к необходимости появления «Манифеста Agile-разработки ПО»?
- История создания «Манифеста Agile-разработки ПО»
- Что такое Agile?
- Почему Agile так называется? Были другие варианты?
- Ответы на вопрос «Что такое Agile?» в разных источника Сети (эта статья)
- Как правильно произносить Agile? И как переводится?