As transformações digitais ou grandes projetos de software têm a reputação de exceder os orçamentos e cronogramas originais. Acontece que quase nunca chegam cedo e quase sempre se atrasam. Um novo estudo sobre falhas de projeto analisa um novo conjunto de dados de projetos de uma perspectiva estatística.
É essencial trabalhar proativamente para reduzir os fatores que farão com que um projeto ultrapasse o orçamento e o cronograma.
Um dos maiores riscos em grandes transformações digitais são os requisitos. A clareza, a consistência e a volatilidade dos requisitos são riscos que exigem uma gestão proativa e aqui está um gráfico para ilustrar o porquê:
Uma equipe que trabalha em uma grande transformação digital governamental e é responsável pela estimativa de custos optou por usar o ScopeMaster para analisar e dimensionar os requisitos. Eles ficaram encantados e surpresos com os resultados. Seu objetivo foi usado para automatizar o dimensionamento em CÓSMICO Pontos de Função para gerar uma estimativa de custo confiável. O ScopeMaster não apenas estimou o tamanho funcional provável (e, portanto, o custo), mas também defeitos expostos nos requisitos, um dos maiores riscos da transformação digital.
O programa de transformação digital está dividido em vários projetos. A primeira fase do primeiro projeto consistiu em mais de 2.300 requisitos.
O projeto é uma implementação de pacote de RH que requer regras jurídicas complexas incorporadas ao comportamento do software. O software é principalmente uma implementação de pacote com quantidades modestas de codificação personalizada. Existem centenas de páginas de regras de negócios (documentos legais) a serem implementadas. Cada regra de negócio afeta muitos cidadãos, potencialmente centenas de milhares de pessoas sendo afetadas por cada regra. Foi estabelecido que um erro num requisito que implemente incorretamente uma regra provavelmente custará pelo menos $100k com custos consequentes. Algumas regras, se implementadas incorretamente, poderão levar a custos de muitos milhões. Qualquer defeito exposto aos usuários custaria no mínimo $100k.
O ScopeMaster analisou 2.300 requisitos (em menos de 1 hora) e expôs uma 3.000 defeitos de requisitos. Também estimou o tamanho funcional do projeto. Neste estudo de caso contínuo de uso de transformação digital do ScopeMaster, a exposição do número e das especificidades dos defeitos é valiosa e oportuna.
O risco exposto
O ScopeMaster encontrou mais de 3.000 defeitos legítimos em 2.300 requisitos. O que isto nos diz e como podemos usar esta informação para ajudar o projeto de transformação digital a ter sucesso?
Estabelecemos anteriormente que cada defeito levará a uma regra de negócios aplicada incorretamente, o que provavelmente incorrerá em pelo menos $100k de custo total. Pode ser razoável supor que a maioria desses defeitos será encontrada e corrigida de qualquer maneira antes do lançamento. 85% é uma suposição razoável com base nas abordagens típicas de teste apenas e baseadas em risco. Isso deixa 450 defeitos que entrariam em operação, com um custo consequente mínimo de $45.000.000.
Outra forma de encarar este risco é considerar o risco de excesso de custos. Assumiremos que o custo médio de implementação por ponto de função COSMIC (CFP) é $1000. Embora normalmente o custo por CFP seja menor para a implementação de um pacote (cerca de $200/CFP), os custos são geralmente mais elevados no contexto governamental E a natureza complexa das regras jurídicas que estão a ser codificadas pode exigir conhecimentos jurídicos dispendiosos para rever cada uma delas. .
O custo de implementação correta de um requisito é $1000/CFP. Se os erros de requisitos não forem corrigidos, cada requisito precisará ser implementado duas vezes, uma vez incorretamente e depois corretamente. O retrabalho de software é menos eficiente do que “acertar na primeira vez”, geralmente a produtividade cai 50%. Portanto, o custo retrabalhado é $1500/CFP adicionado ao custo inicial de construir errado em primeiro lugar $1000/CFP, nos dá um custo total de $2500/CFP – ou um estouro de orçamento de 150%. Em outras palavras, se esses problemas de requisitos não forem resolvidos antes da codificação, existe o risco de o projeto custar 2,5x a estimativa inicial. Como podemos ter certeza de que esses defeitos causarão aumento no custo de retrabalho, isso não é um risco do projeto, mas um problema.
O tamanho funcional provável (conforme estimado pelo ScopeMaster) dos 2.300 requisitos no projeto de transformação digital é de cerca de 20.000 CFP.
Ao fixar a qualidade dos requisitos e evitar o retrabalho, podemos evitar o custo extra de desenvolvimento de $30m (1500 x 20.000). O trabalho necessário para corrigir os requisitos antes da codificação (usando ScopeMaster) seria de cerca de $300-500k (licenciamento e esforço). Por menos de $0,5 milhões, o projeto pode evitar um excesso de custo quase certo de $30 milhões.
O projeto está em andamento e a preocupação com a qualidade dos requisitos permanece em discussão ativa em toda a equipe. Estamos muito orgulhosos de que o ScopeMaster tenha conseguido expor esse risco antes mesmo do início da codificação, para que ele possa ser mitigado. A poupança para o governo em questão como resultado da mitigação deste risco excede $30m.
