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 readingEtiqueta: ja-done
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 readingPor 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 readingScrum: 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 readingFilosofia Scrum: lance cedo, lance frequentemente
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.
Continue readingScrum: 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 readingScrum: Você precisa de uma declaração de visão?
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.
Continue readingScrum: Solução vs Processo Adaptável
O que é Processo Preditivo? Um modelo de processo definido e preditivo é apropriado se tanto os requisitos para o
Continue readingTé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 reading12 Princípios Ágeis — N.º 12 de 12
“Em intervalos regulares, a equipa reflects sobre como se tornar mais eficaz, depois afina e ajusta o seu comportamento em conformidade”.
Continue reading