tem resultado o desentendimento e a conclusao erronea de que, as suas aplicabilidades atrapalham o sucesso de um projeto de desenvolvimento de software. O desentendimento muitas vezes ocorre mesmo em ambos os lados. Na comunidade CMMI existe a escassez de conhecimento profundo em torno dos metodos ageis. Por outro lado, existe um conhecimento tambem superficial da comunidade agil em relacao ao CMMI. A falta de conhecimento muitas vezes se deve ao fato da definicao de diversas terminologias especificas de seus contextos, como por exemplo, Garantia da Qualidade e Previsibilidade no CMMI e Integracao Continua e Codigo Coletivo em metodologias ageis, conforme citado pelo autor. Outro fator de insucesso na aplicacao conjunta desses dois conceitos esta na diferenca das duas abordagens, sendo uma bottom-up contra a outra, top-down, o que negligencia a visao de negocios, que deveria ser o que mais importa ao sucesso de um projeto de software. Algumas curiosidades foram encontradas no artigo. O autor reconhece que a maneira como o CMMI foi criado causou o desentendimento e a sua ma aplicabilidade. Um outro ponto e que as pessoas na comunidade agil reconhecem o fato de conhecerem muitos aspectos relacionados ao CMM mas desconhecem tudo o que envolve o CMMI. O CMM nao e atualizado desde 1993, o que evidencia que encontra-se descontinuado devido a criacao do CMMI. Uma outra cultura problematica nos tempos de hoje e que usuarios do CMMI que usavam o CMM se atualizaram mas ainda continuam usando conceitos do modelo antigo. A origem dos dois extremos:O segundo capitulo se dedica a descrever as origens de cada abordagem. As metodologias ageis foram inspiradas no IIDD (Desenvolvimento e Projeto Iterativo e Incremental), adotado ha 75 anos na area de engenharia e posteriormente proposto ao desenvolvimento de software por Edward Deming. Na decada de 90, apos a adocao official de alguns metodos ageis, como o XP, introduzido na Chrysler, o manifesto agil foi escrito e, em poucos anos esta filosofica IIDD foi disseminada rapidamente pelo mundo devido a quantidade de adeptos de renome que obtiveram sucesso em seus projetos. Ja o CMMI teve sua origem em abordagens top-down em projetos de contratos fechados principalmente desenvolvidos na linguagem COBOL. Uma primeira solicitacao de sua criacao e formalizacao foi feita pelo DoD (Departamento de Defesa dos E.U.A) ao que hoje chamamos de SEI (Software Engineering Institute) para melhorar a qualidade de seus projetos de software, pois, chegaram a conclusao de que a maioria deles eram muito custosos e nao eram entregues ou eram entregues com atraso com poucas funcionalidades como o esperado. Os sistemas desenvolvidos nesse contexto eram comumente considerados criticos, ou seja, vidas poderiam ser perdidas em decorrencia das falhas de software. Alem desses fatores, os sistemas desenvolvidos para o DoD muitas vezes tinham um alto custo de deploy e testes, e nao poderiam ser mais admitidas as entregas monoliticas e inconstantes. Um sistema embarcado em um aviao caca em 1980, por exemplo, nao poderia ser atualizado durante o voo ao se perceber uma falha. Logo, fazer o software corretamente da primeira vez era criticamente importante. Fatores que afetam nossa percepcao:De