Руководство по управлению проектами · Планирование и содержание
Требования к проекту: высокоуровневые и технические требования
Требования описывают, что должен делать результат проекта и каким условиям он должен отвечать. Правильно сформулированные требования — один из самых надёжных предвестников успеха проекта.
Главное
- Требования варьируются от потребностей бизнеса до технических спецификаций.
- Собирайте их вместе с заинтересованными сторонами, используя несколько методов.
- Делайте их проверяемыми и прослеживайте до результатов.
Виды требований
| Тип | Описывает | Пример |
|---|---|---|
| Business | Зачем нужен проект | Снизить затраты на обработку счетов |
| Заинтересованная сторона | Потребности конкретных групп | Финансовому отделу нужны отчёты на конец месяца |
| Верхнеуровневые | Общие возможности на этапе инициации | Система должна поддерживать онлайн-платежи |
| Функциональные | Что делает решение | Пользователи могут экспортировать счета в PDF |
| Нефункциональные | Насколько хорошо оно работает | Страницы загружаются менее чем за две секунды |
| Техническая | Технические условия и ограничения | Работает на существующей облачной платформе |
| Переходные | Что нужно для перехода в новое состояние | Обучить 50 пользователей до запуска |
Сбор требований
- Интервью и воркшопы.
- Наблюдение за текущей работой.
- Опросы.
- Анализ документов.
- Прототипы и пользовательские истории.
Документирование и трассировка
Фиксируйте требования в документе требований или бэклоге. Матрица трассировки требований связывает каждое требование с его источником, проектным решением, тестом и результатом, чтобы ничего не упустить.
Хорошие требования:
- Ясные и однозначные.
- Проверяемые.
- Необходимые.
- Выполнимые.
- Приоритизированные, например по методу MoSCoW.
Бесплатные шаблоны по этой теме
Частые вопросы
Что такое верхнеуровневые требования проекта?
Общие формулировки того, чего должно достичь решение, определяемые на раннем этапе проекта.
Что такое технические требования проекта?
Спецификации технологий, инфраструктуры, безопасности и производительности.
Чем функциональные требования проекта отличаются от нефункциональных?
Функциональные требования описывают, что делает система; нефункциональные — насколько хорошо она это делает.
Кто собирает требования проекта?
Бизнес-аналитики, владельцы продукта или руководители проектов вместе с заинтересованными сторонами.
Что такое матрица трассировки требований проекта?
Таблица, связывающая требования с их источниками, проектными решениями, тестами и результатами.
Что такое приоритизация требований проекта по методу MoSCoW?
Метод приоритизации: Must (обязательно), Should (следует), Could (можно), Won't have this time (не в этот раз).
Как работают с требованиями проекта в Agile?
Как пользовательские истории в бэклоге, уточняемые непосредственно перед работой.
Почему требования проекта не срабатывают?
Неоднозначность, неучтённые заинтересованные стороны и изменения, не проходящие через контроль изменений.
Что такое подписание требований проекта?
Формальное подтверждение того, что требования достаточно полны для продолжения работы.
Требования проекта — это то же самое, что содержание?
Требования определяют содержание; содержание задаёт работу, необходимую для их выполнения.