Posso gerenciar requisitos para vários projetos?

Apenas o que é uma exigência, exatamente como devemos identificá-los, e como devemos lidar com eles? O livro, Controlando requisitos de software por Dean Leffingwell e Don Widrig, define os requisitos de administração da seguinte forma:

Uma abordagem deliberada de provocar, organização e economia de demandas
Um procedimento que determina e mantém o entendimento entre o cliente e Também a equipe do projeto
A “ Abordagem sistemática &"; deve basear-se num ciclo de vida. Quando um pedido ou um pensamento tornar-se um pré-requisito? Isso é como perguntar … “ quando vai começar a vida &"?; Será que vai começar no momento da concepção ou da chegada? Caso muitos de nós gerenciar os requisitos, enquanto uma idéia ou quando eles já são analisados, oficial e autorizada pelas partes interessadas autorizadas?

Enquanto eu estou me comunicando com eles, a seguir são um pouco mais em que pensar. Quem é o responsável por controlar os requisitos? Quando é que podemos parar de controlar exigências … na conclusão de uma tarefa ou uma vez que atualmente têm verificado que os resultados finais foram realizados? Se o pré-requisito repõe a capacidade atual … quem é responsável pelo desmantelamento do potencial atual? Exatamente o que é a diferença entre um requisito e uma especificação? Exatamente o que pode ser a distinção entre um requisito e alcance?

Se a empresa é normal, várias perguntas não são respondidas por seu processo de gerenciamento de requisitos e responsabilidades são mais susceptíveis ambígua. A lista posterior de questões fornece orientações relativas à melhoria de gestão de especificações. Considerações de gerenciamento

Requisitos

necessidades potenciais começar como conceitos, necessidades ou pedidos que deve incluir benefícios ou benefícios previstos juntamente com uma prioridade comparativa . Em um certo ponto no tempo, eles devem ser recebidos, registrados e documentados, a fim de garantir o exame correto. Quanto mais cedo um conceito ou necessidade é registrada, maior a chance de que vai ser efetivamente avaliados e talvez aceite como uma necessidade. A melhor possibilidade é causado a partir de especificações que são informalmente reconhecidos e nunca gravada ou oficial.

Requisitos originam de muito poucos recursos atingíveis. Muitas dessas opções pode exigir o endosso ou restringir alternativas. Estes incluem:

Idéias táticos e Objetivos
regulamentos ou exigências da indústria
Critérios de Interiores ou Arquitetura
Sugestões de melhoria contínua
padrões de negócios são tipicamente nível superior e expressas como um possível resultado final porque o negócio doesn &'; t conter a compreensão de tecnologias para delinear exigências práticas. Ao encontrar um pré-requisito de negócios, TI devem realizar uma avaliação de impacto para distinguir influências às técnicas atuais da empresa e capacidade de processamento. Baseado sobre o exame do impacto, critérios úteis deveria ser descrita, juntamente com um método de solução aconselhada. Nota:. Normas práticas deve manter a necessidade do negócio ou resultado

A não considerar as diferenças que envolvem exigências da empresa e práticas pode ser o fornecimento de um monte de argumentos de normalização. O requisito funcional preliminar explica “ o &"; no entanto doesn &'; t necessariamente identificar “ &" ;. como Análise e estilo extra deve determinar como os critérios de funcionamento pode ser servido. Isso é muitas vezes um desenvolvimento regular. A organização pode, eventualmente, fornecer detalhes específicos sobre como o deseja a solução para trabalhar ou eles podem apenas identificar o resultado final. TI tem que ser capaz de definir as suas recomendações práticas particulares se eles não são fornecidos pela empresa.

gama do projeto inclui o subconjunto das especificações autorizadas. Dependentes dos activos acessíveis, tempo e orçamento, possivelmente, pode não ser possível incluir as muitas necessidades no âmbito de aplicação. Intervalo de mudanças incluem a inclusão, valorização ou tirar especificações credenciados.

Durante o período de desenvolvimento, especificações são identificados por fazer uso de cada necessidade prática em conformidade com os requisitos estabelecidos especializados. Especificações indicações desenvolver o passar do tempo e não deve acabar por ser uma mudança. Alterações a necessidades pode levar a re-trabalho importante e de custo adicional e deve ser analisado e tratado. Por último, a fase de construção da gestão de demandas também precisa validar o no escopo especificações foram integrados e estão a funcionar correctamente entender que as funções não autorizadas não tenham sido incluídos. A ação final (e isso pode ser dispensada) é vantagens entendimento. Será que a solução implementada reconhecer o resultado final especificado? Se não, por que não você?

As próximas especificações Normas de Gestão lhe permitirá manter a perspectiva:

O diabo está nos detalhes
diferença entre uma perspectiva de mais uma alucinação são as informações e também o prazo
Patrocínio: “ Eu estou atrás de você o tempo todo. Isto é simplesmente uma escassa distância &"; O apoio poderá ir embora quando ocorrem problemas.
Modificações no personagem são chamados de evolução ou mutação determinada pelo fato de que eles são vantajosas ou prejudiciais. Faça certos requisitos e mudanças de configuração fornecem benefícios que superam a disfunção e custo adicional
Em caso você pode &';. T calculá-lo, você pode &'; t gerenciá-lo. ? Como você define o sucesso
As coisas são “ parente &";
O único “ constante &"; é a mudança Art  .;