Формирование требований из хотелок заказчика
DESCRIPTION
Презентация Руфина Сарваровой на SQA Days-16 14-15 ноября 2014, Санкт-Петербург, Россия www.sqadays.comTRANSCRIPT
Формирование требований из хотелок заказчика
Сарварова РуфинаICL Services, Казань
Требования не были плохими..Их просто не так поняли
• 75% - наш проект "обречен с самого начала."
• 80% - переделываем работу больше половины времени
• 78% - бизнес-заинтересованные стороны должны принимать более активное участие
• 55% - бизнес-цели проекта ясны
• < 20% - требования проекта соответствуют потребностям бизнеса
• 23% довольны по завершению проекта
Что такое требования?
• Требования определяют цель
• Требования определяют потребности (проблемы)
• Требования определяют решение
• Требования определяют ограничения связанные с решением или
проектом по его реализации
Идеальные требования
Для аналитика Для программиста Для тестировщика
Роль требований
«Анализируйте требования для определения риска
связанного с тем, что конечный продукт не будет
работать правильно в его предполагаемой среде
использования»
– CMMI, Guidelines for Process Integration and Product
Improvement, Chrissis, Konrad, Shrum.
04.07.2010
Cynefin framework
Мы, не испытываем головной боли, мы только её переносчики
Область проблем -
Пользовательские
требования
Область решений -
Системные
требования
Область проблем и решений
недостаточное понимание существующих
проблем
невозможность определить границы
доминирование разработчиков и
исполнителей в дискуссиях о системе,
ограничения свободы в выборе решения.
Ошибки
Недостаточно четко определенные
группы пользователей продукта
Не выделены представители,
заинтересованные в продукте
Излишняя детализация
Систематизация заинтересованных сторон
Власть
ЛегитимностьСрочность/
Интерес
1
23
45
6
7
Высокий уровень абстракции
Потребности
Возможности
Функции системы
Язык заказчика
Сформулировать требования
1. Определить ключевые заинтересованные лица
2. Сформулировать проблему
3. Сформулировать возможности продукта
4. Документирование (описать в виде диаграмм, UC).
Оценка и проверка требований
• Является ли требование полным?
• Является ли требование ясным?
• Является ли требование выполнимым?
• Является ли план тестирования и тесты понятным и приемлемыми?
• Требования могут быть измерены?
• Требования могут быть протестированы?
• Могут быть связаны с архитектурой системы?
Эволюция Дарвина
Кейс 1
требование1
от ЗЛ1
требование2
от ЗЛ2
требование3
от ЗЛ3
Кейс 2
“нужно чтобы отчёты открывались быстрей!”
“нужно отрефакторить функционал Х”
“почему у нас всё так медленно?”
“алгоритм не работает!”
Заключение
Хорошая работа над требованиями – это
правильно, ПОНЯТНЕНЬКО!