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

Чтобы уменьшить риск непонимания в команде и между командой и заказчиком вам следует принять «критерии готовности» (Definition of Done) и начать использовать их в своей ежедневной работе. С целью предупреждения возможных проблем и скрытых сложностей, в докладе я поделюсь собственным опытом создания компактных и эффективных критериев готовности. Будут затронуты темы жизненного цикла, важных пунктов, подходов и практик для создания критериев готовности для вашего проекта. Также отдельное внимание будет уделено вопросам различных уровней критериев готовности и основным ошибкам, с которыми вы можете столкнуться.

Вы должны гордиться своей работой, в очередной раз произнося слово «Готово!».

Уровень аудитории: новички, практикующие, эксперты

Направления: Product Management, Engineering & Quality, Agile Process, Team

Докладчики

Николай Алименков
XP Injection (Киев)

Алексей Солнцев
Инфопульс Украина (Киев)