Metodologia Ágil de Desenvolvimento de Software (definição e princípio do ágil) - Yodiz Project Management Blog
cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br


Metodologia Ágil de Desenvolvimento de Software (definição e princípio de ágil)

Quando se trata de desenvolvimento de software (SW), existem muitas estruturas e metodologias para gerenciamento inteligente. Algumas dessas estruturas são scrum, kanban, XP, TDD, FDD DDD etc.
Cada uma dessas estruturas e metodologias possui seus próprios prós e contras, com base na natureza do projeto ao qual eles são aplicados. O gerenciamento ágil de projetos, no entanto, é uma metodologia relativamente nova, com foco na transparência, priorização do ciclo de feedback curto Inspecione e adapte. As outras metodologias conhecidas são: cascata, prototipagem, desenvolvimento iterativo e incremental, desenvolvimento em espiral, programação extrema etc.

O significado comum de Agile é “capaz de se mover rápida e facilmente”. É uma metodologia de programação para trabalhar de maneira fácil e conveniente. É muito útil para concluir projetos de escopo mais amplo. É um processo serializado de entrega do produto ao proprietário, em vez de entregá-lo após a conclusão.

2.1 O que é realmente ágil?

O Agile pode ser considerado como metodologia de desenvolvimento de SW, conjunto de processos, princípios ou modelo para promover um melhor planejamento, avaliação de desenvolvimento, entrega pontual, melhoria contínua e resposta precoce às mudanças. O Agile apenas fornece uma estrutura que nunca definiu métodos para obter isso, mas, com o tempo, muitos agentes de mudança ou estrutura se desenvolvem na forma Scrum, XP, Kanban, Scrumban, etc.

O Agile é um método repetitivo e adicional de gerenciar o design e o desenvolvimento. Seu objetivo é oferecer o desenvolvimento de novos serviços ou produtos de maneira altamente flexível e comum.

2.2 Origem do Agile e seu Manifesto

A origem do Agile remonta ao Agile Manifesto, enquanto o Agile começou como processo de desenvolvimento de SW. No entanto, agora ele é adotado em outros setores, como marketing, vendas, suporte, bancos e produção. As estruturas conhecidas da metodologia ágil são Scrum, Kanban, XP etc.
O manifesto ágil descreve quatro valores importantes que são relevantes em todos os projetos, de qualquer tamanho e tipo. Verifique nossos infográficos do manifesto ágil em seu 15º aniversário, em 11 de fevereiro de 2016.

  • Indivíduos e interações sobre processos e ferramentas.
  • software que trabalha sobre uma documentação completa.
  • Colaboração do cliente sobre negociação de contrato.
  • Respondendo a mudanças após seguir um plano.
READ  Como criar confiança em equipes virtuais [Book Review & Tips] • Guia das meninas para gerenciamento de projetos

2.3 Por que Agile?

  • Identificar dificuldades, torná-las visíveis
  • Aceite a mudança
  • Planeje, mas lembre-se sempre de que os planos detalhados estão sempre errados
  • Melhorar loops de feedback
  • Em caso de falha, o impacto será muito pequeno, ou seja, o impacto será apenas sobre essa parte específica do projeto.

2.4 História ágil

  • 1993: Primeira equipe Scrum criada por Jeff Sutherland
  • 1995: Scrum formalizado por Jeff Sutherland e Ken Schwaber
  • 2001: Primeiro livro Scrum de Ken Schwaber e Mike Beedle (Desenvolvimento Ágil de Software com SCRUM)
  • O manifesto ágil foi apresentado por 17 desenvolvedores de software reunidos no resort snowbird em Utah em fevereiro de 2001.

3.1 O que é scrum?

O Scrum é um processo iterativo e incremental para desenvolver qualquer produto ou gerenciar qualquer trabalho. Ele produz um conjunto de funcionalidades potencialmente entregáveis ​​no final de cada iteração.

O Scrum é uma das estruturas para implementar o Agile. No scrum, toda equipe de desenvolvimento trabalha como jogadores de rugby “jogam com entendimento mútuo”. A equipe de desenvolvimento de software toma decisões mútuas para solucionar erros e outros problemas no desenvolvimento.

