scrum + customização de processos
DESCRIPTION
presentação detalhada sobre o método ágil SCRUM. Durante a apresentação são explicados: - Todos os papéis desse método e suas respectivas atribuições;- Artefatos do SCRUM;- Regras e etapas do SCRUM;Ao final um processo de software customizado utilizando SCRUM, RUP e diretivas do MPS.br nível G é demonstrado para ilustrar todo conteúdo discutido.TRANSCRIPT
SCRUMSCRUM++
Customização de Customização de ProcessosProcessos
UNIVERSIDADE FEDERAL DE VIÇOSACENTRO DE CIÊNCIAS EXATAS E TECNOLÓGICAS
DEPARTAMENTO DE INFORMÁTICAINF622 – ENGENHARIA DE SOFTWARE
Lucas Francisco da Matta [email protected]
http://mr-bin.blogspot.com
Sobre o SCRUM
• O nome vem do Rugby. Reinício da partida.
• Foi concebido para projetos em empresas de fabricação de automóveis e produtos de consumo.
• Utilizado há 15 anos com sucesso em milhares de projetos, centenas de organizações.
• É gerencial e NÃO diz O QUE FAZER em todas as situações.
Sobre o SCRUM• É um método ágil de gestão.
• Dentre as várias propostas do manifesto ágil, podemos destacar três potencialmente presentes no SCRUM:o Individuals and interactions over processes and tools
Uma descrição mínima de processo é necessária para se começar a trabalhar.
Cliente sempre presente.
o Working software over comprehensive documentation Software bem organizado e documentado. Documenta-se apenas o suficiente e não conta como produto,
mas sim como resultado de trabalho.
o Customer collaboration over contract negotiation Cliente deve estar 'infiltrado' na equipe de desenvolvimento.
• Capacidade de se adaptar a mudanças...
Sobre o SCRUM• Ajuda a controlar projetos de desenvolvimento
de software.
• Não garante sucesso completo do projeto.
• Garante que o trabalho é dedicado aos resultados de maior valor agregado.
• Requisitos importantes nunca ficam para o final.• Caso o projeto não seja concluído por motivos de tempo ou custo, o mais importante estará pronto.
• Obtém-se do Product Backlog o que é de mais valor.
• Planeja-se a iteração.
• Faz-se acompanhamento diário.
• Entrega acréscimo de funcionalidades ao fim da iteração.
Sobre o SCRUM
PAPÉIS DO SCRUM
• Product Owner
• Team
• Scrum Master
Papéis do SCRUM
Product Owner (CLIENTE)
oLista de requisitos. (product backlog)
oObjetivos de ROI. (retorno esperado)
oPlanejamento de Releases. (priorizar)
Papéis do SCRUM
Team (EQUIPE)
oDesenvolvimento de funcionalidades.
oAuto-gerido e auto-organizado. (muita experiência)
oMulti-funcional. (programador, testador, arquiteto, etc)
Papéis do SCRUM
Scrum MasteroEnsinar Scrum aos outros envolvidos.
oManter o método nos trilhos.
oRespeitar cultura da Organização x Entregar benefícios. CULTURA é uma das principais barreiras a
serem vencidas.
oGarantir que os outros envolvidos sigam as regras e práticas do SCRUM.
Visão geral do SCRUM
ARTEFATOS DO SCRUM
• Product Backlog
• Sprint Backlog
• Burndown Chart
• Incremento de funcionalidade
Artefatos do SCRUM
• Product backlog (lista de requisitos)oSempre evolui.
• Sprint backlog (tarefas do requisito)oDerivado a partir do product backlog.oDetalha os itens do product backlog em
tarefas.
Artefatos do SCRUM
• Burndown Chart – quanto mais horizontal, melhor
Artefatos do SCRUM• Incremento de funcionalidade de produto
potencialmente 'empacotável'oCada Sprint resulta em um incremento.
oCLIENTE pode querer implantar (Antecipação do release. A equipe está apta a isso!)
oO que é um incremento CONCLUÍDO? Testado; Código bem escrito e bem estruturado; Disponível em um executável; Com documentação de usuário;
REGRAS DO SCRUM• Sprint Planning Meeting
• Daily Scrum Meeting
• Sprint
• Sprint Review Meeting
• Sprint Retrospective Meeting
Regras do SCRUM• Sprint Planning Meeting (parte inicial) - 4 horas
o Define itens mais importantes e empacotáveis do Product Backlog (requisitos).
o Todos os papéis (stakeholders) participam.o Product Backlog deve ser preparado antes pelo
Product Owner (melhor) ou Scrum Master (pior).
• Sprint Planning Meeting (parte final) - 4 horaso Scrum Master responde perguntas da Equipe
para detalhamento de tarefas.o Ao final, tem-se o Sprint Backlog. (tarefas do
requisito)
Cada Sprint Backlog possui uma lista de taferas que geralmente são controladas por post-its!
Aplicação do Sprint Planning Meeting
Exemplo de controle dos Sprint Backlogs com Post-its
Regras do SCRUMDaily Scrum Meeting – 15 minutosoReunião diárias realizadas de pé.
oMuita rigidez com presença e pontualidade.
oTrês questões: O que você fez desde a última conversa? O que você vai fazer de agora até a próxima? O que lhe impede de fazer o seu trabalho o
mais eficientemente possível?
oExigem respostas rápidas!
Aplicação do Daily Scrum Meeting
Regras do SCRUM
Sprint - 2 à 4 semanas(15-30 dias)
oTarefas são realizadas nessa etapa.
oTarefas do Sprint Backlog são CONGELADAS durante a execução do Sprint.• Atendimento a mudanças de requisitos garantida pela continuidade de alterações no Product Backlog.
oScrum Master pode abortar o Sprint (casos extremos).
Regras do SCRUM
Sprint Review Meeting – 4 horas
o Apresentar funcionalidades aos Stakeholders.
o Artefatos não podem ser apresentados como produtos de trabalho, exceto os incrementos. (Forma de policiar o contrato, afinal o que tem valor é software funcional – valor ágil)
o Stakeholders são ouvidos.• Aqui pode haver solicitação de mudanças.
o Ao final, o próximo Sprint Review Meeting é agendado.
Aplicação do Sprint Review Meeting
Regras do SCRUMSprint Retrospective Meeting – 3 horas
oParticipam o Scrum Master, Team e Product Owner (opcional).
oPerguntas ao Team: O que foi bom no último Sprint? O que não foi bom? Melhorar práticas...
oScrum Master cataloga as respostas.
oTeam prioriza a ordem de melhoras em potencial para discutir.
Aplicação do Sprint Retrospective Meeting
Dúvidas...
?
Referências bibliográficas• JÚNIOR, Joaquim Lopes. Desenvolvimento ágil de
software. In: ENCONTRO DO PHP MG, 1, 2009, Belo Horizonte.
• FILHO, Edes Garcia da Costa; PENTEADO, Rosângela; SILVA, Júnia Coutinho Anacleto; BRAGA, Rosana Teresinha Vaccare. Padrões e Métodos Ágeis: agilidade no processo de desenvolvimento de software. 2005. Disponível em <http://sugarloafplop2005.icmc.usp.br/papers/9673.pdf>. Acesso em: 5 maio. 2009.
Customização de Processo de Desenvolvimento de
Software
Scrum + RUP + MPS.br (nível G) = Processo Customizado Proposto
Itens MPS.br nível G atendidos
• Nem todas as GPRs (Gestão de Projetos) e GREs (Gestão de Requisitos) do MPS.br nível G foram atendidas pelo processo.
• As escolhidas foram:• GPR1 - O escopo do trabalho para o projeto é definido
• GPR13 - O projeto é gerenciado utilizando-se o Plano do Projeto e outros planos que afetam o projeto e os resultados são documentados
• GRE1 - Os requisitos são entendidos, avaliados e aceitos junto aos fornecedores de requisitos, utilizando critérios objetivos
• GRE5 - Mudanças nos requisitos são gerenciadas ao longo do projeto
Scrum + RUP + MPS.br = Processo customizadoScrum + RUP + MPS.br = Processo customizado
Scrum + RUP + MPS.br = Processo customizadoScrum + RUP + MPS.br = Processo customizado
Complementos:
• Documento de Visão.
• Relatório Informal de Acontecimentos. (Reunião)
• Formulário de Requisição de Mudanças.
Ferramenta de Gestão utilizada no Estudo de Caso Beeper
http://www.seenowdo.comhttp://www.seenowdo.com
Dúvidas...
?