Upload
vitor-r-s-xavier
View
241
Download
3
Embed Size (px)
DESCRIPTION
Trabalho de conclusão de curso. Apresentando a análise de uma equipe que adotou o Framework Scrum para a criação de novas funcionalidades em um sistema legado, para efetuar a análise da qualidade do processo foi utilizado o MPS.BR.
Citation preview
Dezembro de 2011
Tiago P. P. ApolinárioVitor R. S. XavierOrientador: Ms. João Caldas Júnior
NIVELAMENTO UTILIZANDO O MPS.BR NA GERÊNCIA DE UM PROJETO COM SCRUM
Agenda
• Objetivos
• Gerenciamento de projetos
• Scrum
• Qualidade: com ênfase no MPS.BR
• Caso prático
• Conclusão
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).
• Conceito de projeto
• Ciclo de vida do projeto
3. Gerenciamento de projetos
Restrições conflitantes
Escopo
Cronograma
Orçamento
Recursos
Riscos
Qualidade
3. Gerenciamento de projetos
4. Scrum
4. Scrum
• Papéis
• Eventos
• Artefatos
• Definição de pronto
Quadro de tarefas
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
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
6. Caso prático
• Objetivo
• Cenário inicial
• Preparação do ambiente
6. Evolução da equipe
6. Sprint 10Scrum 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 time 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.
6. Análise nível G MPS.BR
6. Análise nível G MPS.BR
Conclusão
Perguntas?
NIVELAMENTO UTILIZANDO O MPS.BR NA GERÊNCIA DE UM PROJETO COM SCRUM