valor nos itens a direita, sao mais valorizados os itens a esquerda. Crispin e Gregory (2009) tracam um comparativo, sob a otica de testes, entre times ageis e times tradicionais. Segundo as autoras, em times tradicionais ha uma Ilusao de controle (sem controle de como o codigo e escrito e se os programadores testam o codigo) enquanto que em times ageis ha um entendimento detalhado dos requisitos devido a proximidade do cliente e especialistas no negocio. Da mesma forma, enquanto nos times tradicionais entrega-se o que foi acordado nos requisitos, nos times ageis o foco esta no valor a ser entregue. Cada pessoa do time agil e focada em entregar um produto de alta qualidade que forneca valor de negocio. 2. O RUP O IBM Rational Unified Process (RUP) e um framework de processo de engenharia de software que fornece um conjunto de praticas testadas na industria para desenvolvimento de software e gerencia de projetos (Shuja, 2007). Trata-se de um processo proprietario, desenvolvido pela Rational Software, atualmente subsidiaria da IBM, que usa abordagem orientada a objetos e preconiza a utililizacao da notacao UML (Unified Modeling Language) para documentacao. E organizado em disciplinas (workflows) onde sao distribuidas tarefas e responsabilidades e gerados produtos de trabalho (artefatos). O ciclo de vida e dividido em fases sequenciais, as quais podem ser subdivididas em iteracoes. Estas duas dimensoes do processo podem ser observadas na Figura 1. O eixo horizontal representa o tempo, expresso em termos de fases, iteracoes e marcos (milestones). O eixo vertical expressa as atividades, artefatos e papeis. O preenchimento do grafico, representa o volume de cada atividade ao longo das fases e iteracoes. Figura 1 - Overview do RUP (Suhja, 2007). O RUP, em suas versoes iniciais apoiou-se em melhores praticas observadas na industria, a saber: Desenvolvimento de software iterativo (melhor adequacao a mudancas).Gerenciamento de requisitos (identificar e especificar as necessidades do usuario final).Uso de arquitetura baseada em componente (visando reuso de componentes).Modelagem visual de software (abstracao do modelo de negocio, por meio de UML).Verificacao da qualidade do software (planejamento, projeto e execucao de testes).Controle de alteracao no software (controle, rastreamento e monitoracao de mudancas). Por mais de uma decada, estas melhores praticas foram base para a evolucao de ferramentas e processos na IBM/Rational (Kroll, 2005). Na versao 7.0 do RUP, as melhores praticas passaram por um amadurecimento e foram substituidas por principios chave orientado a negocios, propondo-se o RUP 7.0 a ser um processo mais generico e capaz de suportar o desenvolvimento agil. Os principios chave sao os seguintes (Kroll, 2005 e Suhja, 2007): Adaptar o processo (identificar quanto processo e necessario ao projeto) ; Balancear as prioridades dos investidores (compreender e priorizar os requisitos conforme as necessidades de negocios); Colaborar atraves de equipes (comunicacao e ambientes de colaboracao); Demonstrar valor iterativamente ( feedback inicial e continuo, adaptar os planos, gerenciar alteracoes); Elevar o nivel de abstracao (reduzir a complexidade e a quantidade de documentacao por meio de reutilizacao de recursos existentes);Focalizar continuamente na qualidade (testes, integracao continua, automacao de testes incremental). 3. Analise Critica dos trabalhos relacionados Um estudo interessante encontrado