Resumo
=======
Âmbito deslizamento é um risco significativo no desenvolvimento de software projetos. Discutimos por isso que isto é assim, e como evitar ou pelo menos atenuar o risco.

O que é o alcance creep?
================
Novo software é normalmente desenvolvida como um resultado de um cliente (que pode ser uma organização interna ou externa) para identificar uma necessidade. O próximo passo é especificar a forma como o software irá satisfazer essa necessidade; especificamente, quais funcionalidades serão desenvolvidas. Este é o "âmbito" do projecto. O projeto planos são elaborados, com base em estimativas para o desenvolvimento e entrega a funcionalidade especificada, e uma data final está acordado.

Desenvolvimento e inicia o projeto parece estar a progredir bem. Mas então o cliente está ciente que existem requisitos adicionais que se esqueceram de mencionar, ou elementos adicionais de funcionalidade que eles necessitam. Muitas vezes, acrescentando estes extras que podem vir a causar a duração do projecto a ser prorrogado, resultando em aumento dos custos e prazos perdida, levando a erosão da margem sobre o projeto e, potencialmente, insatisfação dos clientes e perda de credibilidade devido a atrasos na entrega.

Como lidar com a extensão creep
======================
É importante que uma especificação funcional é produzido desde o início e, por escrito, em termos que o cliente possa entender. Por exemplo, um pé-através do processo que o software irá apoiar, talvez ilustrado com escarneciam-up capturas de tela, irá ajudar a esclarecer a forma como o novo sistema irá funcionar a partir do ponto de vista do usuário.

A especificação funcional deve ser aprovado e assinado pelo cliente, e deverá incluir uma declaração Alcance. Esta afirma que só a funcionalidade que é expressamente descrito no caderno de encargos está incluída no âmbito do projecto, e que alguma coisa não está descrito 'fora do alcance ".

Quando o cliente posteriormente identifica elementos adicionais, é feita referência ao caderno de especificações: é necessária a funcionalidade descrita ou alusão a? Se não for, então o novo desenvolvimento está fora do âmbito de aplicação.

O próximo passo é trabalhar para fora do impacto do desenvolvimento das novas funcionalidades: o que vai ser exigido esforço extra? O que é que isso vai ter efeitos sobre o projecto global duração? Quais os custos adicionais serão suportados ea forma como este irá afectar o projecto margem?

Se o impacto é trivial, pode ser acordada para incluir as novas funcionalidades existentes no projeto, mas idealmente este deve ser declarado por escrito, mediante a emissão de uma especificação revista. O perigo aqui é que o cliente acredita que tenha sido estabelecido um precedente e que novas revisões serão feitas de forma semelhante: é importante comunicar as razões por que permite a revisão nesta instância.

É mais provável que o desenvolvimento adicional irá causar atrasos e / ou custo extra. O cliente tem de ser feita conscientes das implicações da revisão, em termos do seu impacto sobre prazos e custos, e uma especificação dos aditamentos e alterações devem ser escritas (com a sua própria Declaração Alcance). Cabe então ao cliente para decidir se estão dispostos a pagar mais, e se eles podem aceitar a revista data final para o projeto. Se eles concordam, a nova especificação deve ser assinado como antes.

Será que precisamos realmente de uma Declaração Âmbito?
=============================
Você pode pensar que escrever uma especificação suficientemente pormenorizado para ser capaz de fazer a Declaração Âmbito implicaria mais tempo (e custos) que se justifica pelo valor do projeto como um todo. Por exemplo, se a todo o projecto está prevista para ter apenas algumas semanas e seriam necessários 5 dias para escrever uma especificação detalhada, uma análise custo / benefício seria mostrar que não vale a pena fazer.

Se for esse o caso, avaliar a probabilidade de o risco (com base no seu conhecimento do cliente e como você está confiante que todos os requisitos foram identificados) e do possível impacto, e construir na contingência suficientes em sua previsão de tempo e de custo para cobrir todas as revisões, mas o mais importante para o caderno de encargos.

Article Source: http://www.articleset.com