Utilizando metologias ágeis com VSTS: Scrum e XP, YES WE CAN! (ALM204)

3,521 views
3,442 views

Published on

Será apresentada uma breve introdução sobre o SCRUM, as práticas de gerenciamento e os pensamentos que o tornam tão “polêmico” e em seguida serão apresentadas práticas de engenharia de software que complementam o SCRUM utilizando o Visual Studio Team System para gerenciar Story Cards, Tasks, Kanban, acompanhamento de Burndown, além de práticas da Extreme Programming como TDD, Refactoring e Continuous Integration.

Published in: Technology
2 Comments
13 Likes
Statistics
Notes
No Downloads
Views
Total views
3,521
On SlideShare
0
From Embeds
0
Number of Embeds
1,077
Actions
Shares
0
Downloads
6
Comments
2
Likes
13
Embeds 0
No embeds

No notes for slide
  • 08/26/09 12:31 © 2007 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.
  • Perguntar quem já conhece Scrum, XP Perguntar quem já aplica métodos ágeis Perguntar se há gerentes de projetos na platéia 
  • Entrando no contexto do Scrum...
  • Explicar o que são projetos de Sucesso, Desafiado e Fracassado; Questionar a veracidade deste gráfico. Tentar identificar motivos: Sugestões: Crise Mundial; Muitos projetos de SOA que falharam nos últimos meses; Modelo de desenvolvimento de projetos; PMI fundado em 1969, há 40 anos. Já teve tempo para provar alguma coisa e pelo que podemos ver, não temos tido muito sucesso. Será que dá pra ficar pior? Por que não tentar algo novo?
  • Questionar a veracidade deste slide e perguntar por motivos. Sugestões: O cliente não sabe o que quer; Não sabemos coletar requisitos; Obrigamos sempre o cliente a dizer tudo o que precisa no início do projeto e mesmo que as necessidades mudem, elas raramente são removidas. No máximo, novas são acrescidas através de change requests;
  • Nós vimos até agora que temos apenas 32% dos softwares tem tido sucesso e que apenas 7% do que a gente desenvolve é realmente útil. Não está na hora de mudar?
  • 08/26/09 12:31 © 2007 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.
  • 08/26/09 12:31 © 2007 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION. É a base para qq método ágil. O que preciso saber para ser ágil? Olhe o manifesto Kent Beck, Martin Fowler, Ken Schwaber, Jeff Sutherland entre outros se reuniram para discutir melhores formas de construir software e analisando os projetos com sucesso em que eles trabalharam ou apoiaram, chegaram a conclusão dos seguintes valores:
  • 08/26/09 12:31 © 2007 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION. Explicar o que é iterativo e incremental e citar a grande diferença do Scrum para outras metodologias que é entregar sempre as funcionalidades com mais alto valor de negócio para o cliente. Scrum é iterafivo, não adianta aplicar Scrum como Waterfall, por exemplo, entregar 3 sprints de documentação. Exemplo de Padaria, Nota fiscal paulista, design simples, facil de alterar, TDD para garantir que as coisas continuam funcionando
  • 08/26/09 12:31 © 2007 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION. Simples, mas difícil? Não é contraditório? Simples -> Complexo, Facil -> Dificil Scrum é simples de entender e dificil de implantar, pois mexe na zona de conforto, briga com cultura Mostra problemas de relacionamento, problemas de eng. de software
  • 08/26/09 12:31 © 2007 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION. When Jeff Sutherland created the scrum process in 1993, he borrowed the term "scrum" from an analogy put forth in a 1986 study by Takeuchi and Nonaka , published in the Harvard Business Review. In that study, Takeuchi and Nonaka compare high-performing, cross-functional teams to the scrum formation used by Rugby teams. Ken Schwaber formalized the process for the worldwide software industry in the first published paper on Scrum at OOPSLA 1995. ( Download Ken's whitepaper on Scrum .)
  • 08/26/09 12:31 © 2007 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.
  • 08/26/09 12:31 © 2007 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.
  • Scrum dói e se dói é pq tem problema Scrum but não funciona A grande resistência é de TI, pois TI acha que o problema nunca está com ela Scrum briga com a Zona de Conforto
  • O grande objetivo do planning poker é não permitir que pessoas sejam influenciadas por decisões de outros
  • 08/26/09 12:31 © 2007 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.
  • 08/26/09 12:31 © 2007 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.
  • 08/26/09 12:31 © 2007 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.
  • 08/26/09 12:31 © 2007 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.
  • Citar que o VSTS trabalha com templates, que já temos templates para CMMi e MSF for Agile por padrão, porém podemos customizar da nossa forma ou baixar templates da comunidade. Citar o template da conchango e o TaskBoard
  • 08/26/09 12:31 © 2007 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.
  • 08/26/09 12:31 © 2007 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.
  • Utilizando metologias ágeis com VSTS: Scrum e XP, YES WE CAN! (ALM204)

    1. 2. Utilizando metologias ágeis com VSTS: Scrum e XP, YES WE CAN! André Dias Consultor de Desenvolvimento Microsoft [email_address] blogs.msdn.com/andredias Código da Sessão: ALM204
    2. 3. Metas para essa Sprint <ul><li>Trazer informações que indicam que estamos no caminho errado do desenvolvimento de softwares </li></ul><ul><li>Oferecer uma nova opção de trabalho: A utilização dos métodos ágeis </li></ul><ul><li>Apresentar a opção de ferramenta da Microsoft para suportar o desenvolvimento e gerenciamento de projetos utilizando práticas ágeis </li></ul>
    3. 4. Agenda <ul><li>Alguns dados sobre Projetos </li></ul><ul><li>Introdução sobre Scrum e Agilidade </li></ul><ul><li>Introdução sobre eXtreme Programming </li></ul><ul><li>Utilizando eXtreme Programming com VSTS </li></ul><ul><li>Utilizando Scrum com VSTS </li></ul>
    4. 5. Agenda <ul><li>Alguns dados sobre Projetos </li></ul><ul><li>Introdução sobre Scrum e Agilidade </li></ul><ul><li>Introdução sobre eXtreme Programming </li></ul><ul><li>Utilizando eXtreme Programming com VSTS </li></ul><ul><li>Utilizando Scrum com VSTS </li></ul>
    5. 6. Chaos Report 2009 <ul><li>Fonte: Standish Group </li></ul>
    6. 7. Uso de Funcionalidades <ul><li>Fonte: Standish Group, 2002 </li></ul>64% Nunca ou Raramente Utilizadas 20% do Software é Realmente Útil
    7. 8. Como podemos mudar isso? 40 anos construindo software da mesma forma. Precisamos tentar algo diferente! Agilidade, Scrum? Design Análise Manutenção Testes Codificação
    8. 9. Agenda <ul><li>Alguns dados sobre Projetos </li></ul><ul><li>Introdução sobre Scrum e Agilidade </li></ul><ul><li>Introdução sobre eXtreme Programming </li></ul><ul><li>Utilizando eXtreme Programming com VSTS </li></ul><ul><li>Utilizando Scrum com VSTS </li></ul>
    9. 10. Primeiras Impressões sobre Scrum <ul><li>Não possui escopo fechado </li></ul><ul><li>A documentação “dos caras” é um monte de post-its </li></ul><ul><li>Jogam baralho durante o trabalho </li></ul><ul><li>É um processo sem Gerente de Projetos </li></ul><ul><li>Não possui cronograma </li></ul><ul><li>Precisa de um time muito bom para funcionar </li></ul><ul><li>Não dá pra estimar, logo é impossível de vender </li></ul><ul><li>Meu cliente nunca vai aceitar isso </li></ul><ul><li>Jamais funcionará em projetos complexos </li></ul>
    10. 11. O Manifesto Ágil <ul><li>Individuals and interactions over processes and tools </li></ul><ul><li>Working software over comprehensive documentation </li></ul><ul><li>Customer collaboration over contract negotiation </li></ul><ul><li>Responding to change over following a plan </li></ul>
    11. 12. O que é Scrum? Definição <ul><li>É um framework iterativo e incremental para desenvolvimento de softwares </li></ul><ul><li>Seu principal objetivo é entregar funcionalidades com o mais alto valor de negócio para o cliente frequentemente </li></ul>
    12. 13. O que o não é Scrum <ul><li>Scrum não é um método para Engenharia De Software </li></ul><ul><li>Scrum não cuidará da qualidade do seu projeto </li></ul><ul><li>Não fornece templates para Gerenciar Tarefas, Relatórios, Estimar ou para Coletar Requisitos </li></ul>
    13. 14. O que é Scrum? Na prática <ul><li>É mais um framework que uma metodologia; </li></ul><ul><li>É mais atitude e comprometimento das pessoas do que um processo </li></ul><ul><li>É simples, mas é difícil </li></ul><ul><li>É um framework que mostra as deficiências assim que você o implanta </li></ul>
    14. 15. O que é Scrum? Origem <ul><li>Nome baseado em uma formação do Rubgy composta por jogadores de alta performance e times multi-disciplinares. </li></ul><ul><li>Não é Software Configuration Resource Unified Model ou algo do tipo </li></ul>
    15. 16. O que é Scrum? Conhecendo o Framework Product Owner Scrum Master Team Member Daily Scrum Meeting Sprint Review Sprint Retrospective Sprint Planning Product Backlog Sprint Backlog Burndown Chart Papéis Cerimônias Artefatos
    16. 17. O que é Scrum? Papéis <ul><li>Product Owner (Cliente) </li></ul><ul><ul><li>Definir a visão do produto, definir meta das sprints, esclarecer dúvidas de escopo, gerenciar o ROI, definir e priorizar requisitos e planejar entregas </li></ul></ul><ul><li>ScrumMaster (O culpado) </li></ul><ul><ul><li>Atuar como facilitador, remover impedimentos, garantir e melhorar sempre o processo e ensinar o time a trabalhar </li></ul></ul><ul><li>Team </li></ul><ul><ul><li>Entregar software com qualidade. Time Auto-organizado, comprometido, multidisciplinar e com no máximo 9 pessoas </li></ul></ul>
    17. 18. Onde está o Gerente de Projetos? <ul><li>Product Owner </li></ul><ul><ul><li>Gerencia Escopo, Gerencia Prazo (datas de entregas), Acompanha o ROI (Medição e Análise) </li></ul></ul><ul><li>ScrumMaster </li></ul><ul><ul><li>Gerencia Processo, Gerencia Risco (Impedimentos), Gerencia Planejamento (atingir a meta) </li></ul></ul><ul><li>Team Members </li></ul><ul><ul><li>Gerenciamento de Configuração, Riscos, Requisitos, Planejamento </li></ul></ul>
    18. 19. O que é Scrum? Artefatos
    19. 20. O que é Scrum? Cerimônias <ul><li>Sprint Planning : Definir meta, identificar velocidade do time, puxar items do PB para o SB, esclarecer escopo e estimar </li></ul><ul><li>Daily Scrum Meeting : Máximo de 15 minutos, para responder O que já fiz, O que farei, Tenho Impedimentos. </li></ul><ul><li>Sprint Review : Apresentação do time sobre o que foi feito na Sprint </li></ul><ul><li>Sprint Retrospective : O que foi bom ou ruim durante a sprint </li></ul>
    20. 21. O que é Scrum? Fluxo
    21. 22. O SCRUMbut <ul><li>Qualquer variação do Scrum que não seja ele completo </li></ul><ul><li>Uso scrum, mas ... </li></ul><ul><ul><li>...meu Product Owner não sabe </li></ul></ul><ul><ul><li>...a reunião diária não pegou. Faço a cada 3 dias </li></ul></ul><ul><ul><li>...não tenho um time multidisciplinar </li></ul></ul><ul><ul><li>...tenho um gerente de projetos para micro gerenciamento </li></ul></ul><ul><ul><li>...uso as primeiras iterações para levantar o sistema </li></ul></ul>
    22. 23. Fazendo estimativas com Scrum <ul><li>Realizada no início de cada Sprint </li></ul><ul><li>Todo o time participa, inclusive o cliente (PO) </li></ul><ul><li>Estimativa baseada em Story Points </li></ul><ul><li>O Planning Poker é uma boa ferramenta de apoio </li></ul><ul><li>Sempre comparar histórias com outras 2 pelo menos </li></ul>Complexidade + Experiências Anteriores + Capacidade do Time = Estimativa
    23. 24. Scrum num Gantt Chart
    24. 25. Como Vender Scrum? <ul><li>Escopo Aberto vs Escopo Fechado? </li></ul><ul><li>Quanto vai custar? </li></ul><ul><li>Quando estará pronto? </li></ul>
    25. 26. Primeiras Impressões sobre Scrum O Retorno <ul><li>Não possui escopo fechado </li></ul><ul><li>A documentação “dos caras” é um monte de post-its </li></ul><ul><li>Jogam baralho durante o trabalho </li></ul><ul><li>É um processo sem Gerente de Projetos </li></ul><ul><li>Não possui cronograma </li></ul><ul><li>Precisa de um time muito bom para funcionar </li></ul><ul><li>Não dá pra estimar, logo é impossível de vender </li></ul><ul><li>Meu cliente nunca vai aceitar isso </li></ul><ul><li>Jamais funcionará em projetos complexos </li></ul>
    26. 27. Agenda <ul><li>Alguns dados sobre Projetos </li></ul><ul><li>Introdução sobre Scrum e Agilidade </li></ul><ul><li>Introdução sobre eXtreme Programming </li></ul><ul><li>Utilizando eXtreme Programming com VSTS </li></ul><ul><li>Utilizando Scrum com VSTS </li></ul>
    27. 28. Introdução a XP O que é? <ul><li>É um conjunto de valores e práticas ágeis voltada para a Engenharia de Software criada em 1996 </li></ul><ul><li>É uma metodologia muito utilizada por empresas de todos os tamanhos ao redor do mundo, inclusive pela Microsoft </li></ul><ul><li>Focada na satisfação do cliente e na entrega de software frequente e com qualidade </li></ul>
    28. 29. Introdução a XP Práticas <ul><li>Cliente Presente * </li></ul><ul><li>Jogo do Planejamento * </li></ul><ul><li>Stand Up Meeting * </li></ul><ul><li>Programação em Par </li></ul><ul><li>Test Driven Development </li></ul><ul><li>Refactoring </li></ul><ul><li>Código Coletivo </li></ul><ul><li>Código Padronizado </li></ul><ul><li>Design Simples </li></ul><ul><li>Metáfora </li></ul><ul><li>Ritmo Sustentável * </li></ul><ul><li>Integração Contínua </li></ul><ul><li>Releases Curtos * </li></ul><ul><li>*Presente no SCRUM </li></ul>
    29. 30. <ul><li>Integração Contínua (Team Build) </li></ul><ul><ul><li>Check-in pelo menos uma vez ao dia disparando builds automaticas (incluindo testes) </li></ul></ul><ul><li>Refactoring (Refactoring tool) </li></ul><ul><ul><li>Melhoria de design de um código existente (renomear métodos, encapsultamento, etc) </li></ul></ul>Introdução a XP Processo Contínuo
    30. 31. <ul><li>Código Coletivo (Source Control / Annotate) </li></ul><ul><ul><li>Combate as “ilhas do conhecimento”, revisão constante, não gera gargalos </li></ul></ul><ul><li>Código Padronizado (Check-in Policy) </li></ul><ul><ul><li>Facilidade de manutenção </li></ul></ul><ul><li>Design Simples e Incremental </li></ul><ul><ul><li>Quanto mais tardia uma alteração mais custosa ela será. Mito ou Verdade? </li></ul></ul>Introdução a XP Conhecimento Compartilhado
    31. 32. <ul><li>Programação em Par (Shelve) </li></ul><ul><ul><li>2 pessoas, um computador, inspeção frequente, mais qualidade </li></ul></ul><ul><li>Test Driven Development (MSTest) </li></ul><ul><ul><li>Criação dos métodos de testes antes do código da App. Mais Código de Teste e Menos Código da App </li></ul></ul>Introdução a XP Feedback Constante
    32. 33. Agenda <ul><li>Alguns dados sobre Projetos </li></ul><ul><li>Introdução sobre Scrum e Agilidade </li></ul><ul><li>Introdução sobre eXtreme Programming </li></ul><ul><li>Utilizando eXtreme Programming com VSTS </li></ul><ul><li>Utilizando Scrum com VSTS </li></ul>
    33. 34. Utilizando eXtreme Programming com VSTS Continuous Integration, TDD, Código Coletivo, Código Padronizado e Refactoring
    34. 35. Agenda <ul><li>Alguns dados sobre Projetos </li></ul><ul><li>Introdução sobre Scrum e Agilidade </li></ul><ul><li>Introdução sobre eXtreme Programming </li></ul><ul><li>Utilizando eXtreme Programming com VSTS </li></ul><ul><li>Utilizando Scrum com VSTS </li></ul>
    35. 36. SCRUM antes do TFS
    36. 37. SCRUM depois do TFS
    37. 38. SCRUM depois do TFS
    38. 39. SCRUM depois do TFS
    39. 40. SCRUM depois do TFS
    40. 41. Utilizando SCRUM com TFS Coletando Requisitos, Kanban, Burndown e muito mais
    41. 42. Sprint Review Nossa meta foi atingida? <ul><li>Trazer informações que indicam que estamos no caminho errado do desenvolvimento de softwares </li></ul><ul><li>Oferecer uma nova opção de trabalho: A utilização dos métodos ágeis </li></ul><ul><li>Apresentar a opção de ferramenta da Microsoft para suportar o desenvolvimento e gerenciamento de projetos utilizando práticas ágeis </li></ul>
    42. 43. Sprint Retrospective Lições Aprendidas! <ul><li>Alguma coisa está errada com a forma de construirmos software </li></ul><ul><li>Os métodos ágeis são uma opção para projetos complexos, onde o escopo não está muito bem definido para entregarmos softwares com qualidade, com alto valor de retorno em curto espaço de tempo. </li></ul><ul><li>Possuímos uma ferramenta completa para cobrir todas as possibilidades de desenvolvimento ágil, permitindo a customização quando necessário. </li></ul>
    43. 45. Recursos <ul><li>www.microsoft.com/teched </li></ul><ul><ul><li>Tech·Talks Tech·Ed Bloggers </li></ul></ul><ul><ul><li>Live Simulcasts Virtual Labs </li></ul></ul><ul><li>http://www.technetbrasil.com.br </li></ul><ul><ul><li>Avaliação de produtos finais e betas, conteúdo técnico em português e MUITO MAIS! </li></ul></ul><ul><li>http://www.msdnbrasil.com.br </li></ul><ul><ul><li>Developer’s Kit, conteúdo técnico em português, e MUITO MAIS! </li></ul></ul>
    44. 46. Sessões Relacionadas <ul><li>ALM302 - Testes de Software com Visual Studio Team System 2010 </li></ul><ul><li>ALM202 - Desenhando a Arquitetura de Aplicações com Team System </li></ul><ul><li>ALM201 - Novidades sobre o Visual Studio Team System 2010 </li></ul><ul><li>ALM401 - Automatizando seu build com Team System </li></ul>
    45. 47. Outros Recursos Relacionados <ul><li>http :// www.scrumalliance.org/resources </li></ul><ul><li>http://www.scrumforteamsystem.com / </li></ul><ul><li>http ://blogs.msdn.com/andredias </li></ul><ul><li>http://www.infoq.com/br/minibooks/scrum-xp-from-the-trenches </li></ul>
    46. 48. Por favor preencha a avaliação
    47. 49. © 2008 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.

    ×