Times Ágeis

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 2 Comentários

A Jornada do Agilista: qual o ciclo de vida desse papel dentro de um time?

Entenda melhor como é o começo, meio e o fim da atuação do especialista em Agilidade dentro de time de desenvolvimento de produtos digitais

Por Fabricio Pequeno e Ricardo Avigro
A Jornada do papel de Agilista e seu ciclo de vida dentro de um time Ágil

Considerada uma das 15 profissões emergentes de 2020 no Brasil – segundo um estudo publicado pelo LinkedIn, o Agilista, ou Agile Coach, ou Scrum Master, ou Agile Master, ou Agile Expert, entre outros nomes dados ao papel do especialista em Agilidade, é um dos trabalhos que mais cresce nos últimos tempos… Mas, você sabe como é a jornada do Agilista, seu desenvolvimento e/ou crescimento desta carreira? Ou qual o ciclo de vida desse papel dentro de um time?

Foi pensando nisso que, nós, Ricardo Avigro e Fabricio Pequeno, resolvemos escrever esse artigo! A ideia da Jornada do Agilista não surgiu para ser uma jornada definitiva, ela foi idealizada a partir do momento no qual foi perceptível um comportamento recorrente em times ágeis.

Não significa também que, seguindo essa jornada, você vai conseguir sucesso absoluto. Esse caminho defende que o Agilista tem um ciclo de vida a cumprir dentro de um time e expõe alguns marcos importantes, no qual devemos ficar atentos antes de cobrar maturidade e auto-organização das pessoas.

Pense que, por alguma vez, conversando com agilistas, você se deparou com dúvidas sobre “como é o nível de sucesso desta função?”. O papel de Agilista sempre deixou muito vago como você pode fazer as coisas e o quanto você pode fazê-las…. Não estamos aqui para limitar sua criatividade, nem o trabalho, muito menos o histórico de cada um, porém é muito importante que a gente tenha um rumo para seguir. E, com isso, nasceu a essa jornada, uma entre tantas outras que pode ser um bom caminho a ser tomado.

… Agora vamos ao que interessa, a Jornada do Agilista

Muita coisa acontecendo, correria, entregas parciais, atividades entrando no meio da sprint, desenvolve nessa sprint e na outra testa, “daily, para que isso?”, “retro só sai problemas direcionado a pessoas e não tem nada de positivo”, mas, no geral o time está bem, faz entregas e é auto-organizável para realizar suas atividades. 

Identificou alguma coincidência com algo citado? Bom, nós já passamos por algumas situações assim, e aí pensamos: “O que fazer? Por onde começo? Como agir?”. Pensando nisso, mapeamos o que chamamos de “Jornada do Agilista”, com base em nossas experiências que deram certo. 

Etapa 1 – ENTENDIMENTO

Cheguei em um time, e agora? Entendemos que é preciso fazer uma leitura do ambiente. Ok! Você já leu isso em todos os lugares, por isso, vamos lá… Como fazer essa leitura ou como chamamos, “Entendimento”, que é dividido em quatro etapas:

Fluxo para explicar a fase de entendimento de times ágeis

1 – Entenda quem é o seu time, quem são as pessoas, converse com cada um e ouça seus desafios, seu momento e suas dificuldades, sem julgamentos! Entenda o perfil técnico também, isso é muito importante. Não precisa entrar no detalhe de código, mas é bom saber minimamente;

2 – Analise o fluxo de trabalho atual. Alguns times acham que tem um fluxo de trabalho quando na verdade é um go horse disfarçado e, na loucura do dia a dia, não conseguem ver o quanto geram de retrabalho para eles mesmo. Examine também as restrições, pois muitas empresas têm processos originados do modelo tradicional e, algumas vezes, precisamos conviver com isso por um certo tempo.

3 – Entenda o backlog do produto e sua priorização. Sim, o Agilista pode ajudar o Product Owner com o backlog, questionar as priorizações e ajudar a gerar mais valor nas entregas, e isso influencia diretamente no próximo ponto.

4 – Saiba o propósito do time. Um time sem propósito vira um time tarefeiro, uma fábrica de software e isso desmotiva as pessoas.

Não existe um tempo ou uma ordem para toda essa análise, colocamos assim pois foram os pontos que achávamos mais importante e que davam base para a ação seguinte.

