SCRUM Process Universidade Federal de Pernambuco Polyana Lima Olegário

Apresentação em tema: "SCRUM Process Universidade Federal de Pernambuco Polyana Lima Olegário"— Transcrição da apresentação:

1 SCRUM Process Universidade Federal de Pernambuco Polyana Lima Olegário polyanalim@yahoo.com.br

2 SCRUM Process2 Agenda Manifesto Ágil  Agile Alliance  Agile Modeling  Valores Ágeis  Princípios Ágeis SCRUM  Historia  Filosofia  Fluxo do Processo  Praticas do SCRUM  Gerenciamento em SCRUM Process  XP x SCRUM  Ferramentas Conclusões

3 SCRUM Process3 Agile Modeling É uma metodologia baseada na pratica para modelagem efetiva e documentação de sistemas de software Melhorar o esforço dos profissionais que desenvolvem software

4 SCRUM Process4 Agile Alliance Grupo de pesquisadores que lançaram o manifesto ágil Defende valores e praticas dos métodos ágeis e ajudam organizações a adotarem tais conceitos Define valores e princípios do manifesto ágil

5 SCRUM Process5 Valores do Manifesto Ágil Indivíduos e Interações mais que processos e ferramentas Software Operante mais que documentações completas Colaboração do Cliente mais que negociações contratuais Adaptação a mudanças mais que seguir o plano inicial

6 SCRUM Process6 Princípios do Manifesto Ágil Satisfazer o cliente Entregas no prazo e continuamente Receber bem mudanças de requisitos Software funcionando Os membros da equipe aprendem uns com os outros

7 SCRUM Process7 Princípios do Manifesto Ágil Comunicação aberta e honesta Reuniões Equipe organizada Criar conteúdo simples Considerar Testabilidade Lições aprendidas

8 SCRUM Process8 Métodos Ágeis XP SCRUM FDD (Feature-Driven Development) Crystal ASD (Adaptive Software Development)

9 SCRUM Process9 É um processo para construir software incrementalmente em ambientes complexos, onde os requisitos não são claros ou mudam com muita freqüência. É um caminho para maximizar a produção. É um processo que controla o “caos” de interesses conflitantes e necessários.

10 SCRUM Process10 SCRUM - História Jeff Sutherland aplicou primeiro a concepção do SCRUM na Easel Corporation in 1993. Em 1995 foi apresentado para a OMG ( Object Management Group ), pela Advanced Development Methods – ADM e pela VMARK Software – VMARK O SCRUM foi refinado mais tarde por Ken Schwaber.

11 SCRUM Process11 Filosofia do SCRUM Processo Empírico Se um processo é totalmente definido, pode ser repetido e os resultados serem previsíveis, então é conhecido como processo definido e pode ser automatizado Mas, se é caótico e não repetitivo, requer constante controle e medidas, é um processo empírico

12 SCRUM Process12 Filosofia do SCRUM "Scrum methodology - similar to the iterative methodology, but assumes that all requirements are not known in advance, and that the fastest path to surfacing and implementing all requirements will be discovered empirically during the development process. Careful control mechanisms are used to assure on-time delivery of a high quality product, while allowing maximum flexibility of small, tightly coupled, development teams. Requires a well motivated team and good leadership to implement effectively. Productivity gains of 600% have been seen repeatedly in well executed projects. “  By Capers Jones

13 SCRUM Process13 Como o SCRUM trabalha Foco em gerenciamento e Tracking Pode ser combinado com outras metodologias (Ex.: XP) Equipes pequenas (06 à 10 membros) Uma série de Sprints (01 – 04 semanas) Tempo limitado Rápido desenvolvimento do produto

14 SCRUM Process14 Como o SCRUM trabalha Evita trabalho desnecessário Features que nunca serão utilizadas Utiliza como artefatos somente documentos realmente necessários Mantém todos os envolvidos no projeto constantemente atualizados

15 SCRUM Process15 Fluxo de um Processo SCRUM

16 SCRUM Process16 Fluxo de um Processo SCRUM Criação do Product Backlog Product Backlog: Lista dinâmica do que é desejado ter no produto Planejamento da Sprint Reunião de Planejamento da Sprint : Com objetivo de definir o trabalho a ser realizado.

17 SCRUM Process17 Fluxo de um Processo SCRUM Sprint Desenvolvimento das funcionalidades. Reuniões diárias de 15min

18 SCRUM Process18 Fluxo de um Processo SCRUM Revisão da Sprint A nova funcionalidade é apresentada Se mais iterações são necessárias então o Product Owner apresenta um novo Product Backlog e o processo inicia novamente.

19 SCRUM Process19 SCRUM Process Planejamento da Sprint Reunião de Planejamento da Sprint: 4h com o Product Owner e o Time para definir as características de alta prioridade e o Time poder selecionar as funcionalidades para a próxima Sprint; 4h com o Time para fazer o plano de trabalho da Sprint. Definir a arquitetura, design das funcionalidades e as tarefas para construção dessas funcionalidades; Product Owner pode redefinir o Product Backlog O Objetivo da Sprint é definido Estimativa do tempo baseada em Sprints anteriores

