Любые деловые вопросы, связанные с проектом должны быть уточнены и обобщены. Они могут включать в себя профили основных категорий клиентов, предположения, которые вошли в концепции проекта, и приоритеты управления для project.To уменьшить свой страх и риск управления ИТ-проект, это может быть мудрым, чтобы следовать установленной процедуры инициирования проекта и управления. Для проекта Vision, и Scope Шаблон можно использовать с вашими собственными проектами, увидеть бесплатных загрузок в конце этого article.
10 Ловушка Необходимость Если AvoidAccording в Wiegers, успешные программные проекты строятся на фундаменте хорошо понятных требований. Тем не менее, слишком часто, технические руководители проекта попасться в ловушки, которые мешают им эффективно собирать, документировать или управления требованиями проекта.
Несколько симптомы указывают, что вы могли бы попасться в "требование ловушку": Путаница о том, что требование является отсутствие участия клиента Неясные или неоднозначные требования отсутствие строгих приоритетов требования Функциональность, что никто не использует анализ паралич Сфера ползучести Неадекватные требования изменить процесс анализа воздействия на вашем изменение Недостаточное Требования контроля версий Говорите Ваши клиенты LanguageAs вам развить свое видение и документ области действия, убедитесь, что вы и ваш клиент идет на одном языке.
Чтобы уменьшить риск технологий управления проектами, имейте в виду, что, хотя вы знаете технологию наизнанку, ваш клиент, вероятно, не делает. Если ваши документы проекта являются слишком технической, ваш клиент может быть оставлен предположить, что ваш план будет выполнять свои бизнес-необходимость, когда на самом деле ваши предположения могут быть от базы. Если это произойдет, ваша команда может быть несколько месяцев в проект, прежде чем недоразумение становится ясно. То, когда ИТ-проектов менеджеры обычно см смещения области. Вдруг, в