69 / 94
Scrum и XP: заметки с передовой
69
Соотношение спринтов и фаз приёмочного тестирования
В идеальном Scrum-мире а
ного тестирования не нужна, так как каждая Scrum-команда после
каждого спринта выдаёт новую, готовую к реальному использованию версию системы
Спринт №
1
Время
1.0.0
Спринт №
2
1.1.0
Пользователи
Ну, а на самом деле, всё выглядит чуть-чуть по-другому:
После первого спринта выпускается глючная версия 1.0.0. Во время второго спринта начинают поступать
сообщения об ошибках, и команда большую часть времени занимается отладкой, а потом выпускает версию с
исправлениями 1.0.1 в середине спринта. Потом, в конце второго спринта выходит версия 1.1.0 с новым
функционалом, которая, естественно, оказывается ещё более глючной, так как у команды просто не хватило
времени довести её до ума из-за того, что приходилось подчищать хвосты, оставшиеся с прошлого спринта. И
так по кругу.
Наклонная красная штриховка второго спринта символизирует хаос.
Неприглядная картина, да? А самое грустное в том, что эта проблема остаётся даже при наличии команды
приёмочного тестирования. Единственная разница состоит в том, что основная масса сообщений об ошибках
поступает от команды тестирования, а не от негодующих пользователей. Но эта разница просто огромна с
точки зрения бизнеса, хотя для разработчиков ничего и не меняется. Ну, кроме только того, что тестировщики
обычно менее агрессивны, чем конечные пользователи. Обычно.