Etapa 2 – AÇÕES 

Depois que você tiver todo esse entendimento, chega o momento mais desafiador e pode ser contraditório com algumas literaturas, mas, é o momento de “AGIR”!

  • Identifique os problemas, monte uma proposta e apresente para a hierarquia da empresa – é muito importante estar sempre alinhado com seus superiores.
  • Apresente essa proposta para o time e busque aliados para implantação deste plano. Embora muitos falem o contrário e na agilidade pregamos que as mudanças fazem parte, as pessoas tendem a resistir à elas, por isso, quanto mais aliados você tiver, melhor para a implantação da proposta.
  • Deixe essa proposta visível para todos, compartilhe a jornada de desenvolvimento, acordos de trabalho e o que mais achar necessário.

Um dos pontos mais difíceis e cruciais desta etapa é identificar os sabotadores. Nem todos estão preparados para a mudança, seja por qual motivo for – e, sim, sabotadores existem e temos que lidar com eles. Como? Elimine-os!

Nem sempre um sabotador será uma pessoa, às vezes pode ser um processo não muito inteligente que gere desperdício, mas no geral são pessoas, e podem ser pessoas do time, de outras equipes que temos dependência ou até mesmo um gestor desconfiado e centralizador.

Essa é a parte mais complicada, pois não lemos isso (pelo menos nunca li diretamente). Mas, na prática, o sabotador se tornou um impedimento na melhora do fluxo de trabalho, implementação da proposta e/ou dia a dia do time. E falando em impedimento, nós, Agilistas, removemos como ninguém!

Para cada tipo de sabotador, temos um tipo ação a ser tomada:

  • Uma Pessoa do Time: Já li que o time deve ou não permitir uma determinada pessoa ali e, nós como Agilistas, só atuamos quando o time sinaliza. Porém, algumas vezes o time não tem maturidade para isso ou ainda não percebeu que determinada pessoa é um sabotador. Por isso, você Agilista, sim, você mesmo, deve colocar seu casaco de “general” e determinar que o sabotador seja retirado do time. (a forma de fazer isso dependerá da autonomia que terá dentro da organização, porém deve reportar o caso ao gestor direto da pessoa para que a ação seja tomada. Lembrando que deve sempre ter exemplos das situações que o levaram a tomar essa decisão e após feedbacks com esse “sabotador”.)
  • Gestor centralizador: O ideal é entender e minimizar o medo ou insegurança que ele tenha sobre o trabalho, seja falta de visibilidade, achar que o time faz muita reunião e “coda” pouco, achar que a falta de um cronograma prejudica a visão, enfim o ideal é entender e remover esse “sabotador”, pois mesmo de forma inconsciente ou indireta essas atitudes atrapalham o andamento do fluxo e consequentemente as entregas.

O que queremos dizer aqui é que, independente do que ou quem esteja atrapalhando, o andamento do fluxo e proposta estabelecida, deve ser removido.

Outro ponto importante é sempre estimular o time para ações que garantam o fluxo da jornada de desenvolvimento, uma vez estabelecido, ele deve ser cumprido. Considere sempre, os refinamentos e tenha as dependências mapeadas. Elas serão extremamente importantes para o engajamento do time em relação a Qualidade e Entrega – são coisas que não podem ser negociadas e uma não caminha sem a outra.

Nesse ponto que entraremos a seguir – que também é polêmico, pois muitos dizem que a área de Produto não faz parte do papel do Agilista, mas, na prática, como trabalhamos junto com a pessoa que energiza o papel de  Product Owner, é muito importante orientar e ajudar. E como podemos fazer isso?

  • Primeiro, é preciso garantir que o backlog esteja claro, disponível e entendido pelo time, e depois para toda a empresa. 
  • Em seguida, devemos também deixar transparente para todos as entregas do time.

Etapa 3 – DISSEMINAÇÕES 

Tendo a visibilidade do backlog e das entregas do time, começamos a entender e questionar se essas entregas estão alinhadas com o propósito do produto. E, para que isso seja possível, precisamos entender e conhecer nosso cliente, olhar pela ótica de UX e UI, para saber como é sua jornada e sua experiência usando este produto. 

