Cibermediano

A Retrospectiva Sprint ocorre após a Revisão Sprint e antes do próximo Planejamento Sprint. Esta é no máximo uma reunião de três horas por Sprint de um mês. A sessão retrospectiva é basicamente uma reunião de “melhoria” realizada para encontrar formas e meios de identificar potenciais armadilhas, erros passados e buscar novas maneiras de evitar esses erros, que são atendidos por todos – o proprietário do produto, scrum master, membros da equipe de desenvolvimento e, opcionalmente, com as partes interessadas.

O próprio Scrum é uma estrutura simples para a colaboração eficaz da equipe em produtos complexos. O Guia Scrum para explicar Scrum de forma clara e concisa. este guia contém uma definição de scrum. Esta definição consiste dos papéis, eventos, artefatos e as regras que os unem. Cada componente dentro da estrutura serve a um propósito específico e é essencial para o sucesso e uso do Scrum. As regras do Scrum ligam os papéis, eventos e artefatos, governando as relações e a interação

Um mestre Scrum é membro de uma equipe Scrum. Sua tarefa é criar um ambiente de trabalho produtivo e orientar outros a compreender os valores, princípios e práticas da Scrum. Os diretores da Scrum tendem a ser orientados para as pessoas, têm um alto EQ, e encontram alegria em ajudar os membros de sua equipe a crescer.

O proprietário do produto em nome da empresa é parte de uma equipe Scrum. Entretanto, um proprietário de produto não tem autoridade sobre outros membros da equipe, o mesmo que o Scrum Master. O proprietário de um produto é responsável por cuidar de um produto por um longo período de tempo e é responsável por alcançar o sucesso do produto. Como o proprietário do produto, você deve interagir diretamente com os clientes e usuários, a equipe de desenvolvimento e outras partes interessadas importantes, como mostra a figura abaixo.

Uma Revisão Sprint é mais do que apenas uma demonstração; é uma revisão do Sprint completo, do Backlog de Produtos e do Marketplace. É certo que as demonstrações são uma parte importante da Sprint Review. O objetivo da reunião Sprint Review é que a equipe mostre aos clientes e partes interessadas o trabalho realizado durante o sprint e o compare com o compromisso assumido no início do sprint.

Uma equipe de desenvolvimento Scrum tem autonomia para escolher a melhor maneira de realizar seu trabalho, em vez de ser dirigida por outros fora da equipe. Ao contrário dos princípios tradicionais de gerenciamento, as equipes auto-organizadas não são dirigidas e controladas a partir do topo; ao contrário, elas evoluem a partir dos membros da equipe que participam ativamente & coletivamente em todas as práticas e eventos Scrum.

A recolocação é útil para reuniões que requerem uma escuta atenta, como discussões de projeto. Também é útil quando novos funcionários estão sendo treinados e precisam de algum tipo de apoio ou incentivo. O quadro branco é altamente eficaz para a equipe colocada, mas também pode ser administrado com ferramentas on-line.

Release early, release frequentemente é uma filosofia de desenvolvimento de software que enfatiza a importância de releases antecipados e frequentes na criação de um loop de feedback apertado entre desenvolvedores e testadores ou usuários, ao contrário de uma estratégia de release baseada em recursos.

Nem todos os itens no backlog de produtos terão o mesmo tamanho e nível de detalhe (ou seja, características/ preços/ histórias e tarefas do usuário) ao mesmo tempo. Os PBIs que planejamos trabalhar em breve deverão estar no topo do backlog, menores em tamanho e muito detalhados para que possam ser trabalhados no sprint de curto prazo. As PBIs nas quais não trabalharemos por algum tempo devem estar no fundo do atraso, maiores, e menos detalhadas.