3017
« : 10 Июня 2008, 08:33:06 »
Столкнулся с проблемой убедить начальство\заказчика\маму\папу ... в том, что нормально выстроенный Процесс Управления Требованиями (ПУТ) это действительно нужно. Или как говорят небезызвестные нам консультанты -- what is the value of requirements management process?
Попытался сформулировать преимущества и риски, которые дает выстроенный ПУТ, но и они не дали результата. Давайте вместе подумаем, что можно придумать еще и переформулировать что есть.
4. Преимущества внедрения процесса и средства Управления Требованиями.
Ниже описаны все преимущества дающие внедрение процесса и средств Управления Требований.
4.1. Внедрение регламентов по управлению требованиями позволит уменьшить время, требуемое на процесс анализа и всю разработку ПО в целом.
4.2. Применение внедряемых техник сбора, анализа и документирования требований позволит разрабатывать ПО, наиболее полно отвечающее всем требованиям Заказчика. Что в итоге позволит сократить время разработки ПО
4.3. Правильная организация требований позволит использовать требования и разработанные решения вторично, что сильно сократит время разработки .
4.4. Полное описание требований и правильная их организация позволит более точно планировать разработку ПО.
4.5. Полная база знаний (требования) ПО позволит делать более правильные стратегические решения по совершенствованию существующего ПО, разработки нового или интеграции ПО, имеющегося в наличии.
4.6. Организация доступа, сохранности и версионности требований с помощью СУТ позволит уменьшить время разработки ПО и избежать ситуации работы с неактуальными требованиями. Кроме того, будет всегда известно – кто и по какой причине сделал изменения в требованиях, что увеличит контроль над процессом анализа.
4.7. Совершенствование процессов целеполагания позволит разрабатывать ПО, которое будет помогать конечному Заказчику в достижении бизнес цели и автоматизировать наиболее необходимые и трудоемкие задачи.
4.8. Правильное документирование и организация требований позволит легко и быстро ввести нового человека (Аналитика, Архитектора, Разработчика и Тестировщика) в проект.
4.9. Правильное документирование и организация требований позволит улучшить качество требований, чтобы они стали более понятные, однозначные и тестируемые. Что в конечном итоге повысит качество создаваемого ПО.
4.10. Правильное документирование и организация требований позволит улучшить взаимопонимание между Аналитиками и конечными Заказчиками. Что в итоге уменьшит время, требуемое на согласование требований.
4.11. Правильное документирование и организация требований позволит улучшить взаимопонимание между Аналитиками и всеми членами команды разработки (Архитекторы, Разработчики и Тестировщики). Что в итоге позволит уменьшить время разработки и повысит качество ПО.
4.12. Организация трассировки позволит понять – как одно требование влияет на другие и обнаружить ситуацию, когда требования определены не полностью. Данное преимущество позволит уменьшить время, требуемое на изменение требований, и описывать требования наиболее полно.
4.13. Визуализация требований (моделирование) позволяется облегчить процесс понимания требований в целом и в деталях.
4.14. СУТ позволит оптимально распределить права и обязанности между всеми задействованными лицами в проекте и обеспечит работу множества участников над многими проектами.
5. Риски внедрения процесса Управления Требованиями.
Ниже представлен список возможных рисков при внедрении процесса Управления Требований. Данных рисков можно избежать, если правильно выстроить предлагаемый процесс.
5.1. Требования должны быть известны всем участникам проекта
5.2. В процесс анализа не должно быть вложено слишком много усилий
5.3. Не следует быть через чур формальным с требованиями и спецификациями
5.4. Не следует быть слишком не формальным
5.5. Требования не должны быть слишком длинные и скучные для всех заинтересованных лиц, участвующих в процессе создания ПО
З.Ы. Следующим шагом должен быть описанный регламент УТ.