Практический метод написания RPD для менеджеров по продуктам

Менеджер по продукту отвечает за написание документа с требованиями к продукту («PRD»). Этап написания PRD выполняется после выполнения нескольких предварительных шагов: описания рыночных возможностей, определения проблемы пользователя, сбора потребностей пользователя и их анализа. Менеджер по продукту и менеджер проекта также должны создать отдельные документы, касающиеся управления проектом и плана тестирования обеспечения качества, графика рассмотрения, стоимости, методов разработки, этапов разработки, результатов и процедур тестирования.

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

Введение

  1. Имя системы
  2. Автор
  3. Дата
  4. Лист редакции (версия, дата, описание редакции)

Цель и предыстория

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

  1. Цель, предыстория и аудитория
  2. Общий деловой контекст
  3. Краткое введение в организацию и назначение различных разделов
  4. Обзор разрабатываемой системы
  5. Ограничения проекта, такие как стоимость и график
  6. Прилагаемые документы

Сфера

  1. Этот раздел определяет границы продукта
  2. Что он будет и не будет делать продукт
  3. Что есть и что не будет реализовано
  4. Основной функционал и возможности системы

Определения, сокращения и сокращения

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

  1. Потенциально неизвестные или неоднозначные слова
  2. Акронимы
  3. Сокращения

Продуктовая среда

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

  1. Предположения и зависимости
  2. Среда установки
  3. Блок-схема, показывающая важные интерфейсы между системой и ее окружением.
  4. Интерфейсы системы: API, входные и выходные файлы
  5. Рабочий процесс системы
  6. Аппаратные системы и программные системы
  7. Интерфейс системы управления базами данных
  8. Пользовательский интерфейс, который характеризует интерфейс между системой и ее окружением.

Характеристики пользователя

Раздел характеристик пользователя представляет собой полное и точное представление о конечных пользователях. Общие характеристики конечных пользователей включают в себя:

  1. Роли пользователей, категории пользователей и типы пользователей
  2. Обязанности пользователей
  3. Знание домена пользователями
  4. Техническая искушенность пользователей
  5. Опыт и образование пользователя
  6. Приоритизация

Ограничения

  1. Список ограничений, которые классифицируются как абсолютные, желательные или необязательные.
  2. Ограничения дизайна
  3. Ограничения реализации
  4. Технологические ограничения, например, система управления базами данных, язык программирования, операционная система и т. д.

Нефункциональные требования

  1. Эксплуатационные требования: характеристики физической среды для продукта.
  2. Требования к производительности: скорость, безопасность, точность, надежность, доступность, емкость, масштабируемость, ремонтопригодность и переносимость.
  3. Требования безопасности
  4. Другие атрибуты качества

Функциональные требования

  1. Список приоритетных вариантов использования
  2. Уникальный номер для помощи в отслеживании
  3. Для каждого варианта использования или части рабочего процесса: список соответствующих системных требований.
  4. Действия, которые продукт должен выполнять в ответ на входные данные, поступающие от пользователей или других программных систем.
  5. Ответы как для допустимых, так и для недопустимых входных значений.
  6. Каркасы
  7. Мокапы
  8. Скриншоты
  9. Иллюстрации
  10. Дополнительные варианты использования для будущего использования, расширения и обслуживания.
  11. Предварительная смета предоставляется застройщиком.

Подводя итог, документ с требованиями к продукту («PRD») включает требования, которые будут представлены команде разработчиков в рамках совещания по планированию спринта. PRD — это один из способов передачи информации о продукте от группы разработки продукта команде разработчиков и отдела контроля качества. Ценный документ с требованиями к продукту может обеспечить инфраструктуру для сохранения знаний и документирования системы на протяжении всего жизненного цикла продукта.

Автор Мааян Гальперин