Neste momento, é muito importante que você e a pessoa que atua como PO fiquem próximas de que faz o papel de Designer e do especialista da Área de Produtos. Aliás, essa parceria é essencial em todas as etapas e, levar todo esse entendimento para o time para que participem das decisões estratégicas, traz um senso de “dono do produto”, e você verá que isso fará toda a diferença. 

Por fim, pensando sempre em visibilidade, criamos um painel no qual é possível mostrar todas as entregas do produto, voltadas para as experiências do usuário, independente de times.

Literatura x Realidade

Algumas literaturas trazem modelos do que devemos seguir, eventos com sequências nas quais, independente de serem eficazes ou não, são importantes de se fazer. Não achamos que isto está errado, a questão é que poucas vezes vimos uma orientação realmente voltada ao Agilista nisso tudo…. 

Subentende-se que o Agilista deverá saber como se comportar e que a evolução do time irá acontecer perfeitamente como descrito a partir das situações propostas. O entendimento dos ciclos em muitas vezes é aplicado para produtos e para a maturidade do time, porém não é aplicado para a evolução do Agilista sobre a ótica de progresso do time como um todo. 

Nossa proposta é de conscientizar a todos que existe um ciclo de vida para a atuação do Agilista dentro de um time e que, esse ciclo, a partir de sua completude, não indica que uma deverá ter uma promoção e sim um critério de sucesso, visando o direcionamento de carreira. Assim, podemos buscar um outro time no qual nossa atuação terá resultados mais expressivos – visando a maturidade como um todo em uma empresa.

Essas foram algumas ações que adotamos e nos fizeram alcançar sucesso nos projetos que atuamos. Claro que nem sempre acertamos e aqui contamos apenas o que funcionou…

Deixe nos comentários se já passou por algo parecido e o quanto essa jornada se aplica a sua realidade. Valeu, até a próxima!

 
 
E se você precisa de bons Scrum Masters e Product Owners, nós podemos te ajudar! Clique aqui e agende uma conversa com nossos especialistas que te ajudamos a selecionar os melhores profissionais.
 
 
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 Nenhum comentário

Não há nada tão inútil do que fazer com grande eficiência, aquilo que não deveria ser feito

Seu time lança diversas funcionalidades, trabalha muito, mas os resultados não aparecem? Entenda agora as principais causas tudo isso

Por Filipe Machado e Thiago Fregni

Em qualquer negócio, seja ele um produto digital ou não, uma das principais preocupações é atender as necessidades dos stakeholders e isso acaba se tornando um dos grandes objetivos a serem cumpridos. Com isso, o time trabalha muito, se empenha em lançar várias funcionalidades, mas vai deixando de lado uma meta muito importante: a maximização de valor e o retorno de investimento daquela iniciativa.

Ou seja, por mais que a Agilidade tenha sido implantada e as entregas estejam acontecendo com mais velocidade, ainda há stakeholders super descontentes. “Não há nada tão inútil do que fazer com grande eficiência, aquilo que não deveria ser feito.” Essa frase do Peter Drucker é uma daquelas que pode resumir de forma simples esse cenário. O time está trabalhando bem, com diversas funcionalidades em produção, mas será que estão fazendo algo realmente útil?

Isso soa comum para você? Pois realmente acontece em muitos negócios que estão iniciando uma transformação digital e por três principais motivos:

  • Maximização de valor e o retorno de investimento

Geralmente, o Product Owner fica muito preocupado em atender os stakeholders e acaba deixando de lado uma das suas principais responsabilidades que é a maximização de retorno do investimento.

  • Senso de propósito

É comum o time (Agilista, PO e Devs) não saber de forma clara qual o objetivo do produto ou não ter visão sob o motivo de estarem trabalhando em determinada demanda. Sabem o que é, como deve ser feito, mas não o por quê – não possuem senso de propósito!

  • Discovery/Ideação/Upstream 

A maximização de valor do produto, ou seja, aquilo que o cliente recebe na ponta, precisa passar por um processo de discovery e refinamento, antes de iniciar o desenvolvimento. E não é sempre que isso acontece!

Mas qual é a causa raiz desse problema?

