Clarificar o âmbito e as limitações projectos estabelece as expectativas realistas para as várias partes interessadas, bem como um quadro de referência contra o qual a equipe pode avaliar características propostas e mudanças de requisitos. Contexto de negócios. Quaisquer questões comerciais relacionadas com o projecto precisa de ser clarificada e resumidas. Estes podem incluir os perfis dos principais classes de consumo, os pressupostos que entraram no conceito do projeto, e as prioridades de gestão para a project.
To reduzir o seu próprio risco de gerenciamento de projetos de TI, pode ser sábio para seguir um processo de iniciação e gestão de projetos estabelecida. Para um modelo de projeto e Scope Visão você pode usar com seus próprios projetos, ver os downloads gratuitos no final desta article.10 Armadilhas Requisito você deve AvoidAccording para Wiegers, projetos de software bem sucedidos são construídos sobre uma base de requisitos bem compreendidos.
No entanto, muitas vezes, os gerentes de projetos de tecnologia apanhados em armadilhas que os impedem de efetivamente coleta, documentando ou gestão de requisitos do projeto. Vários sintomas indicam que você pode ser pego em uma "exigência armadilha": confusão sobre o que um requisito é a falta de envolvimento do cliente Vague ou requisitos ambíguos Unprioritized requisitos de funcionalidade que ninguém usa paralisia da análise de escopo requisitos inadequados alterar processo de análise de impacto da mudança insuficiente inadequada requisitos de controle de versão Speak seus clientes LanguageAs-lo a desenvolver a sua visão e documento de escopo, certifique-se de que você e seu cliente estão falando a mesma língua.
Para reduzir o risco de tecnologia de gerenciamento de projetos, tenha em mente que, embora você conhecer a tecnologia de dentro para fora, seu cliente provavelmente esquentar. Se os seus documentos do projeto são demasiado técnica, seu cliente pode ser deixado de assumir que seu