К книге
Менеджмент цифрового продукта. От идеи до идеалаГлава 3 Цикл поставки. 3.3. Управление качеством программного обеспечения. 3.3.4. Незапланированное ухудшение качества системы (дефекты)
51%
Глава 3 Цикл поставки. 3.3. Управление качеством программного обеспечения. 3.3.4. Незапланированное ухудшение качества системы (дефекты)
42

Незапланированное ухудшение качества системы, обнаруженное во время спринта или уже после релиза, называется «дефект». Дефекты, обнаруженные в процессе разработки, по возможности исправляются разработчиками в процессе спринта, чтобы инкремент соответствовал DoD. Дефекты, обнаруженные после релиза, заносятся в бэклог продукта.

Например, если обнаружилось что в результате одной из поставок перестала работать история «Я как пользователь могу удалить элемент списка», то она добавляется в продуктовый бэклог в той же формулировке, оценивается исходя из актуального DoD и приоритизируется владельцем продукта.

Лучшие практики по работе с дефектами

➠ Разработчики исправляют небольшие дефекты сразу, если это не приносит ущерба цели спринта.

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

➠ В бэклоге спринта выделяется определенный буфер под работы по устранению дефектов.

Предыдущая главаГлава 42 из 82Следующая глава