É possível identificar alguns sinais que ocasionam essas situações descritas acima. Os principais são: 

  • Baixa autonomia do Product Owner, que depende de outras pessoas para tomar decisões e esclarecer detalhes;
  • Product Owner que não tem a competência correta;
  • PO tirador de pedido (PO Proxy/Escriba), que não tem ownership do produto. Anota os pedidos sem entender o porquê da solicitação e quais os resultados esperados;
  • Time se preocupa em encher o capacity. Ou seja, durante reuniões de Planejamento, existe uma preocupação maior em “arrumar” backlog suficiente para deixar todos ocupados, do que gerar realmente valor para o cliente;
  • PO que não sabe quanto custa cada PBI e não tem noção do custo do time, o que o impossibilita de fazer trade-offs baseados no RoI;
  • Times que não possui objetivos claros, impossibilitando-os de fazer escolhas e manter o foco no que mais gera valor;
  • Não possui Discovery (UX). Ou seja, assim que a solicitação chega, vai direto para o time desenvolver. Não existe um processo no qual o cliente é envolvido e hipóteses são tratadas como verdades;
  • Não existe uma visão Customer Centric, focada no consumidor/usuário.

Bom, se você tiver identificado alguns desses pontos acima em seu time de transformação, você está cometendo esse erro. E isso pode ser nítido em um time ágil que ainda está no paradigma tradicional de trabalho.

Resolvendo essas questões 

Quando identificamos esse cenário – que é bem comum, fazemos um trabalho bem intenso de coaching com o Product Owner, com o Scrum Master e com os stakeholders. Para isso, executamos técnicas como:

Criar um time de discovery: a fim de descobrir que funcionalidades devem ser implementadas para atender as necessidades dos usuários;

Técnicas de ordenação de backlog: o backlog deve estar ordenado e tais técnicas nos ajudam a ordená-los de acordo com os objetivos a serem alcançados;

Criar bem claramente um esteira ágil utilizando Flight Levels: esta técnica dá visibilidade de portfólio até chegar na mão do usuário final;

Organizamos os times por Value Stream ligados ao usuários, com objetivos claros, utilizando OKR´s, por exemplo;

Definição de objetivo do produto e deixar o claro qual o valor (aumentar 10% as vendas, aumentar a taxa de conversão em 5%, entre outros) esperado a ser atingido por aquele item, mais valor de itens;

Roadmap: uma visão geral dos próximos passos do produto;

Utilizar dados para tomada de decisão em itens de backlog;

Criação de conceitos de hipóteses: uma ótima forma de trabalho que ajuda a validar as hipóteses é chamada HDD (Hypothesis Driven Development). Este método auxilia na escrita do nosso backlog, orientado à validação de hipóteses.

No geral, tentamos dar o correto propósito para o time como um todo, ligado a valor para o cliente ou negócio… Por que, quando não se sabe onde quer chegar, qualquer caminho serve. E, por isso, o trabalho se torna eficiente, mas não realmente eficaz!

Mais valor entregue, com menor investimento

Solucionando essas falhas durante o processo de desenvolvimento de um produto com um time ágil, é possível ter diversos benefícios, entre eles:

  • Conseguir trabalhar no processo empírico, focando sempre no objetivo desejado;
  • Se torna mais fácil gerenciar a ansiedade dos stakeholders quanto aos resultados;
  • O stakeholder fica mais contente com a entrega, pois ela está ligada ao propósito, com foco em gerar realmente valor com a iniciativa;
  • O clima de confiança do stakeholder com o time melhora;
  • Resumindo, mais valor entregue, com menor investimento e foco na maximização de valor e o retorno de investimento da iniciativa.

Esperamos que você consiga aplicar essas sugestões em seu dia a dia. Qualquer dúvida, estamos à disposição para ajudar… É só entrar em contato conosco!

by Nelson Legal Nelson Legal Nenhum comentário

Experiência de Usuário: Entenda o que falta para o sucesso do seu negócio digital

Saiba quais são os benefícios de UX e como essa prática faz o cliente se tornar um fã do seu produto

Por Nelson Legal 
Mulher feliz olhando o celular

Eis que virando a esquina ele vem chegando, o mais desejado, o mais disputado, o mais querido e valioso, o cliente! Também conhecido como consumidor, usuário, público alvo e por aí vai… Todas as empresas precisam dele para existir, e manter o consumidor fiel à sua marca vem sendo uma tarefa cada vez mais difícil. 

Ficou para trás o tempo em que, para ter o coração do consumidor, bastava vender um produto bom e barato. É preciso muito mais… Hoje, grandes marcas competem para ter a chance de proporcionar a melhor experiência para o consumidor

Recebendo tanta atenção, o cliente ficou extremamente criterioso e atento a qualquer deslize e, caso isso aconteça, ele não pensa duas vezes pra mudar de marca.

A cada problema que aparece no caminho do consumidor, existem inúmeras empresas que o resolvem com uma mão nas costas. Mas uma empresa que, além de resolver o problema, ainda seja capaz de colocar um sorriso no rosto e trazer um calor no coração desse cliente, isso é bem mais difícil de se conseguir.

E é difícil porque a empresa precisa criar um vínculo especial com seu consumidor, tem que ir a fundo e ser capaz de predizer o que ele gostará ou não, e quanto esforço estará disposto a empenhar. E o mais importante, garantir que tudo o que foi feito ficará claro e será entendido intuitivamente. Complexo, né?

Pois é aí que entra a UX, User Experience ou Experiência de Usuário, traduzido do inglês. Criada por Don Norman na década de 90 enquanto trabalhava na Apple, a definição surgiu pois ele queria melhorar a experiência do usuário com seus computadores. Não só no momento em que interagiam com o computador ligado, mas no antes e depois disso. 

Um bom exemplo disso é como um restaurante que tem o melhor hambúrguer da cidade. De nada adianta um hambúrguer perfeito se não pensarem no conforto, no atendimento e no menu, entre outros detalhes tão importantes quanto. Cada um desses itens pode fazer um cliente decidir se gasta mais ou menos, se volta ou não, se indica ou fala mal do restaurante. Tudo tem que ser muito bem planejado para agradar e realmente atendê-lo!

Mas como a prática de UX vai impactar meu negócio?

Esse planejamento, focado na experiência do usuário, também pode economizar esforço e dinheiro, e aumentar os lucros de sua empresa. Segundo o livro de Robert Pressman, “Engenharia de Software: Uma Abordagem Profissional”, a cada R$ 1,00 gasto em UX para resolver um problema durante o planejamento do produto, R$10,00 seriam gastos para resolver o mesmo problema no desenvolvimento e R$ 100,00 ou mais para que o problema fosse resolvido depois que o produto fosse lançado. Ou seja, além de evitar problemas, esse planejamento também pode direcionar e facilitar o caminho entre o cliente e seu produto.

Um recente estudo realizado pela Forrester Research revelou que uma interface de usuário bem projetada pode aumentar a taxa de conversão de um site em até 200%, e uma boa experiência de usuário pode subir as taxas de conversão em 400%. 

Não é à toa que grandes empresas multinacionais são defensoras de investimentos em UX. A Amazon, por exemplo, aplica testes A/B continuamente em todos os aspectos das interfaces que atendem seus clientes, atualizando-as e redesenhando-as  constantemente com base em dados. Desde 2015, a Amazon vem sendo a maior loja de e-commerce do mundo e a mais valiosa nos Estados Unidos. 

Já aqui no Brasil temos o caso do Nubank, a principal fintech da América Latina que nasceu em 2013 e hoje já conta com mais de 5 milhões de clientes fiéis. Desde o nascimento, a fintech tem o usuário como centro de todas as suas decisões. Segundo Guilherme Neumann, ex-UX Lead do Nubank, “a solução de design ou de interface que surge é consequência não só do trabalho que o designer faz, mas da preocupação que todo mundo no Nubank tem com a experiência de quem usa o produto.”

Vemos como a UX se mostrou importante para essas empresas, e pode ainda ajudar outras a alcançar inúmeros benefícios, como:

  • Aumentar o lucro e conversão: usuários se tornam leais a produtos fáceis de usar;
  • Aumentar índices de satisfação do consumidor: usuários amam produtos bem desenhados que dão o que ele precisa e o que ele nem sabe que precisa;
  • Diminuir contatos com suporte: testes com usuários resultam em usabilidade mais fluída e intuitiva para o maior número de pessoas;
  • Evitar o retrabalho no desenvolvimento do produto: UX foca no entendimento da jornada de usuários e na aplicação de testes, o que diminui a ocorrência de erros de planejamento;
  • Reduzir o risco de produzir o produto errado: as pesquisas com usuários vão buscar produtos que agreguem real valor a eles no dia-dia.

