Группа разработки требований

Для разработки требований приказом Директора создается Группа разработки требований, в которую, как правило, включаются представители всех заинтересованных в проекте лиц.

К заинтересованным в проекте лицам относятся:

· Заказчики, которые финансируют проект или приобретают продукт для решения каких-либо бизнес-задач.

· Пользователи, которые взаимодействуют напрямую или косвенно с приложением (подкласс заказчиков).

· Аналитики требований, которые пишут требования и передают их разработчикам.

· Разработчики, которые создают, разворачивают и поддерживают продукт.

· Тестировщики, которые определяют соответствие поведения программного обеспечения желаемому.

· Технические писатели, которые отвечают за создание руководства пользователей, тренировочных материалов и справочной системы.

· Менеджер проекта, который планирует процесс и руководит командой разработчиков вплоть до успешного выпуска продукта.

· Сотрудники правового отдела, которые следят, чтобы продукт не противоречил всем действующим законам и постановлениям.

· Сотрудники отдела продаж и маркетинга, выездной службы поддержки и другие, кому придется работать с продуктом и его пользователями.

В обязательном порядке в Группу разработки требований включаются представители заказчика, пользователей, аналитиков требований, разработчиков и тестировщиков. Наличие представителей других заинтересованных групп определяется спецификой разрабатываемого проекта.

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

Руководителем Группы разработки требований назначается аналитик требований. Конкретный состав Группы разработки требований определяется Директором по представлению руководителя группы.

Аналитик требований – это не только формальный руководитель Группы разработки требований, но и основное лицо, отвечающее за сбор, анализ, документирование и проверку требование к проекту. Поэтому аналитик требований должен обладать всеми навыками, знаниями и личными качествами, необходимыми для выполнения данных работ.

Права заказчика

1. Иметь дело с аналитиком, который разговаривает на языке его предметной области.

2. Иметь дело с аналитиком, хорошо изучившим его бизнес и цели, для которых создается система.

3. Потребовать, чтобы аналитик преобразовал требования, предоставленные им устно, в письменную спецификацию требований к программному продукту.

4. Получить от аналитика подробный отчет обо всех рабочих продуктах, созданных в процессе формулирования требований.

5. На уважительное и профессиональное отношение со стороны аналитиков и разработчиков.

6. Знать о вариантах и альтернативах требований и их реализации.

7. Описать характеристики, упрощающие работу с продуктом.

8. Изменить требования или разрешить использование имеющихся программных компонентов.

9. Получить исчерпывающие сведения о сумме затрат, ожидаемом эффекте и необходимых компромиссах, которые возникают в связи с изменениями в ПО.

10. Потребовать, чтобы система функциональностью и качеством удовлетворяла его требованиям.