Она также обеспечивает опорный кадр, на котором предлагаемый характеристик и требований изменения могут быть оценены. Бизнес контекст. Кратко некоторые из вопросов бизнеса по всему проекту, в том числе профилей основных категорий клиентов, предположений, которые легли в концепцию проекта, и приоритетов управления для project.10 Требования ловушек AvoidWiegers также указывает, что успешные программные проекты строятся на фундаменте хорошо понимать требования.
Тем не менее, многие системные интеграторы и программное обеспечение /программисты попасться в ловушки, которые мешают им эффективно собирать, документировать и управлении их требованиям. Несколько симптомы указывают, что вы могли бы попасться в "требование ловушку": Путаница о том, что требование является недостаточное вовлечение клиентов Неясные и двусмысленные требования Ун-приоритеты функциональность требования здания никто не использует анализ паралич Сфера ползучести Неадекватные требования изменить процесс анализа воздействия на вашем изменения Неадекватные требования версия controlSpeak ваших клиентов LanguageAs вам развить свое видение и документ масштабов, его важное, чтобы убедиться, что вы и ваш клиент идет на одном языке.
Для снижения профессиональной ответственности, системных интеграторов, программистов и программистов должны иметь в виду, что они знают технологию наизнанку, но их клиенты обычно не делают. Если ваши документы проекта являются слишком технической, ваш клиент может быть оставлен предположить, что они будут выполнять свои потребности бизнеса, когда на самом деле вы можете пропускать mark.When, что происходит, вы можете быть несколько месяцев в проект, прежде чем проблема становится ясно, , и то, когда вы увидите смещения области.
Вдруг, встречи клиенты должны собирается занять больше времени и стоить больше, чем договаривались. То рецепт катастрофы, потому что в этот момент, некоторые клиенты перестан