Sucesso de projetos atualizado

Lendo o artigo CHAOS Report: Métodos Ágeis Aumentam Taxa de Sucesso de Projetos, postado no Blog ScrumHalf em 11/02/2011, obtive os dados do mais recente relatório do Standish Group CHAOS Manifesto 2011, atualizado para dados sobre o sucesso e falha de projetos de TI da pesquisa realizada em 2010.

Em comparação com o relatório CHAOS Manifesto 2010, relatando a pesquisa realizada em 2008, a taxa de projetos rotulados como Sucesso aumentou de 32% para 37% enquanto a taxa de projetos rotulados como Fracasso diminuiu de 24% para 21%. A taxa de projetos com o rótulo de Deficit também reduziu de 44% para 42%.

A taxa de sucesso de 37% é a maior encontrada pelas pesquisas do Standish Group desde 1994.

Segundo o artigo, o Standish Group aponta quatro razões para a melhoria significativa encontrada em 2010 em relação a 2008:

1. Processos Ágeis: A utilização desses processos cresce a uma taxa de 22% CAGR (Compound annual growth rate). Hoje representam 9% de todos os projetos de TI e são adotados em 29% do desenvolvimento de novas aplicações. O instituto conclui que o crescimento da taxa de sucesso está diretamente relacionado ao aumento da adoção de metodologias ágeis.
2. Modernização: Esses projetos, que entre outros focam na conversão de código/banco de dados, tem taxa de crescimento anual menor do que a dos processo ágeis. Entretanto tem taxa de projetos rotulados como sucesso maior. O instituto conclui que isso acontece devido ao mecanicismo desses processos e de um ambiente relativamente mais homogêneo de perfil de profissionais.
3. Pacotes Empresariais: O número de novos projetos de implantação de ERP e CRM diminuiu. Como, segundo o instituto, consistem em projetos de grande risco com resultados questionados, a diminuição de novas implantações contribuiu para aumentar a taxa de projetos rotulados como sucesso.
4. Processos em Cascata: Consistem nos métodos tradicionais e já representaram quase 50% do número de novas implementações. Como crescem a 1% CAGR, sua utilização relativa diminuiu, contribuindo, assim, positivamente para a taxa de sucesso.

Estes dados me permitem atualizar o gráfico do artigo Sucessos e falhas em projetos de TI, postado exatamente um ano atrás. Agora ele fica assim:

No campo da Modernização, o Standish Group disponibiliza, na área de Amostra de Pesquisas (requer registro gratuito), o relatório NonStop Modernization (abril 2011) em que lista as prioridades de investimento em TI para 2011, The Standish Group’s annual Top 10 Areas of IT Investiments:

1. Modernização de aplicações (SOA, BPM, etc.)
2. Upgrade de infraestrutura (hardware, software)
3. Melhoria da segurança
4. Computação em nuvem (SaaS, Utility Computing)
5. Desenvolvimento de novas aplicações
6. Capacitação da equipe
7. Disponibilidade de aplicações e sistemas
8. Conformidade e governança
9. Consolidação e otimização
10. Presença web e comércio eletrônico

E destaca os Três Conceitos e Seis Passos para a Modernização Contínua:

Conceitos:

1. Compreender seu projeto de modernização e o ambiente deste: a organização deve dominar o projeto de evolução que vai executar, compreender seus custos, riscos e benefícios, as diferentes opções e suas implicações, e deve ter um plano claro para seguir e guiar sua condução.
2. Refatorar: Standish Group estima que cerca de 80% dos recursos e funcionalidades de uma típica aplicação missão-crítica não são usados; deve-se, portanto, remover as partes não utilizadas antes de se migrar programas, evitando esforço inútil.
3. Modernizar a infraestrutura: atualizar hardware defasado e proprietário para sistemas blade comuns, aumentando a consolidação e trazendo mais simplicidade e flexibilidade.

Passos:

1. Modernize o banco de dados
2. Modernize a experiência do usuário
3. Modernize a aplicação
4. Modernize a disponibilidade
5. Modernize a segurança
6. Modernize a operação

Quanto aos processos ágeis, é interessante citar que o Manifesto Ágil completou 10 anos em 2011. Para abordar os desafios encarados por desenvolvedores de software, um grupo inicial de 17 metodologistas formou a Agile Alliance, em fevereiro de 2001. Este grupo formulou um manifesto para encorajar melhores maneiras de se desenvolver software, e baseado nesse manifesto definiu quatro valores e doze princípios que formam os fundamentos do movimento ágil.

Os quatro Valores do Manifesto Ágil:

• Indivíduos e interações acima de processos e ferramentas;
• Software funcionando acima de documentação abrangente;
• Colaboração com o cliente acima de negociação de contrato;
• Responder a mudanças acima de seguir um plano.

Dentre as metodologias ágeis, o Scrum é um processo de desenvolvimento iterativo e incremental para gerenciamento de projetos e desenvolvimento ágil de software.

Para saber mais sobre o manifesto ágil e scrum:

• Agile Software Development Alliance (Agile Alliance).
• Manifesto for Agile Software Development (em inglês) e Manifesto para Desenvolvimento Ágil de Software (em português); veja também os Princípios por trás do Manifesto Ágil.
• Examining the Agile Manifesto, por Scott W. Ambler.
• Desenvolvimento ágil de software (em português) e Agile Software development (em inglês), verbetes na Wikipédia, a enciclopédia livre.
• Agile Manifesto 10th Anniversary series (em inglês), artigos publicados por InfoQ.
• Scrum Alliance.
• Scrum (em português) e Scrum (development) (em inglês), verbetes na Wikipédia, a enciclopédia livre.
• Scrum em 2 minutos, por Ivan Sanchez, 2007-02-07, no blog Coding Dojo Floripa – Desenvolvimento Ágil.
• Scrum: metodologia ágil para gestão e planejamento de projetos, em Improve It.

Aproveitando o assunto de projetos, também atualizei meu artigo introdutório PMBOK e Gerenciamento de Projetos, um dos mais acessados e citados do meu site, refinando as seções sobre o gerente de projetos e suas habilidades interpessoais, e também aquela sobre a instituição IPMA com sua filosofia e certificações.

Para saber mais:

• Chaos report: Como esta a TI no mundo?, por Washington Souza, 2010-08-09, Blog CMMI.

Atualização 2015:

Em 2015, o Statndish Group disponibilizou o CHAOS Report 2015. Até então, a definição Tradicional de resolução e sucesso de projetos era medida pela composição de três atributos: OnTime (prazo), OnBudget (custo) e OnTarget (escopo). Por esses parâmetros, o resultado atualizado ficava assim:

Contudo, medindo atributos adicionais OnGoal, Value e Satisfaction, o Sandish Group observou que em muitos projetos a tripla restrição de prazo, custo e escopo era atendida, mas ainda assim o cliente não ficava satisfeito com o resultado. Assim, a definição Moderna passou a ser OnTime, OnBudget, com um resultado Satisfactory. Isto significa que um projeto com Sucesso foi concluído dentro de um prazo estimado razoável, dentro do orçamento e entregando satisfação aos clientes e usuários, independente do escopo original. Pelos novos critérios adotados a partir de 2011, parte dos projetos que eram considerados como Sucesso passaram a ser classificados como Ameaçados. O gráfico com a definição de resolução Moderna a partir de 2011 fica assim:

O Relatório CHAOS 2015 completo ainda apresenta resultados segmentados por tamanho dos projetos e por tipo de segmento/mercado.