Чек-лист поможет
- Тестировщикам оценить требования аналитика и разработать соответствующие проверки
- Аналитикам для самопроверки, синхронизации внутри группы аналитиков и для приемки требований на вход от других команд
- Разработчикам для проверки полноты информации необходимой для разработки
- Менеджерам для фиксации и управления рисками
- Техническим писателям для сбора исчерпывающей информации о работе продукта
Прежде, чем приступить
- Определен класс продукта <EDC,MES,BPMS и т.д.>
- Определены внешние документы, регламентирующие разработку определенного класса продукта <ISO,ГОСТы и т.п.>
- Определено лицо, компетентное оказать консультацию по внешним (международные стандарты) и внутренним документам, регламентирующим работу доменной области
- Определено лицо, компетентное участвовать в сборе потребности при выявлении и сотрудничестве, а также согласовывать этапы работы с требованиями со стороны клиента
- Участники ознакомлены с документом “Билль о правах клиента ПО при формировании требований”
Бизнес уровень
Проделана работа по выявлению бизнес-потребности:
Определена целевая аудитория продукта, сфера знаний заинтересованных лиц и их особенности.
Создана матрица стейкхолдеров:
- Определены заинтересованные лица со стороны топ-менеджмента
- Определен список пользователей результатов проекта.
- Артефакт согласован с руководителем и клиентом (топ-менеджмент нужен для эскалации, лица нужны в качестве источников)
Исследованы внешние и внутренние документы, предоставленные клиентской стороной:
- Составлен реестр бизнес-правил
- Составлен глоссарий используемых терминов
- В рамках сотрудничества с клиентом задокументированы диаграммы бизнес-процесса AS IS. Диаграммы согласованы с руководителем и участниками
- Потребности, ключевые преимущества и причины для использования заинтересованных лиц зафиксированы и согласованы с руководителем и ключевыми участниками
- Определены бизнес-цели, установлена трассировка между целями и потребностями. Критерии успеха целей согласованы с участниками
Определено видимое решение:
- Описание гипотез и предложений, которые рассматриваются как подходящие для удовлетворения бизнес-потребности.
- Поддерживается трассировка между потребностью, целями и предложениями
Исследованы прямые конкуренты и решения
Задокументированы диаграммы бизнес-процесса TO BE. Диаграммы согласованы с руководителем и участниками
Выделены отличия видимого решения от основного конкурирующего продукта
Составлен реестр бизнес-рисков:
- Заинтересованные лица проинформированы о рисках.
- Принято решение о стратегии работы с каждым риском (уклонение, передача, снижение, принятие и т.п.)
Пользовательский уровень
- Исследованы классы пользователей:
- Дополнена матрица стейкхолдеров: проектная команда, дополнен список пользователей результатов проекта, определены потенциальные пользователи
- Исследованы ролевые модели пользователей результатов проекта: их особенности, контекст работы с системой, знания и квалификации и т.п.
- Поддерживается трассировка между бизнес-уровнем
- Выделены привилегированные, непривилегированные, игнорируемые классы пользователей. Матрица и реестр стейкхолдеров согласован с ключевыми участниками
- Созданы юзкейсы и/или истории, поддерживается трассировка между бизнес-уровнем
- Перечислены атрибуты качества. Перечень приоритизирован и согласован с ключевыми участниками
- Созданы пользовательские интерфейсы: макеты и прототипы. Согласованы с ключевыми участниками
Функциональный уровень
- Разработаны функциональные требования к ПО:
- Задокументированы Данные и их взаимодействия (например, Динамические диаграммы (SnT) и/или Статические диаграммы (ERD))
- Задокументированы Компоненты и их взаимодействия (модель компонентного состава)
- Задокументирована Функциональность: деревья функциональностей в компонентах, CRUD
- Задокументированы Внешние интерфейсы (модель взаимодействия со сторонними системами)
- Задокументирована Матрица прав и разрешений