Para começar a investir em UX, o primeiro passo pode ser agregar um Product Designer ao seu time, alguém que seja capaz de trazer a cultura de User Experience para dentro da empresa e engajar os times como um todo.

O passo seguinte é formar times com especialistas em áreas específicas da UX, como pesquisa, escrita, interface (UI), prototipagem e testes. O ideal é que todos se complementem, ao mesmo tempo que, individualmente, tenham capacidade de atuar em todas as áreas da UX.

Quer saber mais sobre esse assunto? Entre em contato com a gente para conversarmos sobre como incluir UX na prática. Várias empresas já tiveram resultados positivos depois de incluir UX no dia a dia e a sua pode ser a próxima!

Sem Parar: Entenda como uma das maiores empresas de pedágio do mundo aumentou sua base de usuários no app em 315%

by Agile.Inc Agile.Inc Nenhum comentário

As 5 disfunções de um time e como evitá-las para ter pessoas mais engajadas

Por Filipe Machado

Durante o dia a dia de trabalho, um time pode apresentar algumas disfunções, seja por brigas internas, desconfiança, falta de comprometimento ou mesmo por disputa de posição. Esses problemas são comuns, mas podem se tornar impedimentos para que a equipe atue de forma engajada e com alto desempenho.

Mas, se você está lendo esse texto, deve estar pensando: como exigir que um time composto por pessoas com diferentes experiências, personalidades e motivações reme junto para o mesmo objetivo?

Foi sob essa ótica que Patrick Lencioni escreveu o livro “As 5 Disfunções de um Time“, que traz um modelo piramidal com essas cinco disfunções: Falta de Confiança, Medo do Conflito, Falta de Comprometimento, Ausência de Responsabilidade e Falta de Resultado.

Confiança

Falta de confiança é a base da pirâmide das 5 disfunções de um time. Sem confiança entre os membros não há como sustentar as outras 4 disfunções. Quando um time está em formação, os indivíduos se protegem dentro de uma casca para não se tornarem vulneráveis. Eles são incapazes de demonstrar suas fraquezas e se abrir uns com os outros. Relutam em pedir ajuda ou a se prontificar a ajudar uns aos outros. A ausência de confiança traz uma enorme perda de energia e tempo para os membros do time.

Contudo, para se ter confiança é necessário quebrar essa casca e mostrar suas deficiências, fraquezas, necessidades… Nem todos os dias são perfeitos e os membros do time precisam confiar uns nos outros para expor e entender tais situações. Uma boa dose de empatia ajuda muito a construir uma base sólida de confiança. Além disso, o time precisa ter as habilidades necessárias e confiar que são capazes de resolver determinado problema de negócio.

Conflitos

Times sem confiança são incapazes de encarar conflitos da forma que precisam ser encarados, causando certa harmonia artificial. O medo do conflito cria intrigas e discussões veladas que não são saudáveis quando o time deveria estar comprometido e focado na direção de um único propósito. Afinal de contas, quando falamos de time, todos ganham e todos perdem. Por essa razão, os conflitos devem ser encarados de frente, com transparência e respeito.

Comprometimento

Quando os conflitos são encarados de frente, o time passa a exigir mais comprometimento interno de modo que todos consigam falar e serem ouvidos. É necessário que os membros do time tenham abertura para expor suas ideias e que todos tenham respeito uns pelos outros. Contudo, nem tudo que é falado será acatado.

É necessário encontrar um ponto em que uma decisão seja tomada de modo que todos estejam de acordo, que o propósito esteja claro para todos. Dessa forma, todos estarão engajados e comprometidos no mesmo objetivo.

Ausência de Responsabilidade

Times que não são comprometidos não têm responsabilidade. Uma vez que o time esteja comprometido é necessário que seja consciente e não se esconda de suas responsabilidades. Responsabilidade é mais sobre ação do que reação, ou seja, num time responsável, que caminha na mesma direção, não deve haver delegações.

Preferencialmente, os membros devem ser auto-organizados e pró-ativos na criação de soluções. Um time responsável não encontra culpados, pelo contrário, busca junto soluções pois sabem que estão envolvidos dentro do mesmo objetivo e que o sucesso ou fracasso depende de todos.

Falta de Resultado

