Тезисы: Рано или поздно у каждой команды возникает вопрос - насколько тот процесс, по которому она работает, соответствует классическому Agile подходу, например часто встречающейся комбинации методологий Scrum + XP. Когда же в вашей компании таких команд не одна, а пять, десять или двадцать, то уже появляется необходимость в том, чтобы так или иначе отслеживать и корректировать процесс разработки в каждой команде, добиваясь некой "стандартизации", и, соотвественно, определенного уровня качества.

Отсутствие глобальной Agile сертификации привело к тому, что существует достаточно большой набор различных "чеклистов" - опросников (team assessment forms), которые призваны оценивать "гибкость" той или иной команды. Какую из существующих форм выбрать или создать свою – зависит от специфики вашего процесса и, конечно, опыта в оценке команд. Так, например, компания Люксофт начала проводить оценки своих команд по опроснику, предложенному Дином Леффингвелом в его книге Scaling Software Agility. За три года, которые в компании существует практика оценки команд, мы создали свой собственный опросник, на основе опыта как сторонних команд, так и специфики распределенного Agile процесса Люксофт.

Как показывает опыт, наличие процесса оценки Agile команд полезно как в целом для компании, позволяя увидеть картину по всем проектам, так и для отдельных команд, предоставляя хорошие входные данные для проведения ретроспектив и позволяя предупредить возникновение многих проблем, симптомы которых очень часто не видны внутри команды.