Ágil

by Rodrigo Pinto Rodrigo Pinto Nenhum comentário

Capítulo de Agilidade: a importância de criar um na sua empresa

Em 2012, Henrik Kniberg, consultor no Spotify, junto com outro consultor, desenharam e executaram a estrutura organizacional chamada de “Modelo Spotify”. Esse conceito, nada mais é que a cultura organizacional que a empresa iria começar a aplicar internamente.

Para entender melhor sobre o famoso “Modelo Spotify”, confira esse conteúdo aqui e esse aqui também da nossa área de Treinamentos, a Agile School.

Para conseguir chegar no modelo que conhecemos hoje, Henrik, enumerou quatro elementos fundamentais para que a estrutura desse certo. Elas são:

  • O coração desse modelo, que são as Squads;
  • As Tribos, que nada mais são do que conjuntos de Squads, direcionadas à um único tema;
  • Os Capítulos e as Guildas, que são as estruturas de apoio e horizontais.

Pode sim parecer que a estrutura que o Henrik descreve é uma estrutura matricial, na qual as empresas já faziam e se organizavam há muitos anos… Entretanto, a maneira como esse formato foi aplicado dentro do Spotify foi na vertical, ou seja, foi uma cultura organizacional focada no formato de Squads – onde a estrutura é orientada a valores e autonomia.

É interessante ressaltar também dentro dessa temática que as Squads tem uma inspiração dentro dos times Scrum e, os times Scrum por si, são inspirados no “The New New Development Product Game” – artigo da década de 80 que fala sobre empresas inovadoras como 3M, Epson, Honda, entre outras que, naquela época, já organizavam seus times de maneiras cross funcionais, com uma missão clara e específica, entre outras características.

Mas como se estruturam os Capítulos?

Os capítulos nada mais são do que a soma de pessoas em papéis semelhantes e tem como principal objetivo dar suporte àquela função. Por exemplo, se em cada Squad possui um desenvolvedor, conforme o desenho do capítulo abaixo, terá diferentes desenvolvedores naquela tribo. Com isso você cria um capítulo de desenvolvedores para que as pessoas consigam se apoiar, ajudar, trocar experiências e conhecimentos.

Para ficar mais claro o que realmente é cada um dessas estruturas, confira a imagem abaixo.

capítulo de agilidade

Os benefícios dos Capítulos nas empresas

Conseguimos entender que é nas Squads que o trabalho está, de fato, sendo aplicado diariamente, certo? Mas, para deixar esse trabalho ainda mais em sintonia e padronizado, Henrik utilizou o formato dos Capítulos para auxiliar todas as pessoas que exercem um determinado papel dentro dos times a crescerem dentro daquele conhecimento em específico.

Os principais benefícios da estrutura de Capítulos dentro das organizações são:

  • Troca de informações, excelência em conhecimento e foco no crescimento e qualidade;
  • Criação de padrões para os processos de criação, planejamento e execução;
  • Auxílio na hora de resolver problemas, bug, falhas, etc.

Importante ressaltar que dentro deste Capítulo deve existir um líder (Chapter Lead) para orientar, designar e auxiliar o resto dos integrantes dessa estrutura. Além de fazer planos de carreira, planejar bonificações, demissões ou contratações, essa liderança vai entender as necessidades em geral, apoiar os profissionais no dia a dia e desenvolver suas capacidades.

Por que criar um capítulo de Agilidade nas organizações?

As empresas que estão trabalhando em seus processos de transformação digital e estão buscando se tornarem mais ágeis, podem sim adotar o formato de capítulo de Agilidade para suas organizações justamente para alavancar a adoção de práticas ágeis na organização como um todo.

Isso tudo porque o profissional especialista em Agilidade normalmente trabalha sozinho, ou seja, ele não tem pessoas dentro do seu time e/ou squad atuando no mesmo papel que o dele para discutir situações ou para se apoiar quando algo precisa de um auxílio. Um capítulo se torna indispensável para elevar o nível de conhecimento e de aplicação da Agilidade no dia a dia.

