Trabalhar em Squads é para todos? | ACE Startups | Innovation For Doers
O uso mais conhecido, e também a origem, é em empresas de desenvolvimento de softwares, pensando no ganho de agilidade de entrega do produto. Mas isso implica no que? Uso de pensamento lean, colocar o cliente no centro, autonomia para tomas de decisão. visão de produto completa e entrega contínua.
O direcionamento é um só: "a empresa precisa chegar nesse objetivo. Façam do jeito que acharem melhor, com os processos que julgarem pertinente, contanto que o resultado seja entregue". Sim, podemos emular o ambiente de uma startup, no sentido de dar autonomia e agilidade para moldar o produto de acordo com feedbacks de clientes - e redirecionar a rota sempre que necessário.
Por dentro de um Squad
E fica a dúvida: o uso da metodologia está deixando a empresa mais ágil ou mais frágil? Vale a análise. Assim como é OK não obedecer o Waze, também é OK não obedecer todo o frameworks das metodologias. E a rota sempre pode ser recalculada.
Sobre as metodologias mais conhecidas usadas em Squads:
Scrum: analogia para exemplificar as paradas que um time de desenvolvimento deveria fazer para ajustar a rota. É o método de reinício de jogada no rugby após uma penalização, quando o time revê a estratégia rapidamente. O framework inclui também a gestão a vista: o que deve ser feito, fazendo e feito.
Kanban: ideal para projetos e processos de fluxo contínuo. Bem visual, ajuda a denunciar atividades e rotinas que não estão funcionando e demais gargalos. Boa metodologia para ser aplicada em áreas que têm rotinas bem definidas.
>>Leia mais: Como funciona o Scrum?
>> Leia também: Como são os Squads em empresas inovadoras?
A ideia da aplicação de um Squad tem como uma das principais características a autonomia para a tomadas de decisão e definição de processos. Não faz sentido as orientações de como e do que será feito virem top down. O projeto deve ser constantemente construído a base de feedbacks - sem um formato já pré-definido.
Existe ainda a questão da segurança psicológica do "poder errar". A única certeza na inovação é que algo vai dar errado em algum momento. Isso dá origem a inseguranças como "o que acontece se o projeto não der certo?" "e se tivermos que repensar tudo?". Isso pode abalar principalmente profissionais com mais tempo de casa, preocupados com a imagem de fracasso que isso pode gerar.