20 SCRUM Process20 SCRUM Process Sprint Sprint é o período de tempo (20 a 30 dias) para construção dos itens do Product Backlog em funcionalidades do produto O progresso da Sprint é acompanhado pela Sprint Backlog e Sprint Burndown Todo código desenvolvido é testado e os bugs são corrigidos antes do inicio da Revisão da Sprint. Daily SCRUM Meeting

21 SCRUM Process21 SCRUM Process Revisão da Sprint Reunião para discutir o estava dando certo na Sprint e o que estava dando errado e quais funcionalidades são necessárias para a próxima Sprint, a partir destes fatores o curso da próxima Sprint é determinado Preocupação em “O que” time estava desenvolvendo Reunião de Revisão da Sprint tem duração de 1 hora e o ScrumMaster determina a quantidade de pessoas na reunião

22 SCRUM Process22 SCRUM Process Retrospectiva da Sprint Avaliam o que pode ser modificado para melhorar a produtividade da próxima Sprint Preocupação em “Como” time estava desenvolvendo Todos os envolvidos no projeto devem participar Benefícios: Melhorias no processo a cada Sprint Elaboração de um relatório de lições aprendidas

23 SCRUM Process23 Práticas do SCRUM Daily SCRUM Meeting Questões Levantadas: O que foi finalizado ontem? O que é planejado para hoje? Existe algo que possa atrapalhar o trabalho? Benefícios: Evita duplicação de esforço; Melhor entendimento e interdependência entre os membros do Time; Comunicação do Time; Identificar riscos antes que eles ocorram;

24 SCRUM Process24 Práticas do SCRUM Acompanhamento do progresso da Sprint: Através do relato da Sprint Backlog E de gráficos como do Product Burndown ou Sprint Burndown: A inclinação da curva dá a noção de Velocidade (Velocity) da equipe.

25 SCRUM Process25 Gerenciamento em SCRUM Process Não existe um gerente de projetos como em projetos tradicionais Gerenciado pelo ScrumMaster, Product Owner e pelo Time ScrumMaster Não gerencia, mas provê liderança; Garante a aplicação das regras do SCRUM; Ensina conceitos do SCRUM; Remove obstáculos;

26 SCRUM Process26 Gerenciamento em SCRUM Process Product Owner Representa os stakeholders; Define os requisitos; Define as prioridades; Time Constroem as funcionalidades do produto; Organizam seu próprio trabalho; ( Gerenciam suas próprias tarefas;

27 SCRUM Process27 XP x SCRUM Semelhanças: Equipes pequenas Requisitos instáveis ou desconhecidos Iterações curtas para fornecer melhor visibilidade do desenvolvimento

28 SCRUM Process28 XP x SCRUM Diferenças: SCRUM divide o desenvolvimento em Sprints de até 30 dias e com reuniões diárias de 15min Equipes formadas por pessoas de competências diferentes: projetistas, programadores, engenheiros e gerentes de qualidade Informação de status atualizado continuamente e a divisão de tarefas é explicitas

29 SCRUM Process29 XP x SCRUM SCRUM e XP são complementares. SCRUM fornece praticas de gerenciamento enquanto XP provê praticas integradas de engenharia de software

30 SCRUM Process30 Ferramentas Ferramentas: Scrum for Team System Adicionada ao Microsoft Visual Studio Team SystemMicrosoft Visual Studio Team System Desenvolvida pelo Conchango em colaboração com Ken Schwaber e a Microsoft ScrumWorks http://danube.com/ Version One: Agile Project Planning & Management Application http://www.versionone.com/

31 SCRUM Process31 Trabalham com SCRUM Yahoo, Medtronics, Primavera

32 SCRUM Process32 Maior integração entre os membros da equipe Rápida solução de problemas  Compartilhamento de conhecimento Progresso medido continuamente  Minimização de Riscos Profissionais de negócios e tecnologia trabalham juntos Maior comprometimento do time devido a sua autonomia  Pode haver necessidade de associação com outras metodologias (XP) Conclusões

33 SCRUM Process33 Conclusão SCRUM é interessante porque fornece um mecanismo de informação de status que é atualizado continuamente, e porque utiliza a divisão de tarefas dentro da equipe de forma explícita. Qualquer metodologia de processo pode utilizar a filosofia do SCRUM e garantir boas práticas sobre o projeto.

34 SCRUM Process34 Referências www.agilemodeling.com. Acessado em 26/01/2007 www.agilemodeling.com www.agilealliance.org. Acessado em 26/01/2007 www.agilealliance.org www.controlchaos.com. Acessado em 26/01/2007 www.controlchaos.com www.agilemanifesto.org. Acessado em 29/01/2007. www.agilemanifesto.org http://scrumforteamsystem.com/. Acessado em 25/01/2007. http://scrumforteamsystem.com/ http://www.scrumalliance.org/. Acessado em 25/01/2007. http://www.scrumalliance.org/ Controlled Chaos : Living on the Edge. 1996 Advanced Development Methods