Relatorio Chaos

 

FATEC SÃO PAULO  ANÁLISE E DESENVOLVIMENTO DESENVOLVIMENTO DE SISTEMA SISTEMAS S

Caleb Rodrigues da Silva Júnior – 20200831

RELATÓRIO CHAOS

SÃO PAULO 2021

 

Introdução O relatório Chaos é um trabalho desenvolvido todo ano pela The Standish Group, desde 1994, onde dados sobre a gestão de projetos em ti são divulgados com o intuito de auxiliar as empresas a melhorarem o percentual de sucesso de seus projetos. Em 1986 foi divulgado um artigo que fazia comparação entre a construção de softwares com a de pontes, onde entre os vários pontos levantados foi que a probabilidade de sucesso de construção um software na época era muito baixo e que caso essa probabilidade se aplicasse na construção de pontes, muitas delas estariam caídas. Outros fatores também levantados é que os softwares vinham cheios de bug, não era entregue na data prevista e tinha gastos muito acima do esper es perado ado.. Em con contra trapar partid tida a as constr construçõ uções es de po ponte ntess nã não o ap apres resent entav avam am ess esse e problema. Após esses questionamentos surgiu a questão do “por que os projetos de TI não se comportam da mesma maneira que projetos de construção de pontes”. Uma das conclusões que que foi chegada era que os projetos de construções falham menos divido aos grandes números de anos de estudos em construção de pontes junto com um grande detalhamento do design do projeto. Outro ponto a ser  comparado é que quando há uma queda de uma ponte um grande e extensa investigação é feita para descobrir os motivos da falha, sendo que tal atitude não é tomada nos projetos de desenvolvimento de software.

 

Capítulo 1 – Fatores que contribuem para o cenário desde 1994  Algo a ser notado é que vem tendo um aumento de projetos sucedidos sucedidos,, porém grande gra nde parte parte dos pro projet jetos os ainda ainda po possu ssuem em fal falhas has (bu (bugs, gs, en entre trega ga alé além m da dat data a prevista, gasto muito superior ao esperado, falta de conteúdo) e por projetos que deixarão de existir. Com o acesso ao relatório público da The Standish Group em 2015 grande parte dos projetos eram representados por projetos desafiados (classificação que indica quando um projeto teve falhas, porém foi entregue) 52%, já os projetos bemsucedidos representam 29% dos projetos desenvolvidos e os que falharam 19%. Os princi principai paiss fat fatore oress que con contri tribue buem m pa para ra os pro projet jetos os ser serem em su suced cedido idoss segundo as empresas que obtiveram essa classificação em um projeto é: 

Envolvimento do usuário – 15,9%



 Apoio à gestão executiva executiva – 13,9%





Declaração Clara de Requisitos 13,0% Planejamento adequado – 9,6%



Expectativas realistas – 8,2%



Marcos de projeto menores – 7,7%



Equipe competente – 7,2%



Propriedade - 5,3%



Visão e objetivos claros – 2,9%



Equipe trabalhadora e focada – 2,4%



Outra - 13,9% Os fatores que contribuíram para um projetor ser classificado como desafiado

foram: 

Falta de entrada do usuário - 12%8



Requisitos e especificações incompletos - 12,3%



 Alteração de requisitos e especificações especificações – 11 11,8% ,8%



Falta de apoio executivo – 7,5%



Incompetência de tecnologia – 7,0%



Falta de recursos - 6,4%



Expectativas irrealistas – 5,9%

 

foram:



Objetivos pouco claros - 5,3%



Prazos irrealistas - 4,3%



Nova Tecnologia – 3,7%



Outro – 23%

Os fatores que contribuíram para um projeto ser dado como malsucedido         

Requisitos incompletos – 13,1% Falta de envolvimento do usuário – 12,4% Falta de recursos – 10,6% Expectativas irrealistas – 9,9% Falta de suporte executivo – 9,3%  Alteração de requisitos e especificações especificações – 8,7 8,7% % Falta de planejamento - 8,1% Não precisava mais disso – 7,5% Falta de gerenciamento de TI – 6,2%

 

 Analfabetismo Tecnológico – 4,3% Outros – 9,9% Tecnológico

Outro fator a ser destacado é o método de gestão do projeto em que projetos que adotam uma metodologia ágil tem maior probabilidade de se alcançar o sucesso do projeto do que os que utilizam a metodologia cascata.

 

Considerações finais O relatório chaos é uma importante ferramenta no mundo de desenvolvimento de softwares pois vem apontando onde a maioria das empresas vem errando em seus projetos. Dessa forma possibilita que empresas adotem medidas para que possam alcançar maiores probabilidades de sucesso nos seus projetos.  Algo a ser também destacado é o fato do relatório chaos se contextualizar  com o momento, como por exemplo ter levantado a taxa de sucesso de empresas que adotam metodologias ágeis para aquelas que adotam o modelo cascata.

 

Referências CHAOS REPORT 2015, Standish Group, 2015. Disponivel< https://www.standishgroup.com/sample_resea https://www.standishgrou p.com/sample_research_files/CHAOSRep rch_files/CHAOSReport2015-Final.pdf  ort2015-Final.pdf  >Acesso em: 7 de Ago.2021 HASTIE, Shane.  Standish Group 2015 Chaos Report infoQ, 2015.Disponivel em: