Por que os Product Owners amam o Scrum?

Por que os Product Owners amam o Scrum?

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.

Continue reading
Por que deveria ser Sprint Review em vez de Sprint Demo?

Por que deveria ser Sprint Review em vez de Sprint Demo?

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.

Continue reading
Por que as equipes de desenvolvimento amam o Scrum?

Por que as equipes de desenvolvimento amam o Scrum?

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.

Continue reading
Scrum: por que time colocado?

Scrum: por que time colocado?

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.

Continue reading
Scrum: como refinar o backlog do produto?

Scrum: como refinar o backlog do produto?

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.

Continue reading
Técnica de priorização de backlog ágil: MoSCoW

Técnica de priorização de backlog ágil: MoSCoW

O Método MoSCoW fornece uma forma de categorizar os requisitos dos utilizadores com base na sua prioridade. Ajuda a desenvolver uma compreensão clara dos requisitos dos clientes e da sua prioridade. MoSCoW significa must, should, could, and would. Visual Paradigm vem com um rico conjunto de modelos de diagramas. Pode começar com um diagrama em branco ou com um modelo pré-fabricado do Método MoSCoW.

Continue reading