A importância da transparência para times de alta performance.

Você, como stakeholder que não tem background em TI, já se sentiu “refém” do time de tecnologia? Ou ficou com receios de colocar sua ideia no ar por causa dessa dependência criada por desenvolvedores? Esses são sentimentos muito comuns para aqueles que já estão com sua ideia rodando e faturando, como também para aqueles que querem começar um novo negócio.

Mas existe alguma forma de quebrar essa dependência?

Uma opção simples, é optar pela construção de um MVP que não dependa de código, como já falamos aqui. Mas esse não é o nosso assunto do dia.

Aqui, iremos abordar casos onde o código se faz necessário, seja pelo seu produto já ter sido estruturado assim ou por ter um grau de complexidade elevado.

Nesses casos, o melhor formato de quebrar essas barreiras entre stakeholders e time de desenvolvimento é sendo transparente.

O que é ser transparente?

A transparência é um assunto muito comentado no ecossistema de startups, mas o que de fato é ser transparente com o time de desenvolvimento?

Em primeiro lugar é deixar explícito o motivo pelo qual eles estão trabalhando, um roadmap claro e um alinhamento de visão ajudam nesse quesito. Em segundo lugar, entender quais são as metas e ambições de cada integrante do time, para saber se eles estão satisfeitos com a função que desempenham hoje. Em último, mas não menos importante, criar a cultura de contratar desenvolvedores junior que possam ser treinados para, no futuro, assumir papéis de maior responsabilidade.

Case Inventos

Agora, que tal mergulharmos em um caso real?

Realizamos um projeto com uma startup de educação há alguns meses, onde eles estavam com um problema recorrente de insatisfação do time de tecnologia, que gerava um churn muito alto e também problemas de metrificação do que era entregue, os stakeholders não tinham claro se o time estava fazendo boas entregas ou não.

O time de tecnologia sentia que só estava corrigindo bugs e não adicionando valor ao produto, pois faltava um roadmap claro. Para isso, montamos um roadmap inicial e realizamos o processo seletivo para um profissional da área de produto entrar na equipe.

O time de tecnologia também não se sentia a vontade para conversar com a liderança. Quanto a isto, fizemos um acompanhamento individual para entender suas necessidades e seus anseios, sejam profissionais ou pessoais. O que resultou na mudança de função de dois membros da equipe, que não estavam satisfeitos com o que faziam naquele momento.

Vale ressaltar que essas mudanças só foram possíveis pois os stakeholders estavam dispostos a abrir mão de algumas convicções e melhorar o canal de diálogo.

Por fim, para resolver o problema da alta gestão de sentir que o time de tecnologia era uma “caixa preta”, estabelecemos métricas e metas palpáveis; desmistificamos o Jira, ferramenta já utilizada por eles e que os stakeholders não conseguiam compreender; e criamos dashboards interativos para melhor acompanhamento do desenvolvimento do time.

E qual foi o resultado?

Ao fim do projeto, que teve duração de apenas um mês, conseguimos alcançar maior transparência entre time tech e stakeholders, que agora conseguiam se comunicar de forma menos engessada.

Nesse cenário os dois lados saíram ganhando, pois os desenvolvedores veem valor no seu trabalho e se sentem melhores recompensados e stakeholders conseguem acompanhar o que está sendo feito de forma clara (o que é bom para o time de desenvolvimento também, que entregava muito e não tinha essa visibilidade).

Aqui na Inventos adoramos conversar sobre esse e outros assuntos relacionados.

Se quiser bater um papo conosco, pode marcar usando esse link.