Background Image
Table of Contents Table of Contents
Previous Page  69 / 94 Next Page
Information
Show Menu
Previous Page 69 / 94 Next Page
Page Background

Scrum и XP: заметки с передовой

69

Соотношение спринтов и фаз приёмочного тестирования

В идеальном Scrum-мире а

ного тестирования не нужна, так как каждая Scrum-команда после

каждого спринта выдаёт новую, готовую к реальному использованию версию системы

Спринт №

1

Время

1.0.0

Спринт №

2

1.1.0

Пользователи

Ну, а на самом деле, всё выглядит чуть-чуть по-другому:

После первого спринта выпускается глючная версия 1.0.0. Во время второго спринта начинают поступать

сообщения об ошибках, и команда большую часть времени занимается отладкой, а потом выпускает версию с

исправлениями 1.0.1 в середине спринта. Потом, в конце второго спринта выходит версия 1.1.0 с новым

функционалом, которая, естественно, оказывается ещё более глючной, так как у команды просто не хватило

времени довести её до ума из-за того, что приходилось подчищать хвосты, оставшиеся с прошлого спринта. И

так по кругу.

Наклонная красная штриховка второго спринта символизирует хаос.

Неприглядная картина, да? А самое грустное в том, что эта проблема остаётся даже при наличии команды

приёмочного тестирования. Единственная разница состоит в том, что основная масса сообщений об ошибках

поступает от команды тестирования, а не от негодующих пользователей. Но эта разница просто огромна с

точки зрения бизнеса, хотя для разработчиков ничего и не меняется. Ну, кроме только того, что тестировщики

обычно менее агрессивны, чем конечные пользователи. Обычно.