Quando os indivíduos não são responsabilizados, os membros da equipe naturalmente tendem a buscar seus próprios interesses e não os interesses da equipe. Porém, quando há responsabilidade e comprometimento, os conflitos são encarados abertamente e a confiança está plena, os membros do time naturalmente focam seus esforços em prol dos resultados, pensando no bem coletivo em detrimento às realizações pessoais.

Removendo essas falhas

Para que um time atinja alta performance e entregue cada vez mais, resultados melhores, de forma eficaz e eficiente, naturalmente você precisará tratar essas 5 disfunções.

Os benefícios desse processo para o time são: 

  • Reconhecer suas fraquezas e limitações e sentir-se mais confortáveis em pedir ajuda; 
  • Compartilhar skills;
  • Focar na solução de problemas, pensando no coletivo;
  • Tomar decisões de forma mais rápida;
  • Enfrentar problemas críticos de frente;
  • Estar sempre alinhados e focados no mesmo objetivo; 
  • Aumentar o engajamento das pessoas.

Por fim, entenda que todas as disfunções estão conectadas. A chave é começar construindo uma base sólida de confiança e, em seguida, incentivar conflitos saudáveis, manter a responsabilidade e definir objetivos claros, garantindo que o time comunique-se sempre com clareza.

Precisa de ajuda sobre esse assunto? Nós temos algumas ferramentas essenciais para resolver situações como essas! Clique aqui e conheça.

https://old.agile.whit.digital/voce-parece-agil-mas-nao-tem-foco-no-cliente-provavelmente-esta-perdendo-o-jogo/


by Agile.Inc Agile.Inc Nenhum comentário

Você sabe quais são os pilares para uma Transformação Digital correta?

Entenda agora as cinco bases necessárias para ter sucesso e vantagem competitiva nesse processo de Transformação Digital

Todos os dias podemos perceber o quanto o mundo está se transformando e como isso está acontecendo cada vez mais rápido. “Estamos a bordo de uma revolução tecnológica que transformará fundamentalmente a forma como vivemos, trabalhamos e nos relacionamos. Em sua escala, alcance e complexidade, a transformação será diferente de qualquer coisa que o ser humano tenha experimentado antes”, disse Klaus Schwab, Fundador e Presidente Executivo do World Economic Forum, sobre o futuro insondável, ambíguo e aberto da Quarta Revolução Industrial.

Neste cenário, a Transformação Digital acabou virando uma nova buzzword no mercado, no qual muitos dizem que fazem essa jornada de mudanças, mas poucos realmente realizam de forma eficiente, com uma visão holística do tema. 

Vale ressaltar que algumas empresas já nasceram na era Digital e de uma forma Digital, enquanto outras empresas nasceram Tradicional e só agora estão tentando migrar para um mundo Digital. Com isso, não é raro ver pessoas que tentaram transformar empresas tradicionais sem sucesso, se desligarem dessas corporações e criarem uma nova companhia, agora já com a cultura digital enraizada, desde seu nascimento. 

Por isso, atualmente, classificamos as empresas em dois grupos: 

  • Empresas que nasceram de forma tradicional e agora estão tentando migrar;
  • Empresas que já nasceram com a cultura digital.

Como já explicamos mais profundamente em um outro texto aqui do blog, entendemos por Transformação Digital como uma mudança fundamental na forma como a empresa se organiza, com uso de tecnologia, pessoas, processos e modelos de negócios, visando estar adaptado à um universo mais complexo e dinâmico, onde é fundamental ter foco na geração de valor ao cliente. Isso será decisivo na vida das empresas: quanto mais mindset digital a organização possuir, maior vantagem competitiva no mercado ela terá nesse novo mundo VUCA.

Para essa mudança acontecer, ou seja, a empresa sair do Tradicional e ser mais Digital, nós da Agile.Inc criamos um modelo que ajuda nesse processo de migração. Esse conceito foi desenvolvido pela nossa equipe, depois de muitos estudos e prática no dia a dia. 

Temos então cinco pilares para uma Transformação Digital correta:

Pilares para uma Transformação Digital correta

CULTURA

A mudança de cultura está como primeiro pilar para a verdadeira Transformação Digital acontecer, não por acaso. Afinal, tudo se resume em uma mudança cultural e de mindset. 

