Aprendendo uma coisa nova todos os dias
A maioria dos cursos de treinamento Agile e Scrum se referem a uma regra 7 +/- 2, ou seja, as equipes Agile ou Scrum devem ser de 5 a 9 membros. Os entusiastas de Scrum podem se lembrar que o guia Scrum diz que as equipes Scrum não devem ter menos de 3 ou mais de 9 membros. De onde vem esta regra do polegar? e por quê?
Continue reading
LeSS foi criada por Bas Vodde e Craig Larman a partir da experiência prática em escalar Scrum, fundada como a Companhia LeSS em 2014. O princípio “Mais com LeSS” está no coração da LeSS (Large Scale Scrum). O desenvolvimento de produtos complexos não requer soluções complexas. Requer uma compreensão profunda da essência dos problemas, que pode então ser resolvida com soluções mais simples.
Continue reading
Sempre nos deparamos com estes termos no desenvolvimento de software. Às vezes, as pessoas têm um recurso de software – caso de necessidade/uso, itens de backlog …. Qual é a convenção das pessoas do software para usar isso ou qual?
Continue reading
No desenvolvimento de software, a “estimativa” usual inclui uma avaliação quantitativa do trabalho necessário para realizar uma determinada tarefa de desenvolvimento; isto é normalmente expresso em termos de duração (hora / dia) ou unidade estimada (ponto da história). O objetivo é consolidar algumas dessas estimativas individuais a fim de obter uma indicação da duração total, trabalho ou custo do projeto de software.
Continue reading
No verão de 2011, Ken Schwaber e Jeff Sutherland revisaram seu Guia Scrum. Nele, eles removeram um comportamento há muito estabelecido conhecido pela Scrum, que é o compromisso da equipe com o proprietário do produto e com os clientes. O compromisso foi substituído pela previsão. Eles dizem que as equipes podem prever seu trabalho, mas não se comprometem com ele.
Continue reading
A definição de Done (DoD) é uma lista de requisitos que uma história de usuário deve cumprir para que a equipe a chame de completa. Enquanto os Critérios de Aceitação de uma História de Usuário consistem em um conjunto de Cenários de Teste que devem ser cumpridos para confirmar que o software está funcionando como esperado.
Continue reading
Cada sprint termina com uma reunião de revisão de sprint em duas partes. Tal reunião começa com uma revisão e demonstração do cliente e termina com a retrospectiva da equipe. Ambos os componentes ocorrem no último dia do sprint. A Revisão do Sprint concentra-se na “inspeção” e “adaptação” do incremento (Potencialmente expedível), enquanto a Retrospectiva do Sprint dá mais foco na “inspeção” e “adaptação” do processo do sprint.
Continue reading
O INVEST como um lembrete das características de um Produto de boa qualidade Item de Backlog (PBI) (ou histórias de usuários) comumente escrito em formato de história de usuário. Mas quais são as características de uma boa história de usuário? A sigla “INVEST” pode lembrá-lo de que boas histórias devem ser
Continue reading
Qual tem sido a força do Scrum nos últimos 20 anos? Qual deve ser o foco do Scrum nos próximos 20 anos? O que de Scrum mais o frustrou até agora? O que o liga ao Scrum? O que é uma pequena melhoria que poderia ser acrescentada ao Scrum?
Continue reading
Navegue sem problemas por todo o processo de scrum em uma única tela de processo de scrum projetada com beleza. Execute as atividades de scrum de forma rápida, fácil e sem problemas. Mantenha toda a equipe totalmente engajada. Nosso software ágil torna os projetos ágeis simples e eficazes.
Continue reading