O capítulo também pode ajudar em situações sistêmicas, isto é, em complexidades que estão fora do time daquele Agilista, por exemplo, em situações mais estratégicas e menos operacionais. Isso acontece muito em empresas que estão começando a aplicar os métodos ágeis e precisam de um apoio maior na expansão dessa cultura dentro da empresa.

Para finalizar…

Agora que entendemos o porquê de criar e manter um Capítulo de Agilidade está na hora de colocar em prática. Existem alguns passos que você pode seguir para ter um capítulo de sucesso.

  • Ter um líder de capítulo que dê suporte e facilite o dia a dia dos times;
  • Ter um canal de comunicação específico para o capítulo para compartilhar informações e aprendizados, além de encontros periódicos;
  • E uma estrutura que observa a carreira de cada um e esse plano de crescimento, seja com acompanhamento e mentoria, e/ou treinamentos e grupos de estudos.

Aproveitar o início do ano para traçar as metas estratégicas para a sua empresa é indispensável. Para te ajudar nesse processo de entender melhor como inovar dentro do seu modelo de negócio, é essencial ter especialistas como parceiros qualificados e especialistas nesse assunto.

Seja para melhorar os processos da sua área de Tecnologia e Produtos, para implementar ferramentas de gestão ou até para montar uma trilha de capacitação personalizada para seus colaboradores, nós, da Agile.Inc, podemos te ajudar.

Atuamos com consultoria para transformação ágil e digital, além de fornecermos especialistas para atuarem na sua empresa, com foco em crescimento e em dar tração no seu processo de transformação.

Além disso, como citamos acima, treinamentos são essenciais para elevar o nível de conhecimento da sua empresa e dar mais vantagem competitiva perante ao mercado. Nossas trilhas personalizadas vão desde a liderança até frameworks para a operação dos times.

Clique aqui e agende uma conversa com nossos consultores e tenha um diagnóstico rápido do melhor modelo de transformação para sua empresa.

by Agile.Inc Agile.Inc Nenhum comentário

Aumente as chances de sucesso na transformação ágil com essa dica

Aprenda com a dinâmica “Why Agile” a entender os reais motivos pelos quais você quer ser mais ágil e extrair ao máximo os benefícios desse processo 

Por Antonio Costa

Uma das técnicas que aprendemos com a Scrum.org e aplicamos em todos processos de consultoria que fazemos é a “Why Agile?”. Essa prática é o ponto inicial dos nossos trabalhos dentro de uma organização e você pode aplicar também em seu dia a dia para ter mais sucesso na transformação ágil.

Mas por quê a resposta do “Why Agile?” é tão importante? Porque se você não definir claramente o motivo pelo qual está buscando Agilidade para sua empresa; se você não estabelecer quais são os benefícios esperados dessa iniciativa, a grande chance é que este trabalho será feito apenas pelo método e não pelos resultados.

Por isso, quando nós começamos um processo de transformação ágil dentro de uma organização, fazemos uma série de dinâmicas e isso envolve várias etapas, reunindo vários stakeholders para entender o “por que ágil?”.

Num primeiro momento, não existe um consenso, nem muita clareza do motivo, e essas é uma das dinâmicas que nos ajudam à ir construindo isso, consolidando e aterrizando…

Foto conceitual com carros ágeis

Cinco motivos comuns de quem busca a Agilidade

Entre as diversas respostas que ouvimos quando aplicamos essa dinâmica do “Why Agile?”, neste texto, quero te apresentar as cinco mais comuns e que podem te ajudar a ter mais sucesso na transformação ágil. Confira:

“Porque o mercado está fazendo isso, outras empresas também e eu preciso fazer.”

O “porque está na moda” é uma das respostas que mais ouvimos ao perguntar o motivo pelo qual se está querendo implementar Agilidade em uma organização. Talvez não seja essa a resposta que mais gostamos de ouvir, mas, sem julgamento, é um motivo bem comum.

“Porque eu quero ser mais ágil.”

Ok, mas o que é ser mais ágil para você? Essa é uma outra resposta comum, mas na qual muitas pessoas não tem uma definição clara do que é “ser mais ágil”. Para entender melhor esse cenário, fazemos um processo de coaching para entender o real motivo por trás dessa resposta.

Ser mais ágil é entregar mais valor? É entregar mais tarefas em menos tempo? É ter mais produtividade? Com esses feedbacks, é possível definir melhor o que é Agilidade para aquela organização e para aquele grupo de lideranças. A maior parte das pessoas querem ser mais ágeis para serem mais produtivas e entregar mais valor. 

“Porque eu quero ter melhores entregas.”

É comum ouvirmos que os times trabalham demais, fazem várias horas extras, possuem uma rotina super desgastante e alguns acabam até se desligando da empresa. Isso traz um impacto imenso nas entregas, que poderiam ser melhores e com menos sofrimento. Por isso, querem implementar a Agilidade para ter uma rotina mais fluida e entregas com mais qualidade.

“Com a agilidade eu vou conseguir governar melhor os times e projetos.”

Em muitas empresas, o motivo principal pelo qual se está buscando a Agilidade é para ter mais transparência, mais visibilidade, remover os impedimentos e conseguir ajudar a destravar o potencial das pessoas, e fazer com que as coisas fluam melhor.

“Quero mitigar os riscos da minha área.”

Por fim, essa também é uma resposta bem comum… Muitos líderes querem ser mais ágeis para ter controle dos riscos. Da mesma forma, querem ter entregas mais curtas, precisam de uma definição de objetivo do produto mais clara e de uma boa interação entre os stakeholders.

Esses são os principais motivos que vemos em nosso dia a dia pelos quais empresas buscam transformação ágil. Em resumo, quando você define claramente o que é o ponto B, ou seja, aquele lugar onde se deseja chegar e o você espera de resultados, é muito mais fácil traçar o caminho para chegar lá.

“Se você não tem clareza para onde quer ir, qualquer caminho serve.”

https://www.youtube.com/watch?v=lTVQ6y_wnXI&feature=youtu.be

Replique essa técnica em seu processo

Espero que essa técnica consiga te ajudar a começar seu processo de transformação ágil. Se você quer um pouco mais de detalhes sobre essa dinâmica, como fazemos e quanto tempo leva, ou sobre alguma outra relacionada, mande uma mensagem aqui para nós

Ter essa resposta é muito importante para te ajudar não apenas para ter um propósito claro ao implementar a agilidade em sua organização, mas a chegar num outro nível de produtividade e obter ao máximo os benefícios desse processo, de uma forma muito mais simplificada.

Agora, se você quer aplicar essa técnica em sua área para saber realmente o seu objetivo com o ágil – e com isso encurtar o caminho para a transformação, fornecemos consultoria especializada que te ajudará a fazer a transformação ágil com sucesso, obtendo mais valor com menos dor.


Leia também:

by Agile.Inc Agile.Inc Nenhum comentário

7 maiores erros em um processo de Transformação Ágil

Entenda como essas falhas estão atrapalhando os resultados de sua empresa durante o processo de Transformação Ágil

Por Antonio Costa

Muitas empresas querem fazer a transformação ágil para que consigam organizar melhor seus times, com o intuito de entregar mais valor e garantir mais vantagem competitiva para a organização. Entretanto, ao longo desse movimento de mudanças, ao passarmos por diversas empresas com nosso processo de consultoria ou montagem de squads, identificamos alguns comportamentos bem comuns.

E resolvemos agrupar esses principais erros durante uma transformação ágil, que estão atrapalhando as empresas a atingirem os resultados e extrair ao máximo os benefícios desse processo. Confira:

Não ter entregas curtas 

Tanto no processo de transformação (executamos o processo de Transformação Ágil, de forma Ágil / incremental – clique aqui e saiba mais), quanto no dia a dia dos próprios times que atuam no desenvolvimento do Produto, é essencial ter entregar curtas para ser realmente ágil. São essas entregas, feitas com o fatiamento e a priorização correta, que promovem o mecanismo de inspecionar e adaptar – um dos principais pilares da agilidade.

