Introdução
Esse princípio informa que é crítico para dimensionar corretamente o processo de desenvolvimento para
as necessidades do projeto. Não é mais nem menos melhor: Em vez disso, a quantidade de cerimônia,
precisão e controle presente em um projeto deve ser detalhada de acordo com uma variedade de fatores,
incluindo o tamanho e a distribuição de equipes, a quantidade de restrições externamente impostas e a
fase na qual o projeto se encontra.
|
|
Benefícios
|
-
Eficiência de ciclo de vida
-
Agilidade de projeto aumentada.
-
Planos Realísticos e estimativas.
|
Padrão
|
-
Dimensione corretamente o processo para as necessidades do projeto incluindo:
-
o tamanho e a distribuição da equipe do projeto,
-
a complexidade do aplicativo
-
a necessidade para conformidade.
-
Adaptar a cerimônia do processo para fase de ciclo de vida
(permitir formalidade para desenvolver de favorável a desfavorável conforme as
incertezas são resolvidas)
-
Aprimorar o processo continuamente
-
Equilibrar planos e estimativas com o nível de incertezas
|
Antipadrões
|
-
Consulte sempre o planejamento inicial mais processado e detalhado, como preferir:
-
Determine estimativas antecipadas e fixe a estas estimativas.
-
Desenvolva planos precisos e gerencie o projeto localizando em oposição ao
plano estático.
|
|
Debate
O processo adicional, como por exemplo uso de mais artefatos, produção de documentação, desenvolvimento e manutenção
mais detalhados de modelos adicionais que precisam ser sincronizados e revisões mais formais, não é necessariamente
melhor. De preferência, é necessário dimensionar corretamente o processo para necessidades do projeto.
Conforme um projeto aumenta no tamanho, torna-se mais distribuído, utiliza tecnologia mais complexa, possui um número
maior de investidores e precisa seguir padrões de conformidade mais severos, o processo precisa tornar-se mais
disciplinado. Porém, para pequenos projetos com equipes co-localizadas e tecnologia conhecida, o processo deve ser mais
reduzido.
Fatores que conduzem à quantidade de disciplina do processo.
Muitos fatores determinam o quão disciplinado deve ser o processo, incluindo o tamanho do projeto, distribuições
de equipe, complexidade de tecnologia, número de investidores, requisitos de conformidade e posição no ciclo de vida do
projeto.
Um projeto deve adaptar a cerimônia do processo para fase de ciclo de vida. Por um lado, no início do projeto,
geralmente, estamos voltados para muitas incertezas e é fortemente recomendado estimular a criatividade para
desenvolver um aplicativo que considera as necessidades de negócios. Normalmente, o processo adicional trata de
menos criatividade, não mais; é necessário, portanto , minimizar o processo nas fases anteriores de um
projeto, onde a incerteza é um fator diário. Por outro lado, recentemente no projeto, será preciso
apresentar mais controle, como por exemplo conselho de controle de Mudanças, para prevenir a criatividade indesejada e
o risco associado, o qual muitàs vezes, conduz à última introdução de defeitos no produto: Isso converte a mais
processo.
Uma organização deve esforçar-se a aprimorar continuamente o processo. Considere o desempenho de uma avaliação
após cada iteração e no final do projeto para capturar lições aprendidas e influenciar no aprimoramento do
processo. Incentive todos os membros da equipe a procurar continuamente oportunidades para aprimoramento.
Finalmente, é difícil equilibrar os planos do projeto e estimativas associadas com a incerteza de um projeto.
Isso significa que, no início em projetos, quando a incerteza normalmente é maior, os planos e estimativas associados
serão focalizados no planejamento e estimativas de figuras grandes, em vez de apontar para o fornecimento de altos
níveis de precisão, quando na verdade não há nenhum. As atividades de desenvolvimento iniciais devem apontar para
eliminar a incerteza, a fim de ativar gradualmente a precisão aumentada no planejamento.
|