‘4092019 ‘Agile Development: XP e Scrum em uma Abordagem Comparatva Invista em vocé! Saiba como a DevMedia pode ajudar sua carreira Agile Development: XP e Scrum em uma Abordagem Comparativa RQ Marcarcometido ()Anotar Nesse artigo vamos apresentar uma pequena introducao sobre as tecnologias aqui comparadas e, em seguida, veremos qual melhor se encaixa nas diversas modalidades de um projeto de software. Se vocé quer se aprofundar mais nesse tema, vocé no pode deixar de conferir os cursos de Engenharia de Software da DevMedia. Scrum SB hitpslwwn.devmedia.com.br/agle-development-xp-e-scrum-em-uma-abordagem-comparatva/S0808 sno‘4092019 ‘Agile Development: XP e Scrum em uma Abordagem Compa O SCRUM é uma metodologia agil de trabalho onde é usada para estabelecer conjuntos de regras e praticas de gest4o para conseguir o sucesso de um projeto. Com 0 foco no trabalho em equipe, ocorre uma melhora na comunicagao e maximiza o apoio de todos, fazendo com que todos do time se esforcem e se sintam bem com que estao fazendo e isso acaba gerando mais para frente um aumento de produtividade. Jeff Sutherland colocou em pratica a primeira concepgdo do SCRUM na Easel Corporation em 1993 e em 1995, Ken Schwaber pegou essa metodologia e refinou baseando-se com sua experiéncia em desenvolvimento de sistemas e processos. As principais caracteristicas do SCRUM si = éum processo gil para gerenciar e controlar o desenvolvimento de projetos; = éum wrapper para outras praticas de engenharia de software; ® éum processo que controla o caos resultante de necessidades e interesses conflitantes; = uma forma de aumentar a comunicag&o e maximizar a cooperacio; @ éuma forma de detectar e remover qualquer impedimento que atrapalhe o desenvolvimento de um produto; B® éescalavel desde projetos pequenos até grandes projetos em toda empresa. O modo de organizaciio no SCRUM ¢ feito da seguinte forma (Figura 1): 1 Cria-se o backlog onde tem a lista de todas as funcionalidades que precisam ser desenvolvidas durante todo o projeto, junto com o stakeholder, onde precisa ser bem definido e detalhado no comeca, listado e ordenado por prioridade do que é mais importante; 2. Com o backlog pronto, cria-se o sprint backlog, onde se decide o tempo necessdrio (dentro dos 30 dias) para criar a funcionalidade requisitada; 2 wy < rag) hitpslwwn.devmedia.com.br/agle-development-xp-e-scrum-em-uma-abordagem-comparatva/S0808 ana‘4092019 ‘Agile Development: XP e Serum em uma Abordagem Comparatva 3. Depois de todo o planejamento, os itens do backlog sao divididos nas equipes e entra no sprint que pode durar de 2 a4 semanas. 4, A cada 24 horas tem uma reunido com os membros de equipes e questdes devem ser respondias como: - 0 que vocé fez desde a tiltima reuniaio? - O que te impede de continuar? - 0 que vai fazer até a préxima reuniaio? 5, Ao termino do sprint as funcionalidades requisitadas sao demonstradas. Sun: reantie aria de smiwres. ‘Os membros das equias deve responder as perguntas 1) O.que fer desde o ultimo serum? 22) Houve algun obs tical? semi 3 Corte atrewanase See creer A : p » Pompe oes man metategn a joan Figura 1. Descrico do processo scrum O SCRUM, como é um método agil, e os métodos ageis acabam tendo varias semelhancas, contatos ou pontos em comum, ele tem um forte relacionamento com © XP como por exemplo, eles tém a raiz fundamentada em um manifesto gil. XP - eXtreme Programming 6 wy < c hitpslwwn.devmedia.com.br/agle-development-xp-e-scrum-em-uma-abordagem-comparatva/S0808 ana‘4092019 ‘Agile Development: XP e Scrum em uma Abordagem Compa XP foi criado por Kent Beck quando trabalhava na Chrysler Comprehensive sistema de Compensacao (C3) no projeto da folha de pagamento. Quando Beck tornou-se C3 lider do projeto em marco de 1996, ele comecou a refinar o método de desenvolvimento usado no projeto e logo em seguida ele escreveu um livro. E em outubro de 1999, a Extreme Programming foi publicada. Em fevereiro de 2000, a Daimler-Benz adquiriu a Chrysler e acabou cancelando o projeto C3. O XP é uma metodologia agil de desenvolvimento de softwares focada na agilidade de equipes e na qualidade dos projetos e tem como seus valores a simplicidade, 0 feedback, a comunicacio, a coragem, 0 respeito. O XP tem como seus princi basicos 0 feedback rapido, a simplicidade, a ideia de abracar mudangas, fazer um trabalho de qualidade e aceitar mudancas incrementais. Uma frase onde Vinicius Teles fala na TDC 2008 é muito interessante onde ele demonstra claramente que a simplicidade é fundamental no projeto, ea frase que ele diz é: "Na hora do desenvolvimento do software, para aplicar os principios e valores, o XP sugere uma série praticas porque ha uma grande confianca na unio entre elas pois os pontos fracos de cada uma sao cobertos pelo ponto forte das outras." Segundo Kent Beck, as priticas sio as seguintes (Figura 2): Jogos de Planejamento(Planning Game): 0 desenvolvimento ¢ feito em iteragdes semanais, No inicio da semana, desenvolvedores e cliente reinem- se para priorizar as funcionalidades. Essa reunidio recebe o nome de Jogo do Planejamento. Nela, 0 cliente identifica prioridades e os desenvolvedores as 6 vy. < © hitpslwwn.devmedia.com.br/agle-development-xp-e-scrum-em-uma-abordagem-comparatva/S0808 ana‘4092019 ‘Agile Development: XP e Scrum em uma Abordagem Compa estd acontecendo e 0 que vai acontecer no projeto. Como 0 escopo é reavaliado semanalmente, o projeto é regido por um contrato de escopo. negociavel, que difere significativamente das formas tradicionais de contratagao de projetos de software. Ao final de cada semana, 0 cliente recebe novas funcionalidades, completamente testadas e prontas para serem postas em producio. Pequenas Versdes (Small Releases): A liberagao de pequenas versdes funcionais do projeto auxilia muito no processo de aceitacao por parte do cliente, que ja pode testar uma parte do sistema que esta comprando. As versées chegam a ser ainda menores que as produzidas por outras metodologias incrementais, como o RUP. Metdforas (Metaphor): Procura facilitar a comunicag’o com o cliente, entendendo a realidade dele. O conceito de rapido para um cliente de um sistema juridico é diferente para um programador experiente em controlar comunicacio em sistemas em tempo real, como controle de trafego aéreo. E preciso traduzir as palavras do cliente para o significado que ele espera dentro do projeto. Projetos Simples (Simple Design): Simplicidade é um principio da XP. Projeto simples significa dizer que caso o cliente tenha pedido que na primeira versao apenas 0 usuario "teste" possa entrar no sistema com a senha "123" e assim ter acesso a todo o sistema, vocé vai fazer 0 cédigo exato para que esta funcionalidade seja implementada, sem se preocupar com sistemas de autenticagio e restrigdes de acesso. Um erro comum ao adotar essa pratica é a confusao por parte dos programadores de cédigo simples e cédigo facil. Nem sempre o cédigo mais facil de ser desenvolvido levaré a solugao mais simples por parte de projeto. Esse entendimento é fundamental para o bom andamento do XP. Cédigo facil deve ser identificado e substituido por cédigo simples. SB < & re) hitpslwwn.devmedia.com.br/agle-development-xp-e-scrum-em-uma-abordagem-comparatva/S0808 sng‘4092019 ‘Agile Development: XP e Scrum em uma Abordagem Compa Time Coeso (Whole Team): A equipe de desenvolvimento é formada pelo cliente e pela equipe de desenvolvimento. : Testes de Aceitacaéo (Customer Tests): Sao testes construidos pelo cliente e conjunto de analistas e testadores, para aceitar um determinado requisito do sistema. Ritmos Sustentdveis (Sustainable Pace): Trabalhar com qualidade, buscando ter ritmo de trabalho saudavel (40 horas/semana, 8 horas/dia), sem horas extras. Horas extras séio permitidas quando trouxerem produtividade para a execucdo do projeto. Outra pratica que se verifica neste processo é a pratica de trabalho energizado, onde se busca trabalho motivado sempre. Para isto 0 ambiente de trabalho e a motivacéio da equipe devem estar sempre em harmonia. Reunides em pé (Stand-up Meeting): Reunides em pé para nfo se perder 0 foco nos assuntos, produzindo reunides répidas, apenas abordando tarefas realizadas e tarefas a realizar pela equipe. Posses Coletivas (Collective Ownership): O cédigo fonte nao tem dono e ninguém precisa solicitar permissao para poder modificar 0 mesmo. 0 objetivo com isto é fazer a equipe conhecer todas as partes do sistema. Programacées em Pares (Pair Programming): fa programacao em par/dupla num tnico computador. Geralmente a dupla é formada por um iniciante na linguagem e outra pessoa funcionando como um instrutor. Como é apenas um computador, o novato é que fica a frente fazendo a codificacao, eo instrutor acompanha ajudando a desenvolver suas habilidades. Desta forma © programa sempre é revisto por duas pessoas, evitando e diminuindo assim a possibilidade de defeitos. Com isto busca-se sempre a evolucdo da equipe, melhorando a qualidade do cédigo fonte gerado. Codificagaio (Coding Standards): A equipe de desenvolvimento precisa estabelecer regras para programar e todos devem seguir estas regras. Desta SB < & re) hitpslwwn.devmedia.com.br/agle-development-xp-e-scrum-em-uma-abordagem-comparatva/S0808 eng‘4092019 ‘Agile Development: XP e Scrum em uma Abordagem Compa forma parecerd que todo 0 cddigo fonte foi editado pela mesma pessoa, mesmo quando a equipe possui 10 ou 100 membros. ~ ® Desenvolvimento Orientado a Testes (Test Driven Development): Primeiro crie os testes unitarios (unit tests) e depois crie o cédigo para que os testes funcionem. Esta abordagem ¢ complexa no inicio, pois vai contra 0 processo de desenvolvimento de muitos anos. $6 que os testes unitarios sao essenciais para que a qualidade do projeto seja mantida. ® ~~ Refatoracao (Refactoring): E um processo que permite a melhoria continua da programacao, com o minimo de introdugao de erros e mantendo a compatibilidade com o cédigo ja existente. Refabricar melhora a clareza (leitura) do cédigo, divide-o em médulos mais coesos e de maior reaproveitamento, evitando a duplicacdo de cédigo-fonte; ® — Integracao Continua (Continuous Integration): Sempre que produzir uma nova funcionalidade, nunca esperar uma semana para integrar a versdo atual do sistema. Isto s6 aumenta a possibilidade de conflitos ea possibilidade de erros no cédigo fonte. Integrar de forma continua permite saber 0 status real da programacio. Figura 2, Praticas do XP Comparagao entre scrum e eXtreme programming O SCRUM, como é um método gil, e os métodos dgeis acabam tendo varias a) wy. © hitpslwwn.devmedia.com.br/agle-development-xp-e-scrum-em-uma-abordagem-comparatva/S0808 m9‘4092019 ‘Agile Development: XP e Scrum em uma Abordagem Compa com o XP como por exemplo, eles tem a raiz fundamentada em um manifesto agil. : O SCRUM é uma forma de gestio ampla para projetos que nao depende da area de conhecimento. Ja o xP tem sua aplicacao mais restrita, focada basicamente no mundo de desenvolvimento de sistemas de softwares. Entretanto, quando usamos o SCRUM como forma de gest&o e para criacéio de sistemas de software, muitas das praticas contidas no XP sao de grande competéncia, como por exemplo a criaciio de testes automatizados ou o uso de refatoracéo de cédigo para que um trecho de cédigo funcional seja alterado buscando um ganho de qualidade e garantindo que a manutencio futura seja simplificada. Execucao de um Projeto com Scrum A empresa em que foi aplicado o estudo de caso se enquadra no ramo de desenvolvimento de software. £ uma entidade civil sem fins lucrativos que se orgulha por ser uma das referéncias nacionais em qualidade e eficiéncia na drea de tecnologia da informagio e comunicac&o. Possui ISO 9001:2008 e CMMI nivel 5 e busca a melhoria continua dos seus processos. 0 projeto na qual foi desenvolvido era para a plataforma de hardware Windows XP profissional, a ferramenta de desenvolvimento era o Microsoft Visual Studio 2008, a ferramenta de banco de dados SQL Server 2005, a ferramenta de andlise e projeto 0 Enterprise Architect, ferramenta de acompanhamento de bugs JIRA, sedo 0 mesmo produzido para a plataforma desktop. 0 projeto possuia 221 pontos de caso de uso técnicos (TUCP) e era enquadrado na modalidade de Fabrica de Solugao, na qual sao projetos em que a equipe do projeto trabalha com a equipe do cliente desde a etapa inicial de avaliagao de necessidades e concep¢ao de a) wy. © hitps lw. devmedia.com.br/agle-development-xp-e-scrum-em-uma-abordagem-comparatva/S0808 ang‘4092019 ‘Agile Development: XP e Scrum em uma Abordagem Compa requisitos, ajudando o cliente a gerar uma solugdo de alto valor agregado para seu negocio. : Visando a necessidade da melhoria no gerenciamento dos projetos resolveu-se aplicar Scrum em um projeto e analisar o desempenho de produtividade do projeto com o emprego desta metodologia. Aplicar Scrum traz varias mudancas, principalmente culturais na empresa. Para 0 in{cio da utilizacio do Scrum, como primeiro passo aplicou-se um treinamento para todos os colaboradores para que todos pudessem conhecer as atividades a serem desempenhadas na nova metodologia de geréncia de projeto e assim nivelar o conhecimento adquirido. No treinamento foram repassados os conhecimentos acerca do ciclo do Scrum e mostrado em detalhes cada evento a ser executado com 0 emprego da metodologia gil, assim como as vantagens e facilidades proporcionadas pelo Scrum. 0 segundo passo foi realizar o planejamento inicial do projeto. Cada Sprint teve sua duracio definida em trés semanas, assim a cada rodada tinha que ser entregue uma parte incremental do produto testado e funcionando. No total, foram definidas cinco Sprints para a conclusio do projeto. A principio, foram definidas as seguintes atividades a serem realizados no projeto e estas foram enquadradas no Backlog: & _Levantamento dos requisitos. um Especificacio dos requisitos. B Andlise e Projeto. = Especificag’o de testes. ® ~Revisao técnica. SB < & ey hitpslwwn.devmedia.com.br/agle-development-xp-e-scrum-em-uma-abordagem-comparatva/S0808 ona‘4092019 a Testes, ® Corregao. = Entrega. Em seguida, 0 plano do projeto foi montado e apresentado ao cliente. O cliente foi envolvido inicialmente com participagio ativa de forma remota para a defini¢ao das prioridades das atividades, Para cada Sprint realizou-se um Sprint Planning Meeting, ou seja, uma reunitio para planejamento da Sprint, de modo que pudesse definir dentre as atividades do Backlog aqueles que seriam executadas na Sprint. Além disso, a cada inicio do dia o gerente do projeto realizava a Daily Meeting, ou seja, a reunido didria para acompanhamento das atividades do projeto (atividades a fazer, atividades finalizadas, atividades em andamento), assim como para a identificagao dos impedimentos ocorridos no dia anterior para que fossem resolvidos 0 mais rapido possivel. Estas reunides tinham duracao de no maximo 15 minutos. 0 proximo passo foi executar cada Sprint. A cada entrega, ou seja, decorridos trés semanas, 0 time realizou a reuniao de revistio (Sprint Review) para apresentacio do produto realizado na Sprint. Apés esta reunidio fazia-se uma reunio de retrospectiva (Sprint Retrospective) para demonstrar as licdes aprendidas. Nestas reunides, foi posstvel identificar os principais desafios enfrentados pela equipe. Além disso, ao final de cada Sprint, o gerente realizou as medicdes dos indicadores de desempenho de produtividade do projeto. Resultados Praticos do Uso do Scrum DESEMPENHO DOS INTEGRANTES Os resultados form satisfatérios, obteve um satisfacao por todos os integrantes do projeto na aplicabilidade do Scrum. 0 projeto foi entregue dentro do prazo e do a) wy. © hitpslwwn.devmedia.com.br/agle-development-xp-e-scrum-em-uma-abordagem-comparatva/S0808 ron‘4092019 ‘Agile Development: XP e Scrum em uma Abordagem Compa Constatou-se uma maior participacao do cliente no processo de desenvolvimento ao software proporcionando um acompanhamento em alto nivel do andamento das atividades realizadas. Além disso, observou-se a satisfagao do cliente na solicitagdo das modificagdes dentro de prazo habil para realizd-las, além do recebimento de funcionalidades totalmente implementadas no final das Sprints. Um fator caracteristico do Scrum que apresentou-se satisfatério para o cliente trata-se do tempo fixo estimado para as Sprints. A equipe evoluiu profissionalmente se tornando mais segura com relacao & capacidade de estimativa e autogerenciamento, descartando a necessidade de atribuicdo de tarefas pelo gerente. Esse crescimento foi gradativo no decorrer das Sprints. Aumentou também a seguranga no que estava desenvolvendo e no conhecimento dos requisitos. Isto proporcionou um menor retrabalho por nao desperdicar tempo no desenvolvimento de requisito confuso. O aumento da segurancga aumentou o comprometimento e o foco com o projeto. Além do mais, a equipe, depois de experimentar 0 Scrum, quer sempre que possivel, seguir esta pratica Nos novos projetos. O gerente apontou a facilidade em solucionar os impedimentos do projeto, haja vista que os mesmos eram identificados precocemente e nao apresentava impactos nas demais atividades. Todos os integrantes tinham conhecimento do impedimento e através de uma acéio em conjunto o impedimento era solucionado o mais répido possivel. Além disso, o gerente relatou a facilidade de extrair informagées gerenciais do projeto através dos quadros adotados pela metodologia gil, pois conforme é relatado por Schawber (2004) 0 Scrum oferece um framework e um conjunto de praticas que guardam tudo visivel. Isto permite aos participantes do Scrum saber exatamente o que esta acontecendo e fazer no local 0s ajustes para manter o projeto na direcdo dos objetivos desejados. 5 & 8 ey hitps ww. devmedia.com.br/agle-development-xp-e-scrum-em-uma-abordagem-comparatva/S0808 ne‘4092019 ‘Agile Development: XP e Scrum em uma Abordagem Compa INDICADORES DE DESEMPENHO DE PRODUTIVIDADE DO PROJETO Como mencionado anteriormente, o gerente realizou o acompanhamento do desempenho da produtividade do projeto. A Figura 3 a seguir apresenta a tabela de produtividade da equipe no projeto. Figura 3. Produtividade da equipe A figura ilustra os principais processos de engenharia executados no desenvolvimento do software e a produtividade planejada e realizada para cada um desses processos. Além disso, so expressos valores de produtividade para “Produtividade dos processos com retrabalho” que retrata a produtividade do projeto contando o esforco gasto com o retrabalho de alguma atividade; “produtividade dos processos sem retrabalho” que representa a produtividade do projeto sem considerar o esforco gasto com o retrabalho das atividades; e “Produtividade geral” que significa a produtividade do projeto expressa em um unico valor. Por normas de sigilo, a forma como é calculada a produtividade nao foi divulgada pela empresa. No entanto, alguns fatores nos permitem a andlise destes dados. A produtividade planejada representa o nivel de produtividade planejado pelo gerente de acordo com as caracteristicas do projeto e representa o limite maximo a ser atingido. Quando a produtividade realizada é expressa abaixo da produtividade planejada, 6 wy. © hitpslwwn.devmedia.com.br/agle-development-xp-e-scrum-em-uma-abordagem-comparatva/S0808 rane‘4092019 ‘Agile Development: XP e Scrum em uma Abordagem Compa suas atividades com um esforco inferior ao planejado. Deste modo, quando menor a produtividade realizada, melhor esta sendo a produtividade da equipe. Como se pode constatar pela andlise da Tabela 1 acima representada, em todos os processos a equipe apresenta uma boa produtividade, haja vista que todos os valores expressos na “Produtividade realizada” sio inferiores aos valores da “produtividade planejada”. Uma andlise a respeito da diferenca entre “Produtividade planejada” e “Produtividade realizada” é apresentada na Figura 4. Figura 4. Grafico da Produtividade da equipe No grafico acima representada, é possivel verificar que além da produtividade realizada apresentar-se inferior a produtividade planejada em todos os processos, 0 processo de “Andlise e Projeto” apresenta uma melhor produtividade se comparado o valor aos demais processos. Em contrapartida, o processo de “Testes” apresenta uma boa produtividade, no entanto, bem préxima a produtividade planejada. Com o aumento da produtividade da equipe, ou seja, a execucdo das atividades em menor tempo que o estimado, 0 projeto foi entregue em tempo menor que o planejado. No geral, foram planejados 5 meses para a execu¢io total do projeto e 0 projeto foi realizado em 4 meses, Isto proporcionou uma maior satisfacao do cliente assim como 0 aumento do lucro da empresa. Na Figura 5 temos 0 ciclo de vida dentro do XP. Sp < & ey hitpslwwn.devmedia.com.br/agle-development-xp-e-scrum-em-uma-abordagem-comparatva/S0808 sana‘4092019 ‘Agile Development: XP e Scrum em uma Abordagem Comparatva Figura 5. Ciclo de vida Através desta pesquisa e andlise podemos concluir a importancia da utilizacao destas ferramentas que auxiliam no desenvolvimento de projetos garantindo sua eficdcia e alta qualidade. Podemos notar que devido a evolucao da tecnologia esses processos se tornaram complemento um do outro tornando-se étimas ferramentas de trabalho, sendo que o XP é utilizado para desenvolvimento e o SCRUM para um framework. Scrum é um processo de desenvolvimento iterativo para gerenciamento de projetos, usando para trabalhos complexos nos quais é impossivel predizer tudo 0 que ird ocorrer. £ um proceso eficaz pois pode ser aplicado em qualquer projeto no qual um grupo de pessoas necessita trabalhar em grupo para atingir um objetivo em comum, além disso, permite a criacio de equipes auto organizadas, encorajando a comunicacio verbal entre todos os membros da equipe e entre todas as disciplinas que estardo envolvidas no projeto. Para garantir 0 sucesso na realizacio do processo e projeto deve haver um planejamento de sprint onde o Product Owner, o Scrum Master e a Equipe ira decidir no que ira trabalhar, planejando a arquitetura e o design de como backlog devera ser implementado. E importante que ocorram todas as etapas do processo como todas as reunides de planejamentos diarios, as de revisio, as retrospectivas momento em que todos refletem sobre a sprint passada. Sp < & ey hitpslwwn.devmedia.com.br/agle-development-xp-e-scrum-em-uma-abordagem-comparatva/S0808 sanawoorots sab Devoepmen: 3 «Sarum em ua Aberdogom Compaatva 14a metodologia de desenvolvimento XP consiste em usar métodos simples, onde otrabalno é feito em duplas utilizando aplicagées simples, design simples focando apenas no que o cliente necessita neste momento, nado havendo importancia com futuras modificagées do sistema, as mudancas tem que ser feitas por partes , quando o aplicativo se torna obsoleto nao se refaz 0 mesmo, simplesmente desenvolve-se um novo sistema. Existe também um respeito entre a equipe onde todos sao valorizados da mesma forma, sendo assim um incentivo para o desenvolvimento de alta qualidade. Cada parte do cédigo é testada antes de passar para o préximo recurso, verifica-se que 0 requisito é realmente o que o cliente deseja. A comunicacao entre o cliente eo programador no planejamento, o feedback onde a cada parte do desenvolvimento é testado e se 0 cliente desejar fazer alguma modificacdo, os programadores adicionam tempo extra para concluir o projeto. Sao através destes processos que é possivel entregas frequentes e intermedidrias de funcionalidade 100% desenvolvidas, diminui¢ao de riscos desenvolvidos pelas equipes, transparéncia no planejamento e desenvolvimento, garantindo eficiéncia e evolugao na realizacao do projeto. Referéncias + Bissi, W. (jan/jun de 2007). SCRUM - METODOLOGIA DE DESENVOLVIMENTO AGIL. Fonte: Grupo Integrado * Desenvolvimento Agil. (2013-2014). Extreme Programming. Fonte: Desenvolvimento Agil * Enucomp. (2012). Gestéo de Projeto com Scrum: Um Estudo de Caso. Fonte: Enucomp + Ferreira, D., Costa, F., Alonso, F., Alves, P., & Nunes, T. (S/Data). SCRUM - Um Modelo Anil nara Rnctin dn Drnintne da Enfintinrn Banta: Banuldada da Bananharin dn Sp < & ey hitps lw. devmedia.com.br/agle-development-xp-e-scrum-em-uma-abordagem-comparatva/S0808 tsi‘4092019 ‘Agile Development: XP e Scrum em uma Abordagem Comparatva * Souza, L. M, (Jul - Dez de 2007). METODO AGIL XP (EXTREME PROGRAMMING). Fonte: nam + Andre Xavier Sampaio, Antonio Fabio Da Silva, Carlos Augusto Da Silva Lima, Daniel Melo Cordeiro De Souza, Eduardo Nishida, Edgard Pereira De Sousa e Guilherme Oliveira Toccacelli Seibamais Veja a Série Introdugao @ eXtreme Programming Tecnologias: Engenharia de Softwar extreme Programming SCRUM Marcarcometide @)— Anotar Por Juliano Em 2019 6 wy. < © hitpslwwn.devmedia.com.br/agle-development-xp-e-scrum-em-uma-abordagem-comparatva/S0808 rena‘4092019 ‘Agile Development: XP e Serum em uma Abordagem Comparatva Informe o seu e-mail Receber Newsletter Suporte ao aluno - Deixe a sua duvida. ASSINATURA DEVMEDIA + 800 MIL PROGRAMAD¢ 69° /MES Séries Projetos completos 6 wy xs © hitpslwwn.devmedia.com.br/agle-development-xp-e-scrum-em-uma-abordagem-comparatva/S0808 anaowoar2019 ‘gle Development: XP e Scrum em uma Abordagem Comparatva DevCasts. Desafios Artigos App Suporte em tempo real Plataforma para Programadores fefee a Revistas Baixe o App Fale conosco Trabalhe conosco Assinatura para empresas ‘Av. Ayrton Senna 3000, Shopping Via Parque, grupo 3087 - Barra da Tijuca - Rio de Janeiro - RI » f v Sp Ww. : em hitpslwwn.devmedia.com.br/agle-development-xp-e-scrum-em-uma-abordagem-comparatva/S0808 1819owoar2019 ‘gle Development: XP e Scrum em uma Abordagem Comparatva 2 wy. é C) hitpslwwn.devmedia.com.br/agle-development-xp-e-scrum-em-uma-abordagem-comparatva/S0808 19119