Вы можете выбрать товар из Каталога.
- Если на вашем проекте нет команды аналитиков, которые разрабатывают полноценные требования, документируют все договорённости и своевременно актуализируют любые изменения
- Если вам важно, будет ли успешным проект и будут ли довольными конечные пользователи
- Если вы хотите обеспечить глубокое тестирование продукта, несмотря на отсутствие идеальной документации на проекте, и сделать ваших конечных пользователей счастливыми
- Как определить, что какая-то информация потерялась?
- Как правильно задавать вопросы команде об ожиданиях о продукте?
- Как анализировать и тестировать информацию о продукте?
- Как оценивать полноту имеющихся у вас данных?
- Как восстанавливать отсутствующие данные?
- Как добиться от проектной команды того, чтобы требования разрабатывались и обновлялись?
- Как наладить процесс, позволяющий измерять тестовое покрытие и готовить прозрачную отчётность по качеству ПО?
- 8-мерная модель анализа продукта
- Чек-лист атрибутов качества
- Чек-лист оценки покрытия продукта данными
- Волшебный опросник аналитика
- Шаблоны аналитической документации
- Чек-лист источников данных о продукте
- Чек-лист ментальных моделей по областям
- Шаблон анализа ЦА
- Шаблон описания персонажа
- Ссылки на статистическую аналитику
- Системы хранения информации о ЦА
- Чек-лист источников неявных требований
- Контрольные списки дефектов
- Чек-лист атрибутов качества требований
- Чек-лист проверки моделей
- Шаблон реестра недокументированных требований
- Маркеры для быстрого поиска ошибок в требованиях
- Таблица с убедительными метриками
- Шаблоны проектных отчётов
- Чек-лист подготовки к очному ревью требований
- Список инструментов управления требованиями
- Воркфлоу требований, наиболее полезный для проекта
- Шаблон реестра трассирования требований
- Чек-лист настройки процесса управления требованиями
Урок 1: Исследуем, с чем имеем дело
Что будет рассмотрено:
- Что такое требования и какими они бывают
- Какие бывают проектные роли, связанные с анализом и документированием требований
- Как оценить достаточность проектной информации для тестирования
- Как составить модель продукта, достаточную для его тестирования (в разрезе данных, состояний, форм, функций, атрибутов качества и т.д.)
- Как измерять покрытие тестируемого продукта имеющимися данными
Урок 2: Выясняем потерянную информацию
Что будет рассмотрено:
- Какие существуют форматы аналитической документации на проекте
- Как выявить неоднозначные, неполные и непроверяемые требования
- Кто на проекте обладает нужными нам данными
- Как правильно задавать вопросы и фиксировать ответы на них
- Методы проведения пыток интервью аналитиков, РМ и техподдержки
- Анализ обращений пользователей
Урок 3: Изучаем внешние источники
Что будет рассмотрено:
- Исследование ментальных моделей и ролевых персонажей
- Анализ статистики вашей целевой аудитории
- Внешние регламенты и стандарты, влияющие на функциональность продукта
Урок 4: Рецензирование документации
Что будет рассмотрено:
- Атрибуты качества требований
- Как проводить рецензирование документации
- Как рецензировать и тестировать НЕдокументированные требования
- Как искать ошибки в моделях, используемых аналитиком продукта при разработке требований
- Как проводить экспресс-анализ требований по маркерам
Урок 5: Коммуникации по требованиям
Что будет рассмотрено:
- Способы манипуляции убеждения руководства проекта в необходимости улучшения требований
- Варианты формулировки вопросов по функционированию ПО
- Подходы к ревью требований в режиме реального времени
- Метрики, которые помогут вам аргументировать свою точку зрения
- Подходы для повышения авторитета тестировщиков в проектной команде
Урок 6: Процесс работы с требованиями
Что будет рассмотрено:
- Как организовать процесс верификации и согласования требований
- Как начать тестирование требований до начала разработки продукта
- Версионное хранение проектных требований и их актуализация
- Инструменты управления требованиями
- Трассируемость требований, моделей и тестов