Есть несколько таких команд на разных проектах. Повезло в том, что, во-первых, “верхи не могли жить по старому” — т.е. в условиях постоянных изменений на крупных проектах по старой схеме работать стало сложно. Во-вторых, сами разработчики как-то синхронно загорелись идеями гибкой разработки. Так что было и желание, и поддержка.

Насчет совместимости — большая часть коллег загорелась сама по себе, но вот один человек привык к другому подходу и сам ушел из компании. Предпосылок не было особых к этому, но ему было, похоже, неуютно в таком процессе — было проще, когда как конечному автомату дается четко специфицированное задание в четко построенном процессе, на которое он выдает четкий же результат :) Но в целом — это наоборот отличный challenge, в котором специалистам, в отличие от случайных людей, участвовать интересно.

Описания процесса построения команды пока нет, но через пару недель сдается один из проектов, на которых выстраивался процесс, и я бы с радостью написал рассказ о том, как и куда мы развивались :)

Надеюсь, пригодилось :)

Можно и так сказать :) Ядро системы, обеспечивающее те или иные возможности (работу при высокой нагрузке, масштабную работу с куками и т.п.) — это ведь тоже часть функциональности. Остальное — это уже качества функциональности: аккуратный вид, стабильная работа и т.п. Их тоже можно за основу разделения на этапы, но чаще всего первична ведь именно функциональность.