Por que LeSS?

O ciclo de vida de desenvolvimento tradicional sequencial não funciona bem. Ele não funciona bem para os esforços de desenvolvimento de produtos, tanto pequenos quanto grandes. Desde 2001, o desenvolvimento Ágil e Scrum, em particular, têm revolucionado o desenvolvimento de software mas, quando perguntado como aplicar desenvolvimento ágil em grandes grupos, muitas pessoas dizem “não” ou “trabalhe apenas com uma equipe pequena” ou “rode Scrum no nível de equipe”. Nenhuma dessas respostas é particularmente útil, e, embora seja verdade que o melhor é evitar a adição de pessoas para o seu esforço de desenvolvimento, também é verdade que o desenvolvimento de produtos em grande escala é uma realidade, logo precisamos descobrir maneiras de fazer isso bem.

Nós (Craig e Bas) estamos envolvidos no desenvolvimento de software há um longo tempo, em todos os tipos de papéis existentes ciclo de vida de desenvolvimento tradicional sequencial, Unified Process, CMMI e outros. Nenhum de nós nos sentíamos bem. O Scrum, por outro lado, parecia certo para o desenvolvimento com uma equipe única. Assim, a pergunta seguinte tornou-se “Como podemos escalar Scrum sem perder a sua força?”

LeSS é Scrum escalado

Qual é a força do Scrum? Esta não é uma pergunta fácil de responder. Naturalmente, os conceitos e princípios por trás do scrum, tais como Transparência, Controle de Processos Empíricos, Desenvolvimento iterativo, e equipes auto organizadas são críticos. Estes princípios foram discutidos por um bom tempo, no entanto, somente eles não explicam o sucesso do Scrum. Depois de muita discussão, concluímos que:

Scrum atinge o ponto ideal entre princípios abstratos e práticas concretas.

Assim, a fim de manter Scrum em Larga Escala como Scrum, precisaremos encontrar um equilíbrio semelhante, de modo que sejamos capazes de dizer:

Para grandes grupos, LeSS atinge o ponto ideal entre práticas concretas e controles de processos empíricos.

Isto leva a algumas decisões:

• LeSS precisa ser simples: Ao escalar Scrum, existe uma tendência para adicionar papéis, artefatos, processos, etc. Isso deve ser evitado, para que um processo possa ser criado empiricamente pelo grupo de produtos. A maioria dos outros frameworks escalados caem na armadilha de fornecer um processo definido. No LeSS queremos evitar essa armadilha.
• LeSS é Scrum Escalado: Ao invés de considerar Scrum como um bloco de construção dentro de um framework escalado, precisamos olhar para cada elemento do Scrum e perguntar: “Por que ele está lá?” seguido de “Se tivermos mais de uma equipe, como podemos alcançar o mesmo propósito em maior escala?”
• Escalado ao invés de adaptado: Um conceito comum no processo de desenvolvimento é definir um framework global e, em seguida, contextualmente adaptá-lo. Isso não funciona bem porque as pessoas muitas vezes assumem que tudo é necessário em seu contexto particular. Esta suposição muitas vezes leva à criação de processos inchados. O LeSS deve ser reduzido ao mínimo. Nós reconhecemos que a escala vai exigir “mais”, mas em vez de “poluir” o LeSS com elementos opcionais, adotamos um framework diferente LeSS Huge.

Resumo do LeSS

A maneira como olhamos para o LeSS é melhor descrita na figura abaixo:

LeSS usa experimentação

Nos nossos dois primeiros livros, Scaling Agile and Lean Development e Practices for Scaling Agile and Lean Development, nós enquadramos o Scrum em larga escala através de um conjunto de experimentos com o princípio:

Não existem as melhores práticas. Existem apenas as práticas que são boas dentro de um determinado contexto.

Assim, os livros estão cheios de experiências que fizemos. Certas coisas que nós recomendamos que você tente, certas coisas que recomendamos evitar, o outras coisas onde alertamos que irá funcionar em alguns contextos, mas serão terríveis em outros. Isso funcionou bem e temos recebido muitos feedbacks positivos sobre esta abordagem.

Também obtivemos feedback de pessoas que estavam um pouco confusas. Elas precisavam de algo a mais… algo menos dentro de um contexto específico … algumas regras. Com base neste feedback, nós refletimos e retornamos para o modelo Shu Ha Ri de aprendizado:

Este modelo mostra as diferentes etapas que os alunos passam quando aprendem novos conceitos:

• Shu—Siga as regras para aprender o básico
• Ha—Quebre as regras e descubra o contexto
• Ri—Alcance a maestria e encontre o seu próprio caminho

Percebemos que o nosso trabalho anterior de escala não fornecia nada no nível Shu, o que causou dificuldade e confusão para as pessoas que tinham acabado de iniciar o desenvolvimento ágil em grupos de produtos de grande porte. Isto tornou-se ainda mais evidente quando outras abordagens de escalonamento mais preditivas começaram a oferecer conselhos para o nível iniciante. Consequentemente…

LeSS como um framework

LeSS é mais do que um conjunto de princípios e experimentos. Ele também fornece um framework com regras. As Regras do LeSS definem o que o LeSS é (e o que não é) e proporcionam um framework concreto para a aplicação do LeSS. Com o framework LeSS, os grupos de produtos podem aplicar os experimentos e descobrirem o que funciona melhor para eles em um determinado momento.

Esta também é a base do terceiro livro sobre LeSS, simplesmente chamado Large-Scale Scrum. Neste livro, o LeSS é definido da seguinte forma:

• Regras do LeSS que garantem o framework LeSS (e o framework LeSS Huge para grupos de produtos de maior dimensão)
• Guias para a adoção de LeSS
• Experimentos dos dois primeiros livros.

Desta forma, garantimos que o LeSS é simples e mantém-se fiel à natureza do Scrum. No entanto, como Scrum, o LeSS fornece práticas concretas suficientes para iniciar, suficiente flexibilidade e poder para escalar.