ENGENHARIA DE SOFTWARE. SCRUM Carlos Mar, Msc. Maio/2014

Transcrição

1 ENGENHARIA DE SOFTWARE SCRUM Carlos Mar, Msc. Maio/2014

2 SCRUM Is a simple yet incredibly powerful set of principles and practices that help teams deliver products in short cycles, enabling fast feedback, continual improvement, and rapid adaptation to change. ( Um framework dentro do qual pessoas podem tratar e resolver problemas complexos e adaptativos, enquanto produtiva e criativamente entregam produtos com o mais alto valor possível. (

3 O Scrum não é A eficácia das práticas de gerenciamento é relativa, por isso você pode melhorá-las conforme sua necessidade. Processo ou técnica usado para construir produtos. Tem sido utilizado desde o início dos anos 90 para o gerenciar o desenvolvimento de produtos complexos. Dentro do Scrum podem ser empregados vários processos ou técnicas.

4 Scrum: Teoria Teorias empíricas de controle de processo (empirismo). Conhecimento vem da experiência e de tomadas de decisões baseadas no que é conhecido (prática do dia-a-dia). Abordagem iterativa e incremental para aperfeiçoar a previsibilidade e o controle de riscos.

5 Pilares do Scrum Transparência Inspeção Adaptação Aspectos significativos visíveis aos responsáveis pelo resultado. Inspecionar os artefatos e o progresso para detectar possíveis variações de curso. Se um produto é dito inaceitável, o processo ou o material sendo produzido deve ser ajustado. Padrão para compartilhar entendimento. Inspeção não deve ser tão frequente para não atrapalhar Inspeções e adaptações são realizadas nos eventos. Realizadas por inspetores especializados

6 Composição do Scrum Times Scrum associados a papéis, eventos, artefatos e regras. As regras integram os eventos, papéis e artefatos, administrando a relação e interação entre eles.

7 Time Scrum Auto-organizáveis e multifuncionais. Projetado para aperfeiçoar flexibilidade, produtividade e criatividade.

8 Product Owner Maximizar o valor do produto e o trabalho do time de desenvolvimento. Responsável pelo Backlog do Produto (definição e priorização). É uma pessoa e não um comitê, mas pode representar interesses de um comitê. O backlog só pode ser alterado por ele.

9 Time de Desenvolvimento São autoorganizáveis e multifuncionais. Entregam incrementos usáveis do produto ao final de cada ciclo. Todos os integrantes são desenvolvedores, independente do cargo/função dentro da empresa. A responsabilidade é sempre do time. Sucesso ou fracasso vai pra conta do time. Tamanho do time: pequeno ou grande? Agilidade, gerenciamento, capacidade de execução.

10 Scrum Master Garantir que o Scrum seja entendido e aplicado. É um servo-líder para o Time Scrum (PO e TD). Ajuda quem está fora do time a entender quais suas interações são úteis e quais não são. Ajudar a maximizar o valor criado pelo Time Scrum. É UM FACILITADOR!!!!

11 Artefatos Scrum Backlog do Produto é uma lista ordenada de tudo que deve ser necessário no produto, e é uma origem única dos requisitos para qualquer mudança a ser feita no produto. O Product Owner é responsável pelo Backlog do Produto, incluindo seu conteúdo, disponibilidade e ordenação. é dinâmico; mudando constantemente para identificar o que o produto necessita para ser mais apropriado, competitivo e útil. O Backlog do Produto existirá enquanto o produto também existir. é um conjunto de itens do Backlog do Produto selecionados para a Sprint, juntamente com o plano para entregar o incremento do produto e atingir o objetivo da Sprint. Backlog da Sprint é a previsão do Time de Desenvolvimento sobre qual funcionalidade estará no próximo incremento e sobre o trabalho necessário para entregar essa funcionalidade em um incremento Pronto Incremento O incremento é a soma de todos os itens do Backlog do Produto completados durante a Sprint e o valor dos incrementos de todas as Sprints anteriores

12 Definição de Pronto Quando o item do Backlog do Produto ou um incremento é descrito como Pronto, todos devem entender o que o Pronto significa É usado para assegurar quando o trabalho está completado no incremento do produto. Definido pela insituição ou pelo time Cada incremento é adicionado a todos os incrementos anteriores e completamente testado, garantindo que todos os incrementos funcionam juntos

13 Eventos Scrum Criar rotina e minimizar a necessidade de reuniões não definidas pelo framework. Os eventos tem duração máxima (time-boxed). Oportunidades de inspecionar e adaptar algo. Sprint, Reunião de Planejamento da Sprint, Reunião Diária, Revisão da Sprint, Retrospectiva da Sprint.

14 Uma Sprint pode ser cancelada?

15 SIM Antes do prazo acabar Objetivo obsoleto Só o PO pode cancelar Por isso sprints curtos

16 Planejamento da Sprint Todo o Time Scrum participa Como o trabalho será realizado? O que pode ser entregue como incremento? No máximo 8 hrs para sprints de um mês

17 O que pode ser entregue? PO define objetivo da Sprint e os itens do backlog para implementar. Entrada: Backlog de Produto, Incremento recente e Capacidade do Time.

18 Como o trabalho será feito? Backlog da Sprint + Plano de Entrega Time de desenvolvimen to deve explicar como pretende trabalhar Desenho do sistema e do trabalho PO pode ajudar a esclarecer itens Decomposição do trabalho em unidades de um dia

19 Reunião Diária Evento de 15 minutos para sincronização das atividades e criação de um plano para as próximas 24 hrs Inspeção do trabalho desde a última reunião diária Prever o que será feito antes da próxima Realizada sempre no mesmo horário e local Somente os integrantes do Time de Desenvolvimento participam Bloqueios devem ser identificados e resolvidos

20 Revisão da Sprint Final da sprint para inspecionar o incremento e adaptar o Backlog do Produto. Resultado: Backlog de Produto revisado para a próxima sprint Deve durar no máximo 4 hrs para sprint de 1 mês Não é uma reunião de status.o incremento é apresentado

21 Retrospectiva da Sprint Lições aprendidas Oportunidade de melhoria no processo Duração de 3 hrs Plano de ação para implementar as melhorias identificadas

22 Scrum x PDCA Retrospectiva Planejamento da Sprint Agir Planejar Checar Executar Revisão Reunião Diária

23