Entre as diversas mudanças de cultura, podemos destacar: 

  • Colocar realmente o cliente como ponto central do seu negócio;
  • Ter uma cultura de inovação aplicada;
  • Empoderar os times, mas com alto alinhamento;
  • Criar uma cultura de “não ter medo de falhas” e
  • ter mais transparência nas ações, decisões e planos

Esses são alguns exemplos de como a mudança cultural é o ponto primário da transformação.

“Você comete muitos erros ao longo do caminho, mas tudo bem. Não há problema em cometer erros, contanto que você aprenda com eles. (Meu pai e CEO) Vince tem uma expressão: ‘Tudo bem cometer erros, mas nunca cometer o mesmo erro duas vezes.’” – Stephanie McMahon, diretora de marca da WWE durante debate, em 2018. – https://www.istoedinheiro.com.br/confira-10-frases-inspiradoras-do-forum-economico-mundial-de-davos/

CAPACIDADES INTERNAS

Além da cultura, as empresas precisam de novas capacidades internas, ou seja, os times precisam ter novas habilidades para resolver problemas mais complexos. 

Entre essas competências, podemos ressaltar algumas como:

  • Trabalhar com novas tecnologias (Big Data, Blockchain, Machine Learning, entre outras);
  • Agilidade no desenvolvimento de produtos,
  • Gestão lean na concepção de produtos;
  • Uso do Design de maneira estratégica.

Esses são apenas alguns exemplos de capacidades internas que precisam ser desenvolvidas, dependendo do contexto de cada negócio.

ESTRUTURA E GOVERNANÇA

Esse pilar consiste em repensar a forma como a empresa está organizada. Empresas que já são digitais, se organizam de forma diferente das tradicionais:

  • Como as áreas da empresa estão estruturadas?
  • Como quebrar os silos da organização?
  • Como o budget é definido?
  • Como as iniciativas são priorizadas?
  • Como o acompanhamento do trabalho é feito de forma transparente?
  • Como criar maior eficiência operacional, por exemplo, com automação?

Novamente, esses são alguns exemplos de questionamentos que são abordados durante essa transição de empresas Tradicional para a era Digital, no que se refere a estrutura e governança, variando muito para cada tipo de negócio.

PESSOAS

Ter as pessoas certas, nos lugares certos e com o correto direcionamento é fundamental. Nesse pilar da verdadeira Transformação Digital, olhamos:

  • Papéis e responsabilidades (destacando que, não adianta estar apenas definido, mas deve ser seguido e monitorado de forma natural por todos), 
  • Como está a motivação das pessoas;
  • E qual modelo de liderança a ser aplicado.

Como pensamos aqui na Agile.Inc – no final do dia, são sempre pessoas trabalhando com pessoas para criar produtos para outras pessoas

Mas, infelizmente, ainda vemos muitas empresas tratando pessoas como recursos, de uma forma bem “comoditizada”, no qual basta apenas contratar colaboradores da consultoria que for mais barata, por exemplo.

MODELOS DE NEGÓCIOS

O quinto pilar da Transformação Digital consiste em pensar em novos modelos de negócios para o mundo VUCA. A forma como as pessoas compram e consomem serviços está mudando e as empresas precisam se adaptar o mais rápido possível.

Por exemplo, o típico caso do banco que começa a cobrar algo sem que você veja e saiba, já não é mais aceito por todos. Se isso acontece, as pessoas logo vão para as redes sociais ou sites de reclamação falar sobre isso, gerando problemas para a imagem da instituição. Surge então com mais frequência novos modelos de serviços, como os de Assinatura, Freemium, OnDemand, entre outros, visando sempre a experiência do usuário.

O trabalho consiste então em desenvolver esses cinco pilares para uma Transformação Digital correta nas organizações. Sentimos que cada empresa possui um dos pilares mais ou menos desenvolvido, ou com a necessidade de desenvolvimento de um pilar primeiro, etc.

Entretanto, acreditamos muito que alguns pontos são alavancas propulsoras para a transformação, ou seja, nem tudo vai acontecer ao mesmo tempo. As alavancas são:

  • Desenvolver a liderança
  • Capacitar os times
  • Aplicar conceitos de Agilidade

Se começarmos por esses três pontos, todo o resto acaba sendo incentivado de forma positiva. Conte conosco nesse processo de transformação – queremos cada vez mais levar a verdadeira transformação digital para as empresas e pessoas. 

Leia também:

Top