Аджайл и Скрам

В русскоязычных книгах и статьях Agile (Аджайл) часто называют гибкой методологией разработки. Если считать методологией семейство разных методов и методик разработки программного обеспечения, то это почти правда: Agile действительно создан как обобщение разных подходов к разработке ПО. Однако …

Это завершающая часть статьи про причины появления Agile.

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

Чтобы исчерпывающе ответить на вопрос «Что такое Agile?», надо сперва понять, в каких исторических условиях он зарождался, какие условия рынка привели к его появлению, и что двигало его создателями. Ничто не появляется “на пустом месте”, всегда есть влияние как прошлого, так и настоящего. Из исторического контекста можно понять логику подхода и применять предложенные им решения с умом, не сваливаясь в карго-культ.

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

Рассмотрим бытовые трудности и антипаттерны, подсмотренные у реальных команд, — без философии про ценности и личностный рост. Поговорим о причинах их возникновения и о последствиях, к которым они приводят.

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

История Joe Justice и команды WIKISPEED о том, как быстро создавать и адаптировать материальные продукты

Декомпозиция Agile для распределенных команд