Ágil versus orientado por plano

Planejar o desenvolvimento orientado é bom quando você pode prever com antecedência o requisito e o desenvolvimento, mas em muitos ambientes não é possível prever bem e precisamos de uma abordagem que nos ajude a fazer as coisas progressivamente. O Agile se encaixa bem nesse contexto, onde as coisas emergem à medida que avançamos. Eu diria que não é uma questão de melhor ou ruim, é uma questão de contexto.

Este vídeo pode responder a algumas de suas perguntas sobre agile

O desenvolvimento orientado a planos pode ser muito ágil e o Agile não é melhor ou pior que o desenvolvimento orientado a planos. Não é um ou quando se trata de desenvolvimento orientado a planos. A maioria das abordagens ágeis enfatiza a elaboração progressiva quando se trata de planejamento ... o gerenciamento tradicional de projetos chama esse planejamento de ondas contínuas.

Os requisitos e o design são frequentemente desenvolvidos em uníssono. Você descobre o que deseja, o que precisa fazer e o que é necessário para chegar lá, e como deve parecer e funcionar em conjunto. Essa é uma abordagem muito modular e evolutiva e não se opõe ao desenvolvimento orientado a planos.

Além do que outros disseram anteriormente, deixe-me destacar mais uma diferença importante. O Plano de Desenvolvimento Orientado se concentra no BDUF (Big Design Up Front) - Você tem um grande design, um plano abrangente, acordado e selado entre você e seus clientes. Isso permite mudanças mínimas, ciclos mínimos de feedback, resultando em um fechamento desafiador. Por outro lado, o Agile segue o EDUF (Just Enough Design Upfront) - Isso nos permite focar mais nos requisitos imediatos, diferir um pouco os requisitos de longo prazo e continuar - no seu caminho, você ajusta seu planejamento (planejamento adaptativo). Em suma, no ágil, você faz um planejamento contínuo, além de apresentar um plano extenso e único. À medida que avançamos, continuamos planejando e nos adaptando às situações em mudança.

Dizer "Agile é melhor que o desenvolvimento orientado pelo plano" é como dizer "Um carro é melhor que um barco". Ambos têm vantagens e desvantagens, dependendo do ambiente em que você está. O Agile é mais adequado para projetos com altos níveis de incerteza e o direcionado por planos é mais adequado para projetos com baixos níveis de incerteza que exigem algum nível de previsibilidade.

Existe um equívoco comum de que existe uma escolha binária e mutuamente exclusiva entre "Agile" e "Waterfall" e esse não é o caso. Existem muitas maneiras de combinar as duas abordagens para se ajustar a uma determinada situação.

Confira meu treinamento em vídeo on-line gratuito "Aprenda a verdade sobre o Agile versus o Waterfall" para saber mais sobre isso:

http://agileprojectmanagementacademy.com/courses/learn-the-truth-about-agile-versus-waterfall

Chuck Cobb Autor do "Guia do gerente de projeto para dominar o Agile" Confira meu treinamento on-line gratuito em http://agileprojectmanagementacademy.com/

Uma metodologia ágil não exclui um plano. A cadência é de importância primária (acima do escopo), pelo menos no scrum. As datas de entrega podem ser mais previsíveis e são mais prováveis ​​de serem cumpridas - assumindo que o escopo em todas as iterações não exceda a capacidade.

Mesmo ao usar uma metodologia ágil, você deve ter uma visão de alto nível do resultado final. O que é refinado e até alterado à medida que o projeto avança são os detalhes e sua prioridade.

Se você vai escalar uma metodologia ágil em uma grande organização que produz os produtos de uma empresa, simplesmente não pode fazer um planejamento de nível mais alto a longo prazo. A chave é fazer apenas o necessário para que suas equipes de marketing, vendas e suporte ao cliente planejem seus esforços e que sua equipe executiva informe as partes interessadas no nível corporativo.

Não existe uma causa orientada a planos nesse ambiente de negócios que os planos mudem o tempo todo. Portanto, a única coisa adequada é o desenvolvimento ágil. Agile é uma maneira de melhorar o produto de maneira iterativa

Os principais motivos pelos quais o Agile se destaca em relação ao plano são:

Modelo iterativo - O trabalho é realizado em pequenas rajadas de duas a três semanas no final das quais um aplicativo potencialmente utilizável é mostrado ao usuário final. o feedback fornecido pelo usuário final é usado para calibrar a próxima iteração e assim por diante.

loop de feedback no final da iteração, as alterações incrementais precisam ser demonstradas ao usuário final que, em seguida, fornece um feedback valioso. Isso pode ser adotado para melhorar as iterações futuras

Trabalho claramente definido - O trabalho para a iteração é claramente definido na forma de backlog do sprint. isso inclui as histórias e os bugs que precisam ser concluídos como parte do sprint. Nenhum novo trabalho pode entrar na lista não processada quando a iteração está em execução