O documento discute a adoção do framework ágil Scrum para o desenvolvimento de um software de conclusão de curso. Apresenta os principais frameworks ágeis como Scrum, Kanban e ScrumHalf e as características comuns como equipes pequenas, priorização do desenvolvimento sobre documentação e aceitação de mudanças. Conclui que a participação do cliente, o uso do ScrumHalf e corte de custos com Kanban são recomendados para o projeto.

1. 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

2. 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

3. ROTEIRO
• MANIFESTO ÁGIL
• PRINCIPAIS FRAMEWORKS ÁGEIS
• CARACTERÍSTICAS COMUNS
• SCRUM
• KANBAN
• SCRUMHALF
• CONCLUSÃO
3

4. 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

5. FRAMEWORKS ÁGEIS
5
PRINCIPAIS FRAMEWORKS ÁGEIS
Extreme 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

6. 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

7. SCRUM
7

8. KANBAN
8

9. SCRUMHALF
9

10. SCRUMHALF
10

11. SCRUMHALF
11

12. SCRUMHALF
12

13. SCRUMHALF
13

14. SCRUMHALF
14

15. 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

16. CONTATOS
fernandocmjr@unipam.edu.br
joelber.flavio@gmail.com
kellyson.si@hotmail.com
leandrocgsi@gmail.com
MUITO OBRIGADO.
16