Scrum em equipamentos muito grandes. O que fazemos?

O que acontece quando uma camiseta te deixa pequena?

As botas? As regalas? Você diz que você não serve ou o que é ruim?

No mundo empresarial, mais especificamente, falando sobre a adoção da agilidade, existem marcos e práticas de diferentes tamanhos. Muitas delas são julgadas por não servir, desechadas ou simplesmente consideradas para o que realmente são.

Sempre ele recomendou a hora de decidir práticas ágeis, não tomar a ciegas lo que o mercado diz, mas considere qual é a forma e estrutura de sua organização para saber quais podem servir melhor.

Para ejemplificarlo mejor, Scrum é um marco que existe em diferentes talajes. O que mais sabemos é como sua referência pequena, o que ao longo das últimas 2 décadas foi muito adotado por organizações em especial no desenvolvimento de produtos digitais para melhorar a agilidade dos equipamentos que estão integrados entre 3 a 9 pessoas.

Inclusive, na configuração de equipamentos Scrum, comecei a usar as palavras de Jeff Bezzos que me pareceram muito interessantes:

“Sino és capaz de alimentar um equipamento com 2 pizzas, é porque é muito grande”

E se eu gosto, porque na Colômbia, por exemplo, minimo una persona se come 2 porciones jejejeje.

Mas, nas relações organizacionais e especialmente com a escalabilidade da transformação digital dentro das empresas, eles começaram a ver equipes de desenvolvimento cada vez maiores, plataformas mais robustas e retas que implicam muito mais pessoas em prol de uma missão.

Vi muchos equipos trabajando Scrum com até 20 pessoas e improvisando para não perder as posses do marco que lhes daria muitos bons resultados.

Mas nesses momentos onde um marco Scrum base se sente como uma camiseta pequena em um corpo muito maior.

Está mal Scrum?

Não, simplesmente é o momento de abrir as portas para suas diferentes formas de escalação e é onde nos encontramos que esta situação também tem vivido outras pessoas e até mesmo seus criadores, aquele que se derivava de alguns marcos de escalação como Nexus, sAFE, LeSs e Scrum Escala (criada por Jeff Sutherland).

Al igual que el marco base, Scrum A escala contém um guia baseado em suas práticas básicas e nos mostra como podemos escalar estruturas muito maiores. Assim, como nós enfatizamos a importância das práticas ágeis que devem ser adotadas cada equipamento dependendo do tipo de produto que está sendo construído, para sacar o máximo proveito, isso não é uma metodologia, nem uma forma de organização para obter resultados incrementais e evolutivos sob a mentalidade do empirismo.



En WorkChangers temos experiências vívidas muito gratas com Scrum Escala e outras não tanto. Quando escalamos, assumimos uma responsabilidade maior e testamos se as bases realmente são sólidas ou débeis para irem para outro nível.

Uma empresa pode precisar de escalação em Scrum pelo tamanho de seus retos, mas derribarse por falta de bases em temas clave del Scrum sem escalado.

Por isso é muito importante como os agilistas, conhecer bem suas bases, saber diagnosticar de forma transparente se nos dan a solidez para escalar e quais são os riscos que poderíamos enfrentar na hora de fazer isso, para fazer um bom equipamento de gerenciamento de mudança e criar um bom marco de referência de escalamento em nossa organização.

Você gostaria de saber mais do último que disse?

Deixe-nos saber nos comentários deste blog para compartilhar com vocês uma série de artigos deste tema tão interessantes de qualquer um que você também possa encontrar a certificação no portfólio de Certiprof.

Daniel Moncada
CEOs que mudam de emprego