3.2 Scrum é baseado nos seguintes princípios

  • Transparência
  • Priorização estrita
  • Curto ciclo de feedback
  • Lançamentos frequentes e regulares
  • Melhoria continua
  • Equipe auto-organizada
  • Timeboxing
  • Comunicação cara a cara
  • 4.1 O produto ou projeto é dividido em pequenos casos de uso chamados histórias de usuário.
  • 4.2 O backlog do produto é uma coleção de histórias de usuários. O Dono do produto é o proprietário da lista de pendências e é responsável por priorizar a história do usuário com base no valor comercial ou na solicitação do cliente.
  • 4.3. O Scrum Master é responsável pelas reuniões de planejamento do sprint.
  • 4.4. Durante o planejamento do sprint, o proprietário do produto explica a história do usuário, juntamente com os critérios de aceitação para a equipe, uma vez entendida e estimada pela equipe, e passa para o backog da sprint. O proprietário do produto continua propondo a história do usuário a correr, durante o planejamento da corrida, até a equipe esgotar sua capacidade.
  • 4.5 Quando as histórias do usuário passam para o sprint, isso é chamado de backlog do sprint.
  • 4.6 Três são quatro papéis principais na equipe scrum. A equipe idealmente é multifuncional
  • Proprietário do produto
    Scrum Master
    Equipe Scrum.
    Stakeholder.

    cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br
  • 4.7 A equipe do Scrum inicia os sprints no período, que duram semanas a um mês, dependendo da duração do sprint. A equipe do Scrum se compromete com as histórias dos usuários a serem feitas durante o sprint, com base na velocidade média da equipe
  • 4.8 A equipe começa a trabalhar nas histórias de usuários que eles cometeram, dividindo-as ainda mais em tarefas.
  • 4.9 As funções de proprietário do produto devem interagir com o cliente e decidir qual trabalho deve ser feito primeiro.
  • 4.10 O Scrum master é responsável por executar o sprint e fornecer um produto de qualidade.
  • 4.11 O Scrum Master é responsável pela reunião de stand-up diária, que dura de 5 a 15 minutos todos os dias (reunião de scrum).
  • 4,12 No final do Sprint, é organizada uma demonstração, para mostrar o que foi alcançado durante o sprint, o proprietário do produto e / ou o cliente são convidados nessas cerimônias
  • 4.13 A reunião retrospectiva é realizada no final do sprint para avaliar o desempenho do sprint concluído e identificar lacunas. A equipe discute o que correu bem, quais práticas continuar e o que melhorar.
  • 4,14 O Scrum se concentra na colaboração, mas não significa necessariamente que mais reuniões, reuniões ou cerimônias no scrum sejam reduzidas ao mínimo. Existem as seguintes reuniões no scrum, que são planejamento da Sprint, scrum diário, demonstração da sprint e retrospectiva.
  • 4,15 Então, tudo isso começa novamente no backlog: Priorização => Sprint Planning => Executando o Sprint no Time-box => Daily Scrum => Sprint Demo => Retrospectiva.
  • 5. Terminologia do Agile Scrum e suas definições

    5.1 História do usuário

    A história do usuário é um requisito descritivo simples do cliente. a história do usuário é o artefato mais importante. Esse é o artefato com o qual sua equipe passava a maior parte do tempo. Isso também é algo que sua equipe analisará para estimativa de esforço. Portanto, tente ser o mais detalhado possível. O alinhamento de duas a três histórias de usuários não faz muito sentido.

    Uma história de usuário tem três partes: descreva seus requisitos funcionais nesse sentido.
    Como eu quero
    de modo a

    5.1.1 Características de uma boa história de usuário em agile

    Uma boa história de usuário no Agile é bem definida, detalhada e abrangente. Às vezes, uma boa história do usuário também possui exemplos e anexos, como áudio, vídeo, imagens, documentos e slides etc. Se uma história do usuário estiver bem definida, a equipe poderá executá-la de uma maneira melhor.

    5.4 Funções no Scrum ágil

    5.4.1 Dono do produto

    O proprietário do produto é responsável pelo backlog do produto e por maximizar o ROI do produto (retorno do investimento). Ele garante que os recursos certos sejam incluídos no backlog do produto e no sprint. Ele representa o cliente, descreve claramente os itens da lista de pendências, mantém a lista de pendências em ordem de prioridade e define a direção do produto.

    5.4.2 Funções do Scrum Master

    O Scrum master é responsável por monitorar os processos de scrum e as reuniões de scrum. Seu trabalho é garantir que o sprint esteja entregando entregas de qualidade no prazo e que todos os impedimentos estejam sendo resolvidos.

    5.4.3 Equipe Scrum

    A equipe Scrum é responsável por uma saída de software de trabalho melhor e acessível. É uma equipe auto-organizada, multifuncional, de 5 a 7 pessoas. A equipe Scrum possui desenvolvedores, programadores, Scrum master, designer de UI / UX, analista, DBA e engenheiros de garantia de qualidade.
    Os desenvolvedores desenvolvem o programa, o scrum master monitora o programa, o designer de UI / UX cria interferência do usuário, o analista analisa o programa e os testadores testam o programa para garantir que o produto de saída esteja funcionando corretamente.

    5.4.4 Partes interessadas

    O interessado é um cliente ou um patrocinador do projeto.

    5.5 Reunião de Planejamento da Sprint

    Os participantes da Sprint Planning Meeting são Scrum master, proprietário do produto e equipe scrum. O Scrum Master realiza a reunião, a duração média da reunião de planejamento do sprint é de 2 a 4 horas.

    5.6 Lista de pendências do produto

    A lista de pendências do produto é uma lista de itens que o proprietário do projeto deseja incluir. É uma lista simples de todas as coisas necessárias para concluir um projeto.

    5.7 Priorização da lista de pendências

    Histórias de usuários organizadas em uma sequência especial, chamada de priorização de pendências. O trabalho mais importante está no topo da lista e o trabalho menos importante é colocado no final da lista. O proprietário do produto adiciona o novo trabalho na posição apropriada. Usando esse método, a equipe sabe qual trabalho precisa de atenção imediata.

    5.9 Pontos da história

    Pontos da história representados pelo número de fibonacci. Diz a complexidade relativa de uma história de usuário. Não é uma estimativa de esforço em horas. O número no ponto da história representa a complexidade.

    5.12 Velocidade média

    A velocidade média da equipe no scrum, diz quanto da história do usuário pode ser concluída por um scrum durante o sprint. Velocidade média é a quantidade de tarefas realizadas durante um sprint, a equipe precisa concluir pelo menos três sprints e calcular a média de pontos da história feitos nesses sprints, que fornecerão a velocidade média da equipe.

    5.15 Gráfico de Burndown

    O gráfico de burndown é a coisa mais importante no scrum. Ele fornece medida diária para a quantidade de trabalho que permanece em um determinado sprint ou release. É um gráfico diário para verificar o desempenho da equipe.

    5.16 Levantamento diário

    O stand-up diário é um evento com duração de 15 minutos. Esta reunião é realizada todas as manhãs e todos os membros da equipe participam estritamente desta reunião todos os dias. O objetivo desta reunião de apenas 15 minutos é tornar a equipe ativa, mas é necessariamente relevante para o tópico. Nesta reunião diária, cada pessoa é responsável por dar três respostas a seguir.

    O que eu fiz ontem?
    O que farei hoje?
    O que está me atrasando, impedimentos?

    5.17 Demonstração de Sprint

    No final de cada conclusão do sprint, é realizada a reunião de revisão do sprint. Nesta reunião, a equipe demonstra o que eles realizaram durante este sprint.

    5.18 Retrospectiva

    Uma retrospectiva ágil é uma reunião realizada no final do sprint. Nesta reunião, a equipe discute o que correu bem e o que deve ser melhorado.

cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br

Deixe uma resposta

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *