** Este artigo foi escrito por Lucy Hart, gerente de entrega sênior da Foundry4, e foi publicado originalmente pela Foundry4, uma consultoria de tecnologia que ajuda as organizações a aproveitar a tecnologia para resolver os problemas complexos de hoje . Leia o artigo original aqui e mais Foundry4 [insights](https: / /foundry4.com/our-insights) aqui. **

Na Foundry4, trabalhamos de forma ágil. O que queremos dizer com isso é que adotamos uma abordagem iterativa para o desenvolvimento de produtos. Muitos de nossos clientes já estão trabalhando com agilidade, então eles entendem como trabalhamos e repetimos nossa abordagem para alinhá-los. No entanto, também nos encontramos apresentando o Agile para clientes que não deram o salto ... Para aqueles que são novos nesta forma de trabalhar, os nomes das ‘cerimônias’ (reuniões), sem falar no conteúdo, podem parecer um pouco estranhos. Pensamos em delinear o que são, quando acontecem e por que nos preocupamos com eles.

• Quer escrever para nós? Dê uma olhada no ** [ guia para colaboradores **] da Apolitical (https://apolitical.co/opinion-writing-becoming-an-apolitical-contributor/)

Nossas reuniões geralmente funcionam dentro da cadência de ‘sprints’. Um sprint é um período de tempo definido - que pode ser uma semana, quinze dias, um mês ou mais - durante o qual a equipe agrega algum valor ao produto. Em uma fase de descoberta, isso pode ser um aprendizado para validar nossas suposições. Em desenvolvimento, tende a ser novos recursos.

As reuniões são oportunidades para inspecionarmos e adaptarmos, ou seja, para o cliente ver o que está acontecendo com o trabalho da equipe, e para a equipe se adaptar de acordo com o feedback (inspeção e adaptação, juntamente com a transparência, são os pilares do Scrum). Teremos um pontapé inicial com os clientes quando iniciarmos o projeto e, em seguida, quando começarmos a cadência regular, estas são as reuniões que você pode esperar:

Sprint planning

(Também conhecido como sprint kick-off)

** Quando? ** Início do sprint.

** O quê? ** A equipe olha o backlog - uma lista de quais tarefas precisam ser feitas - e decide o que pode ser concluído no próximo sprint e como o faremos. Acabamos com uma meta para aquele sprint que não mudará (embora a natureza do trabalho mude).

** Como? ** Esta reunião geralmente será baseada em uma ferramenta de gerenciamento de backlog, como Jira ou Trello. Se a equipe está estimando o tamanho de diferentes tarefas para ver quais cabem, eles podem usar pontos da história, tamanhos de camisetas ou alguns outra abordagem.

** Por quê? ** Colocar um esforço inicial no planejamento do sprint e decidir uma meta compartilhada significa que, uma vez iniciado, os membros da equipe podem trabalhar sem muitas interrupções. Isso os torna mais produtivos, de modo que o cliente provavelmente verá os benefícios mais rapidamente. Executar o planejamento de sprint regular também aumenta a previsibilidade de quanto pode ser alcançado em um sprint, o que ajuda a relatar as expectativas de progresso do projeto para os stakeholders sênior. Envolver o product owner do lado do cliente significa que a meta do sprint permanece alinhada com as prioridades organizacionais.

Ficar de pé

(Também conhecido como scrum diário)

** Quando? ** Diariamente, cerca de 15 minutos.

** O quê? ** A equipe compartilha o que fez e o que planeja fazer, bem como os principais aprendizados e bloqueadores.

** Como? ** Esta reunião pode ser apenas uma conversa ou também pode ser baseada na ferramenta de gerenciamento de backlog. Algumas equipes também gostam de usar perguntas para quebrar o gelo. Quando colocada, a equipe fará essa reunião em pé, daí o nome.

** Por quê? ** Esta é uma oportunidade para garantir que a equipe esteja na mesma página, para resolver dependências e evitar duplicações, descobrir bloqueadores para resolver e avaliar continuamente se o que estamos fazendo está agregando valor.

Retrospectiva

** Quando? ** Fim do sprint.

** O quê? ** A equipe reflete sobre o sprint anterior - o que deu certo e o que não deu certo e o que eles querem mudar.

** Como? ** Freqüentemente, a reunião usará uma ferramenta de retrospectiva. EasyRetro é um dos favoritos, pois não requer download, ou Mentimeter permite boas interações. É comum que as equipes usem agrupamentos alternativos - por exemplo, a retrospectiva ‘Marie Kondo’, onde você adiciona pensamentos em ‘Brings You Joy,’ ‘Throw Out’, e ‘Recycle’ - para manter as coisas atualizadas. É importante que esta sessão pareça construtiva, em vez de destrutiva (há um princípio orientador para isso).

** Por quê? ** A última oportunidade de inspecionar e adaptar, uma retrospectiva nos permite evitar a definição de insanidade de acordo com Einstein: 'fazer a mesma coisa repetidamente, mas esperando resultados diferentes.' Só funciona se as ações forem implementadas, portanto, algumas equipes designarão proprietários e verificarão o andamento na próxima retrospectiva. As ações podem ser para a equipe do cliente, bem como para a Foundry4, e são uma forma pela qual o cliente pode usar o projeto como um trampolim para melhorar as formas de trabalho no departamento ou na organização.

Mostra e diz

(Também conhecido como reprodução ou revisão rápida)

** Quando? ** Fim do sprint.

** O quê? ** A equipe mostra ao grupo mais amplo de partes interessadas qual valor foi agregado naquele sprint - aprendizados na descoberta, iterações no Alpha e além.

** Como? ** Nosso objetivo é mostrar, ao invés de contar, então em projetos de desenvolvimento você verá os protótipos, software ou automação em demonstrações. A equipe pode fazer perguntas às partes interessadas presentes e certamente solicitará feedback. Para aqueles que não podem comparecer, normalmente enviaremos uma atualização com os slides - por e-mail ou em um wiki público (uma página da web que as pessoas podem ver e editar) - para fornecer outra oportunidade de contribuição do grupo mais amplo .

** Por quê? ** Não há melhor maneira de descobrir se o que estamos construindo atende às expectativas do que mostrar a você o que estamos construindo. Compartilhar abertamente e desde o início evita que percamos um caminho muito longe antes de sabermos que estamos no caminho certo. Isso garante que o cliente apenas invista orçamento e recursos em soluções que funcionem para a organização e outros usuários e partes interessadas.

Sempre adaptando

Juntamente com essas reuniões regulares da equipe, é normal que o gerente de entrega reunir-se individualmente com o proprietário do produto ou parte interessada sênior do cliente. Essas sessões enfocam a direção da viagem para o projeto em relação às prioridades organizacionais.

O formato dessas reuniões dá uma boa noção de como trabalhamos - compartilhando abertamente e com frequência, e fornecendo muitas oportunidades para correção de curso. Isso nos ajuda a garantir que você:

  • Saiba o que seu fornecedor está fazendo e, portanto, não gaste dinheiro ou tempo em algo que você não deseja.
  • Estão confiantes de que o que a equipe do fornecedor está fazendo se encaixa no quadro geral de seus objetivos e projetos.
  • Aprenda com o projeto maneiras contínuas de trabalho e conhecimento organizacional (ou seja, você não perderá todo o conhecimento adquirido com dificuldade quando a equipe do fornecedor seguir em frente).

A cadência real das reuniões pode variar um pouco dependendo do envolvimento, e um dos benefícios do trabalho ágil é que podemos adaptá-lo para trabalhar para os resultados de que precisamos. Dito isso, sempre será nosso papel treinar as equipes dos clientes durante essa adaptação e aprimorar continuamente as suas equipes. Tudo isso vai além dessas reuniões, é claro - faz parte de tudo o que fazemos. ** - ** ** Lucy Hart **

** Queremos saber sua opinião sobre este artigo. ** ** Lance um artigo ** ** para nós ou envie seus comentários para ** hello@apolitical.co

(Crédito da foto: Unsplash)

Certifique-se de partilhar as suas próprias ideias com o autor ao deixar um comentário abaixo