Métodos Ágeis

Desafios do Desenvilvimento de Software

• 1. Responder ao cliente
• 2. Falta na comunicação das equipes
• 3. Entender as necessidades do cliente
• Exercício:
  • Pause o vídeo e analise a figura:
  • Figura da árvore e do balanço
• 4. Compreender porque os projetos falham
• 5. Aumentar a produtividade da equipe de desenvolvimento
  • Lei de Brooks
• 6. Escolher o framework certo para desenvolver o software
  • Metodologias ágeis mais comuns:
    • Extreme Programming
    • Scrum
    • Lean
    • Feature Drive-Programming (FDD)
    • Kanban
    • RUP
    • OpenUp
• Desenvolvimento ágil:
  • Scrum é de longe o mais simples e mais fácil
• 7. Como reter bons profissionais?
• Clientes x Desenvolvedores
• O que é Scrum?

Abordagem Interativa e Incremental

• Segundo Schauber ??:
  • O Scrum é baseado na teoria de controle dos processos empíricos emprega uma Abordagem Interativa e Incremental para otimizar a previsibilidade e reduzir riscos:
• Devido à complexidade, 3 pilares sustentam essa teoria:
  • Tamanho
  • Mudança de requisitos
  • Urgência e necessidade de demonstrar mais valor rapidamente
• É inconcebível, desenvolver sistemas usando o modelo cascata que implementa todo o software de uma única vez
• Abordagem incremental
  • Permite desenvolver o software em pedaços, em partes
  • Sozinhas não faz muito sentido mas através dela temos noção de como ficará o resto
• Abordagem iterativa
  • Começa com um esboço, um rabisco e aos poucos adiciona-se novas camadas até que se chegue ao produto final
  • No caso do software, pode-se começar desenhando o blueprint de uma tela, depois um protótipo e em seguida, o frontend para depois adicionar as funcionalidades
• Desenvolvimento iterativo e incremental é uma estratégia de planejamento que segue a linnha: "Dividir para conquistar"
  • O software é construído em partes, em ciclos
  • A cada iteração tem um novo incremento
• Duarte (2015)
  • Explica que é o produto que deve estar pronto após o sprint podendo ainda ser aperfeiçoado no próximo sprint
  • Importante que o incremento seja algo concreto e utilizável, uma demo ou uma página navegável
• Qual o propósito do Scrum?
  • Scrum vem sendo utilizado para o desenvolvimento de produtos complexo desde o início dos anos 90
  • Scrum não é um processo e nem uma técnica e sim um framework dentro do qual você pode usar várias técnicas ou processos
• Papel do Scrum:
  • Fazer transparecer a eficiência relativa de suas práticas de desenvolvimento para que você possa melhorá-las enquanto provê um framework através do qual os produtos complexos possam ser desenvolvidos
• Teoria do Scrum:
  • Fundamentado na teoria de controle de processos empíricos emprega uma abordagem iterativa e incremental para otimizar a previsibilidade e controlar riscos
• Diferentemente de processos de linha de produção onde se tem um processo produtivo padrão, o Scrum é apropriado para processos empíricos onde não temos fórmulas e receitas prontas pois no meio do processo, desvios podem acontecer assim como em um processo artesanal
• Processo definido:
  • São processos onde se conhece todas as variáveis pois tem poucas ou nenhuma mudança ao longo do processo
  • São repetitivos e previsíveis
  • Geralmente existe uma documentação aplicada à execução do processo
• Processos empíricos
  • Processos onde não se conhece todas as variáveis, não são repetitivos e são imprevisíveis
  • Geralmente baseado no conhecimento e experiência
  • Às vezes, quando desenvolvemos um software não conhecemos todos os requisitos e os que são conhecidos mudam com certa frequência
  • Geralmente todas as estimativas são baseadas no conhecimento das pessoas
  • Isto quer dizer que no mesmo trabalho feito por equipes diferentes a duração pode varias pois a equipe mais experiente deve realizar o trabalho mais rápido
• O desenvolvimento de software é um problema complexo e se comporta de maneira imprevisível

Framework Scrum

• Consiste de um conjunto formado por times Scrum e seus papéis associados, eventos com duração fixa, timeboxes, artefatos e regras
• Times Scrum são projetados para otimizar flexibilidade e produtividade
• Para este fim, são auto-organizáveis, interdisciplinares e trabalham com interações
• O time consiste em desenvolvedores com todas as habilidades necessárias para transformar os requisitos do PO em um pedaço realmente entregável do produto ao final da Sprint
• Fundamentado na teoria dos processos empíricos, o Scrum faz uma abordagem experimental com o intuito de melhorar a previsibilidade e controlar o risco
• 3 pilares para a sustentação das implementações:
  • Transparência
  • Adaptação
  • Inspeção
• Schauber explica:
  • Transparência:
    • faz com que aspectos do processo atinjam resultado e sejam visíveis àqueles que tem o papel de gerenciar os resultados
    • Os aspectos não podem ser somente transparentes, ou sejam quem inspecionar o processo irá acreditar que algo está concluído
  • Inspeção:
    • Os diferentes aspectos que contém no processo devem ser inspecionados com frequência para detectar as variações que não serão aceitas
    • A habilidade e a aplicação com que as pessoas devem verificar os resultados dos trabalhadores são considerados como os outros fatores contidos no processo
• 3 pontos para adaptação e inspeção que verificam o progresso:
  • Daily meeting
  • Sprint review
    • Utilizadas para verificar o progresso em direção à meta para a versão para a entrega e para fazer as adaptações que otimizem o valor da próxima sprint
  • Sprint Planning ou Planning Poker
• Adaptação:
  • Retrospectiva da Sprint é utilizada para revisar a sprint passada e definir que adaptações tornarão a próxima sprint mais produtiva, recompensadora e gratificante
• Timebox:
  • Duração fixa e imutável
  • Conceito que diz que a quantidade de tempo não poderá mudar
  • Evita-se atrasos e facilita o planejamento
• Sprint
  • Iteração que deve ser realizada de 2 a 4 semanas no qual a equipe de desenvolvedores deverá produzir um entregável de valor para o cliente
  • Durante a sprint são realizadas as reuniões de área que tem duração fixa de 15 minutos e não mais que isso
  • Ao final da sprint, é feita uma reunião de revisão da sprint
  • Para sprints de um mês, reuniões com duração fixa de 4 horas
  • Para sprints menores, esta reunião pode diminuir de tamanho
• Reunião de planejamento da Sprint (Planning Poker)
  • Pode levar de 4 a 8 horas de duração para sprints de 4 semanas
• Sprints Scrum de 2 semanas:
  • Os times ficam de 2 dias a 3 dias fazendo uma Plannig Poker => não está correto
  • Todos devem se preparar antecipadamente para reduzir este tempo
• Após a revisão da Sprint antes da próxima reunião de planejamento
  • A equipe Scrum tem a reunião de retrospectiva da Sprint
  • Essa reunião tem duração fixa de 3 horas
• Exercícios: