Fundamentos do Scrum aplicados ao RTC Sergio Martins Fernandes

Transcrição

1 Workshop Scrum & Rational Team Concert (RTC) Sergio Martins Fernandes

2 Agilidade Slide 2 Habilidade de criar e responder a mudanças, buscando agregar valor em um ambiente de negócio turbulento

3 O Manifesto Ágil Slide 3 Indivíduos e interações Software em funcionamento Colaboração com o cliente Responder a mudanças mais que mais que mais que Mais que Processos e Ferramentas Documentação abrangente Negociação de Contratos Seguir um plano Fonte:

4 SCRUM (o termo) Slide 4 Forma de recomeçar o jogo após uma interrupção, na qual os atacantes de cada time se agrupam numa formação cerrada e lutam para ganhar a posse da bola quando ela é atirada. 4

5 SCRUM (o processo) Slide 5 Processo ágil que permite focar em agregar valor ao negócio a curto prazo Permite inspecionar software executável rápida e repetidamente O negócio define as prioridades As equipes se auto organizam para definir a melhor forma de entregar as features de mais alta prioridade A cada duas semanas a um mês qualquer um pode ver software funcional e decidir por implantá-lo ou continuar a aprimorá-lo num outro sprint 5

6 Características Slide 6 Um entre os diversos processos ágeis Equipes auto organizadas O produto progride ao longo de sprints (iterações) de 2 semanas a 1 mês Os requisitos são capturados num lista de backlog do produto Não há práticas específicas de engenharia de software prescritas Usar recursos de automação para criar um ambiente ágil para o desenvolvimento de software

7 Framework Scrum Slide 7 Papéis Product owner ScrumMaster Equipe Cerimônias Planejamento do Sprint Revisão do Sprint Retrospectiva Daily scrum Artefatos Backlog do produto Backlog do Sprint Gráficos Burndown

8 Framework Scrum Slide 8 Papéis Product owner ScrumMaster Equipe Cerimônias Planejamento do Sprint Revisão do Sprint Retrospectiva Daily scrum Artefatos Backlog do produto Backlog do Sprint Gráficos Burndown

9 Product owner (Bob) Slide 9 Define as features do produto Decide sobre o conteúdo e data do release Responsável pela lucratividade do projeto (ROI) Prioriza as features de acordo com valor de mercado Ajusta features e prioriza cada iteração, conforme necessário Aceita ou rejeita os resultados do trabalho

10 O ScrumMaster (Marco) Slide 10 Responsável por garantir os valores e práticas do SCRUM Remove impedimentos Garante que a equipe é totalmente funcional e produtiva Viabiliza cooperação estreita entre todos os papéis e funções Protege a equipe de interferências externas

11 A Equipe (Deb) Slide 11 Tipicamente de 5 a 9 pessoas Cross-funcional: Programadores, testadores, designers da interface visual, etc. Dedicação em tempo exclusivo Há exceções (exemplo: administrador de banco de dados) Auto organizada

12 Framework Scrum Slide 12 Papéis Product owner ScrumMaster Equipe Cerimônias Planejamento do Sprint Revisão do Sprint Retrospectiva Daily Scrum Artefatos Backlog do produto Backlog do Sprint Gráficos Burndown

13 Framework Scrum Visão Daily Scrum Daily Scrum Ciclo de 24h Revisão do Sprint Slide 13 Product Backlog Sprint Backlog Planejamento do Sprint Sprint 2 a 4 semanas Funcionalidade Concluída resultado do Sprint Retrospectiva

14 Slide 14 Capacidade da equipe Backlog do produto Condições de negócio Produto atual Tecnologia Reunião plan. Sprint Priorização do sprint Analisar e avaliar o backlog do produto Selecionar o objetivo do Sprint Planejamento Sprint Decidir como atingir o objetivo do Sprint (design) Criar o backlog do Sprint (tarefas) a partir dos itens do backlog do produto (estórias de usuários / features) Estimar esforço do Sprint Objetivo do Sprint Backlog do Sprint

15 Planejamento do Sprint Slide 15 A equipe seleciona os itens do backlog do produto que se compromete a concluir Backlog do Sprint é criado Tarefas são identificadas e estimadas (1-16 horas) Colaborativamente, não pelo ScrumMaster sozinho O design em alto nível é considerado Como cliente, eu quero ver o histórico de filmes que assisti. Codificar a lógica de controle (8 horas) Codificar a interface visual (4) Escrever casos de testes(4) Codificar as classes de negócio(6) Gerar testes de performance (4)

16 Slide 16 Atividade: Planejando uma Sprint (1a. Parte) A equipe deverá identificar possíveis user stories e escrevê-las no formato que responda as perguntas: Quem?, O quê?, Por que? Fiquem atentos com o nível de granularidade das users stories. Deverão estar em um nível de negócio, sem a preocupação com tarefas técnicas. Nós, da Locadora de filmes cinéphileix, estamos vendo nosso modelo de negócio se exaurir, devido à concorrência dos sites de streaming de vídeo, como Netflix. Avaliamos que a única forma de sobrevivência é uma mudança do modelo de negócio, aderindo ao negócio de streaming de vídeo. Consideramos viável atuar nesse mercado, competindo com Organizações de porte internacional, por conta do apreço dos clientes (tipicamente cinéfilos) pela nossa empresa. Nossos funcionários de venda, experts em cinema, oferecem orientações detalhadas e de alto valor aos clientes, sobre filmes que podem interessá-los. Ao longo dos anos cultivamos essa abordagem como diferencial competitivo, com grande sucesso. Além disso, temos registro completo de interesses e filmes alugados / comprados pela nossa base de clientes. Vamos usar esses recursos para oferecer recomendações muito mais precisas de filmes aos clientes, e focar num público que também tem grande interesse e negociar com os estúdios a disponibilização de um um acervo que foge ao banal, voltado para cinéfilos.

17 Atividade: Estimativa com Planning Poker (2a. Parte) Slide 17

18 O daily Scrum Slide 18 Parâmetros Diário 15 minutos Stand-up Não visa a solução de problemas Todos são convidados Apenas membros da equipe, ScrumMaster, product owner, podem falar Ajuda a evitar outras reuniões desnecessárias

19 Todos respondem às questões Slide 19 1 O que você fez ontem? 2 O que você fará hoje? 3 Há algum impedimento? Isso não é uma apresentação para o ScrumMaster São comprometimentos frente a toda a equipe

20 A revisão do Sprint Slide 20 A equipe apresenta o que foi realizado durante o Sprint Tipicamente tem a forma de uma demonstração das novas features ou arquitetura subjacente Informal Regra de preparação: 2 horas Sem slides Toda a equipe participa Convide o mundo

21 A retrospectiva do Sprint Slide 21 Periodicamente avalie o que está e o que não está funcionando Tipicamente, 15 a 30 minutos Feita após cada Sprint Toda a equipe participa ScrumMaster Product Owner Equipe Possivelmente, clientes e outros O que iniciar, o que parar, o que continuar

22 Framework Scrum Slide 22 Papéis Product owner ScrumMaster Equipe Cerimônias Planejamento do Sprint Revisão do Sprint Retrospectiva Daily Scrum Artefatos Backlog do produto Backlog do Sprint Gráficos Burndown

23 Backlog do Produto Slide 23 São os requisitos Uma lista de todo o trabalho desejado para o produto Idealmente expresso de forma que cada item agregue valor para os usuários / clientes Este é o backlog do produto Priorizado pelo product owner Repriorizado no início de cada Sprint

24 Um exemplo de backlog do produto Slide 24 Item do Backlog Estimativa Permitir que um cliente selecione um filme 3 Como cliente, eu quero visualizar o histórico de filmes assistidos. Como cliente, eu quero interromper e retomar a exibição de um filme. Como funcionário da locadora, eu quero ter um histórico de filmes mais assistidos Melhorar o tratamento de exceções

25 Estórias de Usuários (user stories) Slide 25 Uma user story é uma pequena descrição sobre um item do backlog. Geralmente é escrita em um cartão ou postit e fixada em um quadro Kanban, ou registrada em ferramentas como o Rational Team Concert. Fonte: Workshop Product Owner Rildo F. Santos No verso do cartão são escritos os critérios de aceitação da Estória de Usuário. Ou seja, cenários de teste que atestam que a funcionalidade atende o que foi solicitado pelo cliente.

26 Gerenciando o backlog do Sprint Slide 26 Os indivíduos selecionam as tarefas que querem executar Não há atribuição de tarefas O trabalho estimado remanescente é atualizado diariamente

27 O objetivo do Sprint Slide 27 Uma declaração sucinta do que será focado durante o Sprint Medicina Suportar as features necessárias para estudo da genética de Aplicação de BD populações Fazer a aplicação rodar em SQL Server, além de Oracle Serviços financeiros Prover mais indicadores técnicos que o concorrente X, em tempo real

28 Gerenciando o backlog do Sprint Slide 28 Qualquer membro da equipe pode adicionar, apagar e alterar o backlog do Sprint O trabalho do Sprint emerge Se o trabalho não estiver claro, defina um item do backlog do Sprint mais alto nível e o detalhe posteriormente Atualize o trabalho remanescente até que fique claro

29 O backlog do Sprint Slide 29 Tarefas Seg Ter Qua Qui Sex Codificar a interface visual Codificar a lógica de controle Testar a lógica de controle Escrever o help online 12 Escrever as classes de negócio Adicionar o log de erros 8 4

30 Kanban e o gráfico de Burndown do Sprint Slide Sprint Burndown Time-in-box Velocidade Meta Sprint Work Hours Sprint Estimative

31 Slide 31 início seg ter qua qui sex Burn down Total dia Codificar a interface visual Codificar a camada de controle Testar a camada de controle 8 8 Escrever o help online burn down início seg ter qua qui sex burn down

32 Escalabilidade Slide 32 Uma equipe típica tem 7 ± 2 pessoas A escalabilidade vem de equipes de equipes Fatores para escalar Tipo da aplicação Tamanho da equipe Dispersão da equipe Duração do projeto O SCRUM tem sido usado em projetos de 500+ pessoas

33 Escalando através de SCRUM de SCRUMs Slide 33

34 PrimeUp Educação Slide 34

35 Obrigado! Contato: