Guia
O ciclo em V: etapas, vantagens e quando preferi-lo ao ágil
O ciclo em V associa cada etapa de conceção ao teste que a validará. Rígido onde os requisitos mudam, imbatível onde não devem mudar.
O ciclo em V é um ciclo de desenvolvimento sequencial no qual cada etapa de especificação do ramo descendente é confrontada com o nível de teste que a verifica no ramo ascendente. Desenhado em V, define na descida o que será construído e demonstra na subida que foi corretamente construído. É um refinamento do modelo em cascata e não uma alternativa a ele.
O ramo descendente
Análise de requisitos, especificação funcional, conceção arquitetural, conceção detalhada: cada nível precisa o anterior e produz um documento que servirá de referência a um nível de teste. Toda a disciplina do modelo está aqui — não se especifica um nível sem saber já como será verificado.
O ramo ascendente
Os testes unitários validam a conceção detalhada, os de integração a arquitetura, os de sistema a especificação funcional e os de aceitação os requisitos iniciais. Cada teste responde a um documento escrito do lado oposto do V, o que torna a cobertura rastreável e auditável.
Vantagens e limites
O ciclo em V é forte onde os requisitos são estáveis e a prova é exigida: indústrias reguladas, sistemas embebidos, entregas críticas ou contratuais. O seu limite é simétrico — uma alteração descoberta no ramo ascendente sai cara, porque invalida documentos produzidos meses antes. Pressupõe que se possa saber o que se quer antes de o ter visto.
Escolher entre V, cascata e ágil
O critério verdadeiro não é a moda, mas a volatilidade do requisito e o custo de uma alteração tardia. Requisitos estáveis, contratuais e certificáveis pedem um ciclo em V; um produto exploratório, cujo utilizador descobre a necessidade ao usá-lo, pede entrega iterativa. A maioria das organizações acaba por praticar ambos, por vezes dentro do mesmo programa: uma fase de validação em V, um incremento de produto em sprints.
Pilotar ambos na mesma carteira
O FoxPlan não impõe um método único: um projeto pode ser planeado em Gantt com fases, marcos e dependências, ou acompanhado num quadro Kanban, e ambos alimentam a mesma carga de recursos, o mesmo orçamento e o mesmo reporte de carteira. O método continua a ser uma escolha do projeto; a consolidação continua global.