Please enable JavaScript.

Coggle requires JavaScript to display documents.

Metodologias Ágeis I (Conceitos (Manifesto ágil (Indivíduos e Interações…

- - - - Scrum Master
        
        Escudo para interferência externa
        
        Garante que a equipe siga o Scrum
        
        Facilita resultados
        
        Não associar com Gerente de Projeto
        
        Remove obstáculos
        
        Foca no processo
        
        Jogo de cintura
        
        Aplica valores e práticas Scrum
      - Team
        
        De 5 a 9 pessoas
        
        Multi-funcional
        
        Testadores
        
        Desenvolvedores de interfaces, etc.
        
        Programadores
        
        Dedicação integral. Exceto DBA
        
        Auto organizável
        
        Trocas de papéis só na mudança de Sprints
        
        Microgerenciamento do projeto
      - Product Owner
        
        Prioriza funcionalidades -> Valor para a empresa
        
        Aceita ou rejeita resultados
        
        Decide as datas de lançamento e conteúdo
        
        Dono do produto
        
        Define funcionalidades do produto
        
        Macrogerenciamento é feito por ele
        
        É uma pessoa, não um grupo nem comitê
    - - Product Backlog
        
        Cada item tem seu peso
        
        Cada item tem prioridade baseada na vontade do cliente
        
        Lista ordenada do que é necessário no produto
        
        Itens repriorizados a cada Sprint
      - Sprint Backlog
        
        Os itens são derivados do Product backlog
        
        Considerados
        
        Prioridade
        
        Tempo e esforço
        
        Lista de tarefas da iteração
    - - Reuniões Diárias
        
        Sem PO
        
        Apenas o Team
        
        15 minutos de reunião
        
        Falar sobre obstáculos e objetivos
      - Revisão do Sprint
        
        Apresentação dos resultados
        
        Todo o time
        
        Mostrar o demo -> Incremento funcional
        
        Máx 2h
      - Planejamento da Sprint
        
        2a parte - Como fazer?
        
        Selecionam-se itens do Product Backlog
        
        1a parte - O que fazer?
        
        Não feito apenas pelo Scrum Master
        
        8h de reunião
      - Retrospectiva da Sprint
        
        Antes da próxima reunião
        
        Inspeciona como foi a última Sprint
        
        Após a revisão da sprint
  - - - Empregado em processos
      - E técnicas variadas
- - - - Programador explicar como funciona o sistema
    - - Forma mais simples do código
    - - Entrega em pedaços (Releases)
    - - Simplificar código
    - - Dois programadores
      - Mesma máquina
      - Mesmo monitor
      - Checar mutuamente o que está sendo feito
    - - Não criar ilhas de conhecimento
      - Todos programadores podem operar o código
    - - Todos programam igual
      - Ex. Seguir padrão de programação Java Sun
    - - Reuniões rápidas
      - Em pé no mesmo horário
      - Pegar feedback de cada um
      - < 15 min
    - - Tempo integral
      - Com conhecimento sobre o negócio
    - - TDD - Test Driven development
      - Planejar testes desde o início
      - Após elicitar requisitos planejar testes
      - Evitar vícios de erros quando o código já existe
    - - Integrar módulos logo
      - Ambiente de integração contínua
      - Acrescentar os módulos já concluídos
    - - Requisitos como Estórias
      - Priorizar requisitos
    - - Comunicação
        
        Comunicação para construir conhecimento
        
        Comunicação para disseminar conhecimento
      - Simplicidade
        
        Comece sempre pelo mais simples
        
        Simples que seja funcional
      - Feedback
        
        Dos usuários
        
        Do cliente
        
        Do sistema
      - Coragem
        
        Design simples
        
        Refatoração
      - Respeito
        
        Clientes e usuários
        
        Da equipe
  - - - Refactoring
      - Testes funcionais
      - Integração contínua
      - Pair programming -> Revisar código
      - Projeto simples
- - - - Utilizadas em todo o processo de Dev
      - Rational Rose / Borland Together
    - - Específicas para uma disciplina de Software
      - RequisitPRO / JUnit
    - - Processos de negócio
      - Planejamento de projeto
      - Análise de risco ... (entre outras)
  - - - Apenas nas fases iniciais
      - Planejamento
      - Análise
      - Projeto da Aplicação
    - - Apoio a parte Física
      - Código
      - Testes
      - Manutenção
    - - Cobrem todo o ciclo de vida
      - Do início ao fim