Все о SCRUM. Изучение, разработка, интеграция

Пример

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

Чтобы подчеркнуть требования к производительности, мы постараемся включить элемент проверки: когда я вхожу в систему как пользователь, время отклика составляет менее двух секунд в 99 % случаев, даже если подключено уже 50 пользователей, указав при этом конфигурацию сервера, на котором будут выполняться тесты.

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

15.5.3 Соотнести их с историей

Некоторые ограничения могут быть соотнесены с историей, в которой они фигурируют в качестве условий принятия.

Пример: Для истории о поиске слова в тексте тест может включать проверку желаемого времени отклика с использованием большого объема контента.

15.5.4 Поместить их в критерии завершенности

Требования к качеству разработки выражаются в определении завершенности, равно как и требования к локализации или удобству использования, которые представляют ограничения для нескольких пользовательских историй.

Пример. Peetic – это продукт, используемый во всем мире, он должен быть представлен как на французском, так и на английском языках. Это требование локализации. Будет оно включено в бэклог продукта? Нет! Как пользователь, я хочу, чтобы продукт на моем языке был историей, но она может быть реализована только в конце, когда продукт уже полностью готов на французском. Или же версия на английском будет создаваться по мере возможности. Всякий раз, когда добавляется текст для новой пользовательской истории, он должен быть доступен на французском и английском языках.

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

Эти нефункциональные требования обязывают к проведению специального тестирования, возможно, в определенных средах. Возможно, придется хорошенько поработать.

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

Критерии завершенности влияют на первоначальный бэклог. Вот почему его разработка должна проходить во время прелюдии.

15.6 Антипаттерны

15.6.1 Бэклог, воспринимаемый как детальная спецификация

Ситуация. Команда перешла к Scrum, но во время прелюдии просто переименовывает огромную, детализированную спецификацию в бэклог и чрезмерно подробно рассматривает каждую историю.

Последствия. Преждевременная детализация того, что может быть вовсе не включено в дальнейшую работу. Команда забыла о концепции business value.

Как сделать лучше? Сперва сосредоточиться на наиболее приоритетных функциональностях.

15.6.2 Бэклог только для команды разработчиков

Ситуация. Команда создала первоначальный бэклог, но заинтересованные стороны сохранили обычную практику управления требованиями для мониторинга проекта. Элементы бэклога никак не прослеживаются.

Последствия. Нет согласованности между командой и бизнес-целями.

Как сделать лучше? Попробовать техники impact mapping и story mapping.

Чтобы идти дальше

Книги