Agile-разработка по — это не только про разработчиков

Прочные связи — залог качественного продукта

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

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