Etiqueta: tw-done

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.

Uma declaração de visão identifica onde a organização quer ou pretende estar no futuro ou onde deve estar para melhor atender às necessidades das partes interessadas. Cada projeto precisa de uma visão para se orientar em uma direção adequada. Uma visão serve como um guia para escolher o curso atual e também o futuro das ações.

O que é Processo Preditivo? Um modelo de processo definido e preditivo é apropriado se tanto os requisitos para o