Pensar somente em processo e esquecer da Engenharia

Outro erro típico que vemos dentro de empresas que estão passando por uma transformação ágil é dar muito foco para o processo e deixar de lado a engenharia de software. Para extrair ao máximo os benefícios dessa jornada de mudanças, é necessário dedicar atenção à qualidade de sua engenharia.

Um dos itens do Manifesto Ágil é justamente ter uma boa arquitetura de software e um design adequado para habilitar as equipes a terem mais entregas mais curtas e que consigam fazer os conceitos de Agilidade ser bem usados dentro da rotina dos times.

Fazer o mecânico e achar que está bom

Outra falha que acontece bastante é achar que os conceitos e pilares da Transformação Ágil ou Digital são apenas mais processos e não dar a correta profundidade que eles possuem. Não dá para ter uma mentalidade tradicional (waterfall), usando apenas algumas técnicas ou processos mecânicos dos frameworks ágeis e atingir os resultados estimados. É preciso ter uma mudança verdadeira de mindset!

Quer realmente mudar o mindset de sua organização e ter times mais engajados e com mais produtividade? Clique aqui e agende uma conversa conosco.

Escalar muito cedo

Falando ainda sobre profundidade, se você ainda não conseguiu fazer essa transformação em uma célula pequena dentro de sua empresa, não comece a escalar essa iniciativa para toda a organização. Esse processo de transformações, seja ele ágil ou digital, é fundamentado por uma mudança cultural, de virada de chave do pensamento das pessoas… E essa mudança pede que sejam feitas as corretas capacitações, a quebra de amarras que existem no dia a dia dos times – que fazem com que eles não tenham a performance necessária, entre outras características, que levam tempo para serem modificadas. Portanto, é importante saber a hora certa de começar a escalar!

Não medir e aprender durante a transformação

O quinto erro que mais identificamos nas empresas durante a transformação ágil é não medir e não aprender ao longo deste processo. As entregas estão sendo curtas, a engenharia de software está tendo a correta atenção, você está colocando em prática os princípios ágeis da forma certa, está escalando no momento correto, mas, você tem indicadores de tudo isso? 

É preciso ser data driven e usar os dados para medir o que está acontecendo. Isso vai te ajudar a saber se você está realmente entregando mais valor para a organização com essas iniciativas. Será que a produtividade dos times está maior? Será que a quantidade de impedimentos está diminuindo? Será que o lead time está diminuindo? Será que os usuários e clientes estão satisfeitos com o produto? Esses são alguns questionamentos que precisam de respostas, dados e análises para te ajudar a medir e aprender com esse processo de transformação.

Pouco foco no produto e no cliente

Quando falamos em transformação ágil, temos três grandes pilares: processos e/ou gestão, engenharia e produto/cliente. Quando você não dá o devido foco no produto e no cliente, você não possui, por exemplo, técnicas de priorização e não sabe o que é realmente valor e o que é sucesso para um projeto. Você pode trabalhar com qualquer método, mas se não dar a devida atenção para o produto e seu usuário, provavelmente, você está gerando muito desperdício no desenvolvimento deste negócio.

Leia mais: Você parece Ágil, mas não tem foco no Cliente? Provavelmente está perdendo o jogo!

Achar que o Ágil é um fim e não um meio

O sétimo erro que mais vemos em processos de transformação ágil praticamente consolida todas as falhas anteriores, que é achar que o Agile é um fim e não um meio. Isso é muito comum! Durante nossas consultorias, ouvimos muito as pessoas dizerem que querem ser mais ágeis, querem implantar o modelo Spotify, etc… Mas o que as organizações devem desejar não são esses formatos e sim:

  • Ter mais resultados
  • Fazer mais com menos
  • Aumentar a eficiência e a eficácia 
  • Vantagem competitiva
  • Fazer com que a área de tecnologia seja protagonista dentro da organização
  • Entregar mais valor para o negócio

E, para atingir os objetivos acima, a Agilidade entra como um meio! Se para isso, seja preciso usar outros princípios e conceitos diferentes dos Ágeis, tudo bem. O importante nessa iniciativa de transformação é alcançar os objetivos, esse é o fim. 

Se você identificou alguns desses erros em seu dia a dia e quer corrigi-los, fale conosco. Podemos fazer esse diagnóstico em sua empresa e ajudá-la a ter mais resultados!

by Agile.Inc Agile.Inc Nenhum comentário

Você parece Ágil, mas não tem foco no Cliente? Provavelmente está perdendo o jogo!

Entenda como o foco no usuário e em sua jornada deve ser o ponto central do desenvolvimento para um produto digital de sucesso

Por Antonio Costa
Placar do jogo

Muitas empresas que estão no processo de Transformação, seja Digital ou Ágil, estão cometendo um erro muito grave em sua esteira de Desenvolvimento de Produto. Existe um grande foco no Produto e um baixo foco no Cliente. Isso faz com que a organização até tenha entregas mais organizadas e mais rápidas, mas ainda pouco eficazes. 

E sabe por que isso acontece? Às vezes a empresa tem um grande foco em ganhar dinheiro e não percebe que se dar mais atenção para a dor do cliente e atacar essas dores de forma mais organizada, o lucro vem por consequência.

Para isso, é necessário haver uma mudança de pensamento, na qual chamamos por aqui de “Foco em Produtos para Foco em Jornada e Cliente”. Vou explicar melhor no que consiste esse conceito.

Foco em Produto

É quando uma organização olha apenas seu produto, esquecendo seu cliente – o produto vem em primeiro lugar. Pode ser que ela até tenha um time ágil ou práticas ágeis, mas provavelmente o pensamento predominante venha a ser o pensamento tradicional, que faz o time buscar a eficiência operacional. Empresas com foco em eficiência demasiada, ou com grande foco no produto possui algumas características, como:

  • Começar a análise para a criação de produto ou funcionalidade, pelos sistemas internos – o sistema interno vai moldar a solução;
  • Focar em fechar requisitos, ter tudo detalhado;
  • As áreas de Negócio e TI trabalhando ainda separadas, onde não existe grande confiança entre elas;
  • Times de desenvolvimento olhando apenas sua entrega, buscando entregar mais tarefas;
  • Desalinhamento dos canais, pois como o foco é em eficiência, não precisa um canal esperar o outro;
  • Grande foco na produtividade dos times;
  • Mudanças de requisitos não são bem-vindas;
  • Foco em lançar novas funcionalidades, sem medir o que já existe;
  • Entregar o produto é mais importante que a qualidade do que já está feito.

Essa lista pode ser extensa e caberia aqui um novo texto para enumerar mais características e até detalhá-las…. Entretanto, vamos falar do que realmente importa: o modelo correto – Foco na Jornada e no Cliente.

Foco em Jornada e Cliente

Quando um time foca na jornada e no cliente, significa que o usuário final REALMENTE está no centro de todo desenvolvimento de um produto. Entenda um pouco melhor sobre as características desse time:

  • Começa pela necessidade do cliente para definir a solução viável;
  • Têm clara a jornada dos usuários e personas;
  • Áreas de Negócio e TI trabalhando diariamente em conjunto, de forma colaborativa;
  • Times orquestrando as entregas, com foco em valor;
  • Experiências iguais em todos canais (omnichannel);
  • Ciclos curtos para coletas de feedbacks com clientes;
  • Análises baseadas em dados dos clientes;
  • Abertura para mudança de escopo;
  • Foco no cliente e também em suas emoções;
  • Objetivos da empresa com foco em negócios ou cliente, e não metas para entrega de projetos;
  • Grande preocupação com a qualidade do produto (pois se você lançar algo que não funciona direito, nada agregará para o cliente;
  • preocupação em medir as features utilizadas ou não utilizadas e simplificar as funcionalidades – ao invés de lançar mais coisas novas;

Essa lista também não acaba por aqui, mas nela constam os principais pontos que vemos no mercado. A grande mudança, em termos gerais, consiste em se preocupar com a experiência do cliente, na sua jornada ao usar aquele produto digital.

Exercício

Visto os pontos acima, sugiro que você volte nessas listas e faça uma reflexão: “quantos itens acima você consegue identificar em seu time? Eles estão trabalhando com foco no cliente ou mais foco no Produto?

Sugiro também você se colocar no lugar do cliente, mas da seguinte forma, por alguns instantes: 

  1. Lembre-se de algum serviço ou produto que você consumiu recentemente, que proporcionou uma experiência muito desagradável para você… Lembre-se antes de seguir.
  2. O que você sentiu? Raiva, impotência? Pensou ou falou mal desta marca? Qual foi sua atitude?
  3. Agora se pergunte: será que o produto que você está criando, pode estar gerando esses mesmos sentimos em seu usuário? Ele pode estar reclamando da sua marca ou está desapontado com a experiência que teve ao usar esse produto?

Por fim, tenha em mente que o cliente vai consumir seu produto não por que você usa Scrum ou Kanban ou qualquer outro método ágil; não por que você possui tecnologias legadas ou disruptivas; o cliente vai comprar seu produto ou serviço, por que ele gera algum benefício para ele ou resolve uma dor do seu dia a dia.

E se você quiser tirar alguma dúvida ou falar mais sobre esse assunto, deixe seu comentário aqui ou fale conosco!

by Agile.Inc Agile.Inc 2 Comentários

Por que os processos Ágeis não estão ajudando na Transformação Digital?

Toda semana visito diferentes empresas e tenho acompanhado bem de perto dois temas “da moda” e que de certa forma se tornaram interdependentes: agilidade e transformação digital. É nítido que muitas empresas estão falhando em compreender a agilidade e, isso por sua vez, está pouco contribuindo para a transformação digital, tão relevante no atual cenário. Isso acontece porque algumas não entenderam que “Ágil” não significa um processo novo, mas sim uma mudança cultural, uma mudança de paradigma…

Foto estilizada de uma cidade, com luzes velozes, demonstrando mudança, rapidez, velocidade

Mas, qual a mudança de paradigma?

Gosto muito da forma como parceiros da Scrum.org descrevem tal mudança de paradigma, que consiste em sair de um modo Taylorista de pensar, indo para uma abordagem mais focada em resultados, ou um modo Ágil de pensar.

Modelo Taylorista

Basicamente, no início do século passado eram necessárias linhas de produção mais eficientes. E Taylor foi um grande revolucionário para sua época, implementando ideias como:

  • Separação entre pensadores e executores. Frases como “I have you for your strength and mechanical ability. We have other men paid for thinking” (“Eu tenho você por sua força e habilidade mecânica. Temos outros homens pagos para pensar”), faziam parte de seus conceitos;
  • Cada trabalhador se ocupavam em resolver uma pequena parcela do problema;
  • Não era necessária criatividade ou senso crítico, apenas disciplina para seguir regras;
  • O que fazia de cada pessoa um recurso, substituível e, muitas vezes, que era automatizado (trocada por máquinas);
  • A solução para o usuário já era pré-concebida desde o princípio, bastando apenas ter eficiência na execução do processo;
  • Para maior produtividade do trabalhador, dê mais dinheiro, bônus e benefícios – essa é sua principal motivação;
  • Estrutura de comando e controle era utilizada para gerenciar. Ou seja, se tudo está sob controle é o melhor modelo de liderança;
  • Grandes planejamentos prévios e prescritivos;
  • Entre outros pontos.

Agora, leia novamente o texto acima, mas analisando o contexto de desenvolvimento de produtos digitais. Será que todos esses tópicos não estão sendo aplicados hoje em dia, mas para resolver um problema diferente?

Acontece que, atualmente, estamos em um cenário de quarta revolução industrial, que é a Revolução Digital. O avanço da tecnologia nos proporcionou um novo universo, novas regras na sociedade e nos negócios, inovações que estão fundindo o mundo físico e virtual, mudando o tempo todo áreas como:

– A forma como as pessoas se relacionam e vivem estão se modificando;

– Novos negócios estão sendo criados;

– Existe cada vez mais uma conectividade global, ou seja, acontece algo em uma parte do planeta, você tem a informação quase que instantânea através de seu celular;

– Pessoas da geração digital já não se contentam com qualquer produto/solução.

Isso torna o mundo ficar mais complexo, criando um ambiente chamado de VUCA acrônimo para: Volatility (Volátil), Uncertainty (Incerto), Complexity (Complexo) e Ambiguity, (Ambíguo). Como alguns dizem, “esse é o novo normal”. Por exemplo, uma empresa digital (Airbnb, Uber, entre outras) atingir altos valores de mercado, desbancando gigantes e grandes players do passado é um efeito desse mundo VUCA.

Basicamente, as empresas que tentarem resolver os problemas atuais, do mundo VUCA, com a abordagem Taylorista, mesmo que usando uma “roupagem Ágil”, vão falhar. E, nessa corrida para a transformação digital, é isso que muitas estão fazendo: apenas vestindo a roupa ágil, mas com o mesmo mindset anterior, sem uma mudança cultural, sem uma transformação de paradigma.

É importante destacar que Frederick Winslow Taylor criou a Scientific Management em 1882 – ele foi revolucionário para a época. O que questionamos é usar esses mesmos conceitos que foram benéficos para aquela época, na criação dos produtos atuais, complexos e digitais. Isso é como usar uma ferramenta errada, a velha metáfora do martelo para apertar um parafuso.

Pensamento Tradicional x Ágil

Numa abordagem onde o pensamento “Tradicional” (Taylorista) prevalece na criação de produtos e serviços, mas que se “diz Ágil”, geralmente acontecem problemas como:

  • O sucesso de um projeto é resolver o escopo definido, dentro do tempo estipulado e sem estourar o orçamento. Mesmo se o cliente não comprar o produto, o projeto foi um sucesso;
  • As pessoas que estão no desenvolvimento do projeto estão anos luz desconectados do cliente e do serviço a ser prestado para esse usuário;
  • Muitas vezes, essas empresas acabam somente sendo uma “fábrica de software” (fábrica = taylorista);
  • As motivações e engajamento das pessoas, são feitos com remuneração ou demissão; 
  • Problemas complexos são resolvidos com mais planejamento. Ou seja, aumenta a prescrição;
  • O time é Ágil mas a gestão é imposta, precisa de alguém comandando.

Já numa abordagem Ágil, o mindset estabelece uma visão de produto, uma visão de valor de entrega:

  • Objetivos de negócios ligados ao cliente são definidos muitas vezes em hipóteses e, tenta-se investir o mínimo para validá-la antes de escalar a solução;
  • Times são criados com alto alinhamento e autonomia para resolver problemas complexos;
  • O sucesso do time é resolver o problema com a menor solução (ou melhor) possível;
  • A estrutura da empresa é customer centric e não apenas áreas em silos, rodando através dos processos ágeis;
  • Problemas complexos são resolvidos com mais experimentos, que geram mais aprendizado (empirismo);
  • O melhor estilo de liderança é o líder servidor;

E esta lista é imensa! Os pontos acima são apenas alguns exemplos… Ou seja, muitas empresas estão rodando um processo com roupagem Ágil, mas com o mesmo mindset Tradicional (Taylorista) de sempre. Isso é tão enraizado que, muitas consultorias que julgam executar uma transformação digital, implantam a agilidade de uma forma bem tradicional. Elas ensinam sua empresa a estabelecer personas, por exemplo, mas elas não utilizam essa técnica em seus próprios negócios.

Por mais que fazer a adoção de processos ágeis seja um avanço, mesmo que de forma mecânica, é importante saber que ainda falta muito para a tão falada transformação digital. Não se contente com apenas uma roupagem ágil, busque o mindset verdadeiro da agilidade para colher todos os benefícios da transformação digital.

Se você está passando por um processo de transformação digital e está vendo algumas dessas situações rolando, conversa aqui com a gente! Teremos muito prazer em ajudar.

Top