Slides artigo

16
ADOÇÃO DE UM FRAMEWORK ÁGIL NO DESENVOLVIMENTO DE UM SOFTWARE PARA TRABALHO DE CONCLUSÃO DE CURSO SCRUM PATOS DE MINAS, 28 DE MAIO DE 2012. IX COMINE – CONGRESSO MINEIRO DE EMPREENDEDORISMO UNIPAM – CENTRO UNIVERSITÁRIO DE PATOS DE MINAS

Transcript of Slides artigo

Page 1: Slides artigo

ADOÇÃO DE UM FRAMEWORK ÁGIL NO DESENVOLVIMENTO DE UM SOFTWARE PARA TRABALHO DE CONCLUSÃO DE CURSO

SCRUM

PATOS DE MINAS, 28 DE MAIO DE 2012.IX COMINE – CONGRESSO MINEIRO DE EMPREENDEDORISMO

UNIPAM – CENTRO UNIVERSITÁRIO DE PATOS DE MINAS

Page 2: Slides artigo

AUTORES

• Joelber Flávio dos Santos Garcia – Pós-graduando em Engenharia de Software

• Kéllyson Gonçalves da Silva - Pós-graduando em Engenharia de Software

• Leandro da Costa Gonçalves - Pós-graduando em Engenharia de Software

• Fernando Corrêa de Mello Junior – Mestre em Engenharia Elétrica

2

Page 3: Slides artigo

ROTEIRO

• MANIFESTO ÁGIL

• PRINCIPAIS FRAMEWORKS ÁGEIS

• CARACTERÍSTICAS COMUNS

• SCRUM

• KANBAN

• SCRUMHALF

• CONCLUSÃO3

Page 4: Slides artigo

MANIFESTO ÁGIL

• Foco: cliente e agilidade no desenvolvimento de softwares.

• Princípios Centrais do Manifesto Ágil:1. Indivíduos e interação entre eles mais que

processos e ferramentas;2. Software em funcionamento mais que

documentação abrangente;3. Colaboração com o cliente mais que

negociação de contratos;4. Responder a mudanças mais que seguir um

plano;

4

Page 5: Slides artigo

FRAMEWORKS ÁGEIS

5

PRINCIPAIS FRAMEWORKS ÁGEISExtreme Programming • Comunicação

• Respeito• Simplicidade• Feedback• Coragem

Test Driven Development • Código limpo• Veio de uma técnica dentro do XP• Hoje já é considerada uma nova

metodologia ágil.

OpenUP • Ciclo de vida• Ciclo de iteração• Micro incrementos

Feature Driven Development • Desenvolver• Construir• Planejar• Projetar• Construir

Scrum • Sprints• Histórias• Reuniões diárias

Page 6: Slides artigo

CARACTERÍSTICAS COMUNS

• Equipes pequenas e auto gerenciadas;

• Priorizam o desenvolvimento em detrimento da

documentação;

• Utilizam o Kanban e código limpo como principal

documentação;

• Aceitam a mudança;

• Valorizam a comunicação entre os membros da

equipe quanto entre a equipe e o cliente;

• O cliente é um membro da equipe.6

Page 7: Slides artigo

SCRUM

7

Page 8: Slides artigo

KANBAN

8

Page 9: Slides artigo

SCRUMHALF

9

Page 10: Slides artigo

SCRUMHALF

10

Page 11: Slides artigo

SCRUMHALF

11

Page 12: Slides artigo

SCRUMHALF

12

Page 13: Slides artigo

SCRUMHALF

13

Page 14: Slides artigo

SCRUMHALF

14

Page 15: Slides artigo

CONCLUSÃO

• Participação do cliente (product owner) é fundamental;

• ScrumHalf é recomendado;

• Corte de custos com materiais físicos (Kanban);

• A experiência com Scrum (interesse);

• Trabalho em equipe válido (troca de conhecimentos).

15