3 amigo principle agile
Introdução ao 3 Princípio do Amigo:
sites para baixar vídeo do youtube
Anteriormente na Série Scrum, apresentamos a você o conceito de trazer auto-suficiência dentro dos membros da equipe Scrum para induzir a cultura que produz valor para o negócio sem a necessidade de qualquer ajuda do mundo externo.
Ultimamente, estive alinhado com um Projeto Cliente onde trabalhei como Scrum Master. Tendo trabalhado em vários projetos baseados em Scrum, fui capaz de combinar a metodologia com as formas de trabalho do Cliente.
No entanto, após um determinado período de tempo, foi encontrada muita imprecisão em torno do requisito de compreensão.
Cada membro da equipe Scrum tem sua própria versão do entendimento dos requisitos!
O que você aprenderá:
- Visão geral
- Test First Development (TFD)
- O Princípio dos Três Amigos
- Processo Três Amigo
- Conclusão
- Leitura recomendada
Visão geral
O que aconteceria se os desenvolvedores e os QAs tivessem duas perspectivas diferentes do mesmo requisito?
O curso de ação óbvio, neste caso, será que os Desenvolvedores desenvolveriam o Incremento mantendo sua perspectiva em mente, enquanto os testadores o testariam mantendo sua própria perspectiva em mente.
As duas perspectivas tendem a criar uma lacuna e os problemas são abordados apenas no final da Sprint. O pior caso seria se não sobrar tempo para resolver esses problemas no Sprint, levando-nos a uma situação de adicionar itens adicionais em um Product Backlog.
Para resolver a declaração do problema acima, sugerimos uma solução para ter mais sessões de discussão de requisitos entre os membros da equipe para analisar e fazer um brainstorm sobre os requisitos como um todo. E, portanto, a ideia do Princípio dos Três Amigos veio à tona.
Antes de pular para o Princípio dos Três Amigos, vamos primeiro discutir uma das Práticas de Teste Ágeis, Teste Primeiro Desenvolvimento (TFD) e como ela está associada aos Três Amigos.
Test First Development (TFD)
Como o próprio nome sugere, Testar Primeiro Desenvolvimento é uma prática em que os casos de teste são escritos pelos Engenheiros de Teste antes de qualquer atividade de desenvolvimento.
Esses casos de teste são então discutidos e compartilhados por toda a equipe. Os membros da equipe agora entram em uma reunião para discutir, aprimorar e revisar os casos de teste (também chamados de ‘Os Três Amigos’). Os casos extremos também são adicionados à lista de casos de teste durante esta reunião.
Também podemos incluir o Dono do Produto para adicionar e revisar os casos de teste, o que criaria uma confiança de que os casos de teste atendem aos Critérios de Aceitação.
Agora que os casos de teste foram desenvolvidos, todo o desenvolvimento seria baseado nesses casos de teste. Esse fenômeno também é conhecido como ciclo de teste-build. Dentro de um ciclo de construção de teste, construa até que todos os casos de teste sejam aprovados, não deixando espaço para a existência de bugs no sistema.
O Desenvolvimento Test-First permite que os desenvolvedores criem um incremento que atenda aos Critérios de Aceitação e tenha uma adesão do Dono do Produto (voz do Cliente).
Hoje em dia, as equipes começaram a adotar a abordagem e o framework Test Driven Development (TDD), que é o próximo passo para o Test First Development. Ferramentas como Cucumber, Gauge, Specflow etc. estão entre as mais populares.
O Princípio dos Três Amigos
Quem são os três amigos?
O Princípio de três Amigo diz que os três Amigos; Analista de negócios, desenvolvedores e analistas de qualidade devem se reunir em uma reunião onde:
- O Analista de Negócios detalha cada um dos Requisitos de Negócios com a equipe.
- Os membros da Equipe de Garantia de Qualidade discutem os casos de teste já criados para esses requisitos de negócios.
- Os membros da Equipe de Desenvolvimento discutem a arquitetura e o design de baixo nível com a equipe.
O objetivo dos três encontros do Amigo é colmatar as lacunas no entendimento das Especificações do Negócio por três Amigos.
O analista de negócios garante que todos na equipe tenham o mesmo entendimento e expectativa da História / Requisito do usuário de negócios. O analista de negócios coleta o feedback e analisa os comentários dos membros da equipe. Ele também adiciona as informações ausentes e remove as informações ambíguas da história do usuário, se houver.
Uma vez que a integridade do software é sempre medida por seus padrões de alta qualidade, a equipe de garantia de qualidade elabora os aspectos funcionais e não funcionais do incremento de software e detalha os casos de teste identificados para testar o incremento. Eles também garantem que todos os critérios de aceitação sejam atendidos pelos casos de teste.
Os outros membros da equipe ajudam a enriquecer os casos de teste, encontrando casos extremos e cenários ausentes. Os membros da Equipe de Desenvolvimento compartilharão suas restrições técnicas de conhecimento que podem levar a restrições de teste.
perguntas e respostas da entrevista plsql para experientes
Os desenvolvedores discutem sua compreensão dos requisitos e o que é necessário para construir o incremento. Eles também discutiriam o layout da Arquitetura e o Design de Baixo Nível com a equipe para formar um entendimento comum sobre o que será construído.
O resultado geral da sessão Três Amigo é que toda a equipe tem um entendimento comum sobre o que vai construir como parte do próximo sprint.
Processo Três Amigo
The Three Amigo Process constitute the below:
# 1) Participantes
Um representante da equipe de desenvolvimento e da equipe de garantia de qualidade e o analista de negócios. Sugere-se ter esses representantes, as pessoas que realmente vão trabalhar nesse requisito para aproveitar ao máximo o benefício do conceito. Outros, como arquitetos, etc., são sempre bem-vindos para participar da reunião e fornecer sua orientação.
# 2) Cronogramas
A sessão de três Amigos é normalmente conduzida em N-1 Sprint. É também um evento cronometrado, ou seja, não pode ser estendido. O tempo recomendado para a sessão é de 1 hora, que também é sua duração máxima.
Se o recurso for desenvolvido em Sprint N. Então é altamente recomendado conduzir a sessão Three Amigo em N-1 ou N-2 Sprint.
# 3) Formato
# 1) A reunião começa com o Analista de Negócios apresentando o requisito aos participantes, juntamente com os documentos de design ou wireframes. Espera-se que o requisito de negócios seja bem preparado e documentado. Espera-se que a equipe já tenha cumprido o requisito antes da reunião.
# 2) Como uma próxima etapa, os participantes irão revisar o requisito e fornecer feedback que será posteriormente incorporado pelo Analista de Negócios. Os participantes também apontarão as ambigüidades e lacunas, se houver. O Analista de Negócios também deve remover as ambigüidades e preencher as lacunas do requisito.
Às vezes, pode haver situações em que o Analista de Negócios pode precisar confirmar as dúvidas postadas pelos outros participantes e pode não incorporar diretamente essa revisão.
# 3) Assim que o requisito for preparado o suficiente e os participantes não tiverem mais feedback ou perguntas em aberto, o requisito é marcado como ‘Pronto’.
# 4) Em seguida, os casos de teste são apresentados aos participantes da mesma forma que os requisitos. Espera-se que os casos de teste já estejam bem formados e preparados.
# 5) Os participantes agora irão revisar os casos de teste e fornecer feedback. O membro do QA irá incorporar todas as sugestões fornecidas. Os participantes também apontariam para os casos de teste perdidos e os cenários de casos extremos. O objetivo principal aqui continua sendo que os casos de teste devem atender a todos os critérios de aceitação e ter uma boa cobertura de teste.
# 6) A próxima etapa é examinar as dependências e pré-requisitos que podem ter surgido durante a sessão.
youtube para mp3 com mais de 90 minutos
# 7) As dependências são determinadas e os itens de ação são criados e atribuídos ao membro da equipe relevante. Da mesma forma, as tarefas de pré-requisitos são criadas e atribuídas.
# 8) Todos os artefatos (requisitos, casos de teste, tarefas, dependências) mencionados acima devem ser mantidos em uma ferramenta de gerenciamento de projetos como o JIRA para que todos possam acessá-los facilmente.
# 9) Se houver muitos comentários de revisão, o analista de negócios e o engenheiro de garantia da qualidade podem optar por incorporá-los após a sessão.
Conclusão
Neste tutorial, apresentamos a você o conceito de O Princípio dos Três Amigos que provou ser muito benéfico para fornecer a solução certa em um ritmo mais rápido com fortes ciclos de feedback.
A sessão de três Amigo não deixa espaço para uma compreensão diferente do mesmo requisito. O objetivo da reunião é reunir todos na mesma página e permitir que aceitem o requisito antes de passar para a fase de desenvolvimento.
Se você já está trabalhando no Agile Framework, então eu recomendo que experimente algumas sessões do The Three Amigo e observe a mudança por si mesmo.
Nosso próximo tutorial explicará mais sobre a estrutura ágil escalonada!
PREV Tutorial | PRÓXIMO Tutorial
Leitura recomendada
- 4 etapas para desenvolver a mentalidade de teste ágil para uma transição bem-sucedida para o processo ágil
- Tutorial do JIRA Agile: Como usar o JIRA com eficácia para gerenciar projetos Agile
- Manifesto Agile: Compreendendo os valores e princípios do Agile
- A mudança de mentalidade de um testador ágil: alinhando-se com o manifesto ágil
- Tutorial do SAFe Agile: O que é o Scaled Agile Framework
- Agile Scrum Online Quiz: Teste Seu Conhecimento de Agile Scrum
- Teste de regressão automatizado: desafios, processos e etapas
- Testes ágeis em ascensão - Boon ou Bane?