Управление требованиями

Слово "аналитик" заменяет слово “специалист” во многих профессиях, происходя из технологического бума 1990-х. С тех пор термин используется для тех, кто включает данные в понятную информацию для отчетов и рекомендации. Сейчас термин "бизнес-аналитик" (BA) делает это для многих предприятий применительно к оперативным функциям и процессам, чтобы повысить эффективность предоставления услуги, производства и управления цепочками поставок.

Важной частью любого проекта по разработке программного обеспечения является сбор требований. Если вам не совсем ясно то, что вы собираетесь предоставить, то как вы поймете, что вы уже завершили реализацию проекта? Качественные требования клиентов приведут к лучшим прогнозам, большей удовлетворенности клиентов, сниженным затратам и коротким срокам.

Унифицированный процесс Rational (Rational Unified Process), корпоративный унифицированный процесс (Enterprise Unified Process), гибкая методология разработки (Agile Development Methodologies), унифицированный язык моделирования (Unified Modeling Languages) - они имеют множество различных названий, уровней сложности  и размеров, но следование одному из них поможет обеспечить успех в вашем следующем проекте.

Кто-то из читателей, вероятно, посещал курсы по управлению требованиями посредством диаграмм сценариев использования (Use Case). Их цель заключается в обучении бизнес-аналитиков и программистов, как использовать универсальный язык моделирования (UML-Unified Modeling Language) для того, чтобы понимать и передавать бизнес-требования. В качестве руководителя вы можете считать данную область поучительной и вдохновляющей.

Сбор требований - это неотъемлемая часть любого проекта и процесса его управления. Понимание того, что должен предоставить проект, критично для его успеха. Это может звучать здраво, но, как ни странно, этой области зачастую уделяется недостаточно внимания.

Компания, которая реализует некачественную практику сбора требований, прямо-таки напрашивается на превышение бюджета и постоянные провалы, согласно отчету IAG Consulting. Отчет, названный Business Analysis Benchmark (Критерий Анализа Бизнеса), изучал 110 проектов технических организаций в более чем 100 компаниях для того, чтобы определить важность сбора требований проекта.

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

Сбор и управление требованиями - это важные препятствия в управлении проектами. Из-за плохого процесса сбора требований проекты терпят крах. Постоянно развивающаяся база требований должна быть эффективно контролируема. Руководитель проектов должен оценить и понять уникальность процесса сбора требований для своего проекта.

Сбор пользовательских требований - это деятельность, которую стоит выполнять на ранней стадии проекта для того, чтобы определить и оценить масштаб проекта. Цель данной деятельности заключается в понимании продукта со стороны пользователя, а также в определении стандартных нужд и ожиданий пользователей. Сбор требований пользователей полезен для проектов, в которых наблюдается нехватка фокуса, или же для утверждения существующего масштаба проекта. Данное исследование также представляет независимый взгляд  пользователя в том случае, когда проект был создан только для исполнения всех нужд бизнеса. Результаты данного процесса используются для балансировки бизнес-целей и обеспечения успеха проекта.