Унифицированный процесс 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 компаниях для того, чтобы определить важность сбора требований проекта.
В своей простейшей форме, анализ целесообразности представляет собой определение проблемы или возможности, которую можно изучить, анализ текущего режима операций, определение требований, оценку альтернатив и обговоренный план действий. По существу, действия для подготовки обоснования проекта по своей природе универсальные и могут быть применены к проекту любого типа, будь то разработка системы или ПО, совершение покупки или любой другой проект.