scrum + customização de processos

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 Vegilucasvegi@gmail.com

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

?