O documento discute a aplicação do Scrum e do MPS.BR na gestão de um projeto de software. Apresenta os objetivos do projeto, conceitos de gerenciamento de projetos e Scrum. Descreve um caso prático onde Scrum foi aplicado em um projeto com 10 sprints para desenvolver um sistema para um cliente. A análise mostrou que o processo atingiu o Nível G do MPS.BR.
Nivelamento utilizando o mps.br na gerência de um projeto com Scrum
1. Dezembro de 2011
Tiago P. P. Apolinário
Vitor R. S. Xavier
Orientador: Ms. João Caldas
Júnior
NIVELAMENTO UTILIZANDO O MPS.BR NA
GERÊNCIA DE UM PROJETO COM SCRUM
3. 1. Objetivos
• Aplicar, demonstrar e desenvolver o conhecimento adquirido
no curso de análise e desenvolvimento de sistemas;
• Desenvolver capacidades e habilidades científicas e
tecnológicas;
• Ampliar os conhecimentos sobre gerenciamento de
software, especificamente com o uso do Scrum;
• Mostrar como metodologias ágeis, podem ser praticadas em
conjunto com modelos de qualidade (MPS.BR).
4. • Conceito de projeto
• Ciclo de vida do projeto
3. Gerenciamento de
projetos
7. 4. Scrum
• Papéis
• Eventos
• Artefatos
• Definição de pronto
Quadro de tarefas
8. 5. Qualidade e MPS.BR
• Qualidade de Software:
• Qualidade de produto
• NBR ISO/IEC 9126
• Qualidade de processo
• CMMI
• ISO/IEC 12207:2008
• ISO/IEC 15504
• MPS.BR
9. 5. Qualidade e MPS.BR
• Nível A – Em otimização;
• Nível B – Gerenciado quantitativamente;
• Nível C – Definido;
• Nível D – Largamente definido;
• Nível E – Parcialmente definido;
• Nível F – Gerenciado;
• Nível G – Parcialmente gerenciado;
Níveis de maturidade do MPS.BR
10. 6. Caso prático
• Objetivo
• Cenário inicial
• Preparação do ambiente
12. 6. Sprint 10
Scrum Team
Scrum Master Coordenador de projetos - CSM.
Product Owner Dois analistas do próprio cliente.
Time de desenvolvimento Quatro membros: um testador e três programadores.
Artefatos
Product Backlog 12 itens
Sprint Backlog 16 estórias
63 sub-tarefas
3 bloqueadoras
Sprint Backlog Burndown Gerado a partir do Jira – contado pelo número de sub-
tarefas
Eventos
Planning Meeting Apresentação do Product Backlog 13/01/2011
Análise e estimativa 14/01/2011
Sprint Início: 17/01/2011
Fim: 31/01/2011
Daily Scrum Ocorreram todos os dias por telefone com a
participação de todo o Scrum Team – das 11h às
11h15min.
Sprint Review Ocorreu no dia 01/02/2011 via Webex – das 10h às 11h.
Sprint Retrospective Ocorreu com a participação do Scrum Master e o tim e
de desenvolvimento no dia 01/02/2011 – das 14h às
16h
Definição de Pronto
Todas as atividades foram analisadas, codificadas, testadas, colocadas no
repositório de dados e testadas na VM do time.