История и основные постулаты Agile
Agile (от английского слова — ловкий, проворный) — обобщающий термин, охватывающий различные методы управления проектами и организации труда, основанные на гибких принципах в противоположность традиционным жестким принципам. Такие методы и приемы работы разрабатывались в 1990-х годах в среде программистов, а в 2001 году группа разработчиков программного обеспечения (ПО) составила «Манифест гибкой разработки» (Agile Manifesto). Позже указанные в нем принципы оказались полезным и в других сферах, таких как маркетинг, оказание услуг, производство высокотехнологичных устройств, освоение новых ниш, управление отдельными рабочими группами в крупных корпорациях.
Чтобы лучше понять принципы Agile, стоит вкратце описать прежний подход, которому они противопоставлены.
Прежняя модель разработки ПО называлась каскадной или водопадной (waterfall model). Согласно этой модели, разработчики переходят от одной стадии к другой строго по порядку и только после того, как завершена прежняя стадия:
1. Определение требований.
2. Составление плана.
3. Создание.
4. Тестирование.
5. Внедрение.
6. Поддержка.
Такая модель была удобна тем, что гарантировала качество продукта и его соответствие заранее известным требованиям. Кроме того, она хорошо соответствовала общепринятым в XX веке методам управления промышленным производством с его упором на иерархию, стандартизацию и отчетность.
Но со временем стали заметны недостатки модели. ПО усложнялось, а деловая среда становилась все более непредсказуемой. Заявленные в начале разработки технические требования к концу процесса могли устареть или измениться, а в ходе работы возникали новые, ранее непредвиденные требования и обстоятельства. Учитывать их часто бывало уже слишком поздно, и разработчики предпочитали вовсе отказываться от выпуска продукта, теряя деньги и время. Кроме того, некоторыми особенностями готового продукта (до 60% функционала) клиенты пользовались редко или не пользовались вовсе, а ведь на их разработку тратились время и ресурсы. В таких условиях преимущество получали организации, которые первыми выпускали пусть и не совсем «вылизанные», но более или менее рабочие версии востребованных у пользователей продуктов.
Ценности Agile
Что же помогало этим гибким организациям и коллективам разработчиков опережать конкурентов? «Манифест» постулирует четыре основные ценности:
• Люди и взаимодействие важнее процессов и инструментов.
• Работающий продукт важнее исчерпывающей документации.
• Сотрудничество с заказчиком важнее согласования условий контракта.
• Готовность к изменениям важнее следования первоначальному плану.
Авторы добавляют: «Не отрицая важности того, что справа, мы все-таки больше ценим то, что слева».
12 принципов Agile
В дополнение к ценностям авторы «Манифеста» перечисляли 12 принципов, на которых должны строиться работа и управление проектом:
1. Нужно удовлетворять потребности заказчика благодаря ранней и регулярной поставке ценного ПО.
2. Изменения приветствуются даже на поздней стадии разработки.
3. Выпускать работающий продукт следует как можно чаще, от пары недель до пары месяцев.
4. Разработчики и предприниматели должны сотрудничать ежедневно.
5. Над проектом должны работать мотивированные разработчики, которым созданы комфортные условия.
6. Самый эффективный способ обмена информацией — непосредственное устное общение.
7. Основной показатель прогресса — работающий продукт.
8. Процесс должен быть устойчивым, обладать постоянным ритмом и в идеале продолжаться неопределенно долго.
9. Внимание к техническому совершенству и качеству должно быть постоянным.
10. Главное — простота, то есть искусство минимизации и отказа от лишнего.
11. Лучшие решения рождаются у самоорганизующихся команд.
12. Команда должна регулярно анализировать свою работу, корректируя ее по мере необходимости.
В дополнение к этим принципам авторы книги перечисляют три Platinum-принципа, принятые в их организации Platinum Edge:
• сопротивляться формальности;
• думать как команда;
• визуализация лучше текста.
В «Манифесте» не указывались какие-либо конкретные методы работы и управления, поэтому общие принципы Agile отразились в разных практических методах и приемах, среди которых — экстремальное программирование (XP), бережливая разработка продукта (lean product development, основанная на производственной системе японской фирмы Toyota) и Scrum. Авторы книги описывают в первую очередь метод Scrum, дополняя его приемами из других методов и собственными разработками.
Что такое Scrum и как он работает
Основные принципы Scrum
Изначально под Scrum подразумевалась методология гибкой разработки ПО, впоследствии перенесенная на организацию труда в других сферах. Сам термин Scrum позаимствован из регби ― это «схватка» игроков перед подачей мяча.
Суть метода состоит в том, что продукт разрабатывают не последовательно, одну часть за другой, согласно заранее составленному жесткому плану, а циклами, в конце каждого из которых получается относительно работающий результат. Такой результат («релиз») можно даже выпустить на рынок, одновременно продолжая доводить его до ума в последующих циклах.
Циклы разработки называются спринтами (от английского sprint — небольшой забег, рывок). Из-за цикличности этого метода его еще называют итеративным (от слова «итерация» — повторение).
Цель метода — выпустить не идеальный, по мнению разработчиков, продукт, а версию, которая во многом соответствует требованиям заказчиков, оправдывает большинство надежд клиентов и позволяет получить разумную выгоду.
Для метода Scrum характерны специфические роли в команде, артефакты (использование в работе физических или виртуальных объектов) и события (действия, выполняемые в определенном порядке).
Scrum-команда и роли в ней
Первые 7 дней доступа — бесплатно.