Please enable JavaScript.

Coggle requires JavaScript to display documents.

Métodos Ágeis de Desenvolvimento de Software - Coggle Diagram

- - - - Cada Sprint tem duração de até um mês e consistem em 4 etapas
        
        Desenvolvimento com a Scrum Diária
        
        Diariamente, a equipe se reúne por, no máximo
        15 minutos
        
        Cada membro da equipe deve responder às
        perguntas: O que eu fiz desde a última Scrum diária? O que pretendo fazer até a próxima Scrum diária?Existe algo me impedindo de concluir alguma tarefa?
        
        Revisão da Sprint
        
        Onde é feita a demonstração do que
        foi produzido ao longo da Sprint e Product Owner valida ou não o que as entregas da Sprint
        
        Reunião de Planejamento
        
        Ao final da Reunião de Planejamento da Sprint, um novo
        Backlog da Sprint é criado
        
        O Backlog da Sprint é o conjunto de itens selecionados para serem implementados durante a Sprint, mais o plano para transformá-los em um Incremento do Produto
        
        Reunião divida em 2 partes
        
        Na primeira parte, responde-se o que será entregue no incremento resultante da Sprint.
        
        Na segunda parte, responde-se como será feito para a entregar o incremento da Sprint.
        
        Retrospectiva da Sprint
        
        É o último evento da Sprint, onde o foco é o aprimoramento do processo.
      - Backlog do Produto é reorganizado
        
        O Backlog do Produto é uma
        lista ordenada criada pela Equipe Scrum, onde o formato mais utilizado para a descrição dos itens é o de histórias de Usuário (User Stories)
      - Permite feedbacks constantes do Product Owner
  - - - Trabalha com a Equipe de Desenvolvimento para que cada um seja o mais eficiente possível, sempre de acordo com os Scrum e os valores e princípios ágeis
    - - Responsavel por desenvolver incrementos do produto, entregando-os no final de cada iteração, estimativa do tamanho dos itens do Backlog do Produto e define como vai fazer o trabalho
    - - Responsável por gerenciar o produto de forma a assegurar o valor do trabalho executado pela Equipe de Desenvolvimento.
- - - - Prioriza a entrega de software funcional que atenda às necessidades do cliente sobre a documentação extensiva.
    - - Destaca a importância da colaboração ativa com o cliente para compreender e atender às suas necessidades, em vez de se basear estritamente em contratos formais.
    - - Enfatiza a importância das pessoas e suas interações na equipe de desenvolvimento, em vez de depender apenas de processos e ferramentas.
    - - Promove a capacidade de adaptação e flexibilidade para responder a mudanças durante o desenvolvimento do software, em vez de aderir rigidamente a um plano inicial.
- - - - Projeto e implementação do software
        
        Processo de conversão de uma especificação do sistema
        em um sistema executável
        Envolve processos de projeto e programação de software
        
        4 atividdes principais do projeto
        e implementação do software
        
        Projeto de interface entre componentes
        
        Projeto de componente
        
        Projeto da arquitetura
        
        Projeto de banco de dados
      - Validação do software
        
        Processo que tem a intenção de mostrar que um
        software se adequa a suas especificações ao mesmo
        tempo que satisfaz as especificações do cliente do sistema
        
        3 principais testes
        
        Teste de sistema (integração)
        
        Teste de aceitação (validação)
        
        Teste de desenvolvimento (unidade)
      - Especificação do software
        
        Processo de compreensão e definição dos serviços requisitados do sistema e identificação de restrições relativas à operação e ao desenvolvimento do sistema
        
        4 atividades principais da especificação do software
        
        Elicitação e análise dos requisitos
        
        Especificação dos requisitos
        
        Estudo de viabilidade
        
        Validação dos requisitos
      - Evolução do software
        
        Processo para manter o software atualizado em relação a requisitos e tecnologias
- - - - Construção
        de um protótipo
      - Avaliação do protótipo
      - Definição de requisitos
    - - Uso de práticas de codificação não ideais para construir o protótipo
      - Cliente percebe o protótipo como funcional, ignorando mudanças necessárias para torná-lo um software completo e de qualidade
  - - - Engenharia do sistema/informação
        
        Definição dos elementos do sistema e do
        software, análise e projeto superficiais
      - Análise
        
        Intensificação do levantamento de requisitos, focado no software.
        Define o domínio de informação, funcionalidade, comportamento, performance e interface
      - Codificação
        
        Tradução do projeto em uma linguagem de programação
      - Projeto (design)
        
        Traduz os requerimentos para uma representação técnica
      - Teste
        
        Teste do programa codificado (lógica interna ou focado nas funcionalidades externas)
      - Suporte
        
        Corrige e adapta o software gerado. Reaplica as fases precedentes no programa existente
    - - Difícil para os usuários definirem todos os requisitos
        explicitamente.
      - Uma versão “visível” do programa
        estará disponível somente no fim do projeto
  - - - O processo de desenvolvimento consiste em incrementos sucessivos, nos quais os usuários podem utilizar o produto gerado ou realizar revisões detalhadas. Cada novo incremento incorpora solicitações dos usuários e funcionalidades planejadas. Esse ciclo se repete até a entrega do produto completo.
  - - - O software é desenvolvido em versões evolucionárias, começando com modelos em papel ou protótipos nas primeiras iterações e progredindo para versões cada vez mais completas nas iterações posteriores.
  - - - Fases do processo
        
        Elaboração
        
        É feito o processo de engenharia para especificar uma arquitetura robusta e confiável para o sistema.
        
        Construção
        
        É dedicada à construção do sistema, gerenciando recursos e otimizando tempo, custos e qualidade.
        
        Concepção
        
        Tem o foco é alcançar um acordo com os stakeholders sobre a visão do sistema e os objetivos.
        
        Transição
        
        Visa transferir o produto para a comunidade de usuários, podendo ser uma release do produto, não necessariamente o produto final.
- - - - Quadro visual que mostra todas as tarefas em diferentes estágios do processo.
        Permite que todos na equipe vejam o que está sendo feito e o que precisa ser feito.
    - - Restringe o número de tarefas que podem estar em andamento em cada estágio do processo.
    - - Garante que as tarefas fluam pelo processo, sem interrupções ou gargalos.
- - - - Diálogo constante entre todas as partes interessadas para garantir clareza e entendimento mútuo.
    - - Priorizar a solução mais simples que atenda aos requisitos do cliente.
    - - Obter e integrar feedback regularmente para melhorar continuamente o produto.
    - - Ter coragem para enfrentar desafios e tomar decisões difíceis.
  - - - Mudanças incrementais
        
        Fazer mudanças pequenas e frequentes para evoluir o sistema ao longo do tempo.
      - Aceitação de mudanças
        
        Adotar mudanças de requisitos do cliente, mesmo em estágios avançados de desenvolvimento.
      - Simplicidade presumida
        
        Priorizar soluções simples para resolver os problemas do momento.
      - Alta qualidade
        
        Buscar a excelência técnica em todas as etapas do desenvolvimento.
      - Feedback rápido
        
        Obter feedback frequentemente para validar e aprimorar o produto.
- - - - Adiar decisões importantes até que haja informações suficientes para tomar uma escolha informada. Isso permite que as equipes mantenham suas opções abertas por mais tempo, reduzindo o risco de tomar decisões precipitadas ou baseadas em suposições.
    - - Priorizar a entrega de valor ao cliente o mais rápido possível, mesmo que isso signifique entregar funcionalidades de forma incremental e iterativa. Isso permite obter feedback mais cedo e reduzir o tempo de espera do cliente.
    - - Promover uma cultura de aprendizado contínuo, onde equipes buscam constantemente novos conhecimentos e aprendem com suas experiências. Isso envolve experimentação, feedback rápido e adaptação às mudanças.
    - - Promove que as equipes tenham os recursos e a autoridade necessários para que possam realizar seu trabalho de maneira eficaz e eficiente.
    - - Promover a qualidade em todos os aspectos do desenvolvimento de software, desde o código até os processos e relacionamentos. Isso inclui a aplicação de boas práticas de engenharia de software, como design limpo, testes automatizados e integração contínua.
    - - Pensar no sistema como um todo e otimizar o fluxo de valor em toda a cadeia de valor. Isso envolve identificar e eliminar gargalos, reduzir o trabalho em progresso e melhorar continuamente os processos de ponta a ponta.
    - - Identificar e eliminar atividades que não agregam valor ao cliente.