Categoria: Agile Project Management

O backlog de produtos lista todas as características, funções, exigências, melhorias e correções necessárias para o lançamento do produto. O backlog de produtos tem os atributos de descrição (apropriadamente detalhado), pontos da história (estimativas), e pedidos (priorizados). Eles devem ser continuamente adicionados, excluídos e atualizados (Emergentes) no backlog e refletir a compreensão do backlog da equipe de forma oportuna e apropriada.

O desenvolvimento ágil é um método de desenvolvimento centrado no ser humano, iterativo e gradual. No desenvolvimento ágil, a construção de um projeto de software é dividida em múltiplos subprojetos, e os resultados de cada subprojeto foram testados e têm as características de integração e operação. Em outras palavras, um grande projeto é dividido em múltiplos pequenos projetos que estão inter-relacionados, mas que também podem ser executados independentemente, e completados separadamente. Durante este processo, o software está sempre em um estado utilizável.

LeSS é uma estrutura leve e ágil para escalar Scrum para mais de uma equipe. A partir de 2005, Bas Vodde e Craig Larman desenvolveram a estrutura do LeSS após utilizar os princípios e regras Scrum em projetos de grande escala. Seu objetivo era desenvolver projetos de larga escala com sucesso, mantendo-se dentro das restrições do Scrum.

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ê?

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.

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?