Este artigo é um trecho do livro “Transformação digital e cultura de produto: Como colocar a tecnologia no centro da estratégia da sua empresa”.

Quando organizamos os times em tribos e squads, com times de produto e times estruturais, é comum acontecer dependências entre os times. Por exemplo, para um determinado time poder fazer algo para atingir um determinado objetivo, ele pode precisar que outro time implemente algo em sua parte do produto. Essas dependências podem causar gargalos no processo de desenvolvimento do produto e atrasos no atingimento dos resultados e objetivos.

Existem três formas para lidar com essa dependência entre times:

1. Pedir para priorizar: a mais simples de todas é pedir para o outro time priorizar. Caso o time não priorize, sempre há a opção de escalar essa necessidade e a líder da área fazer essa priorização de forma top-down. Essa é a pior forma de lidar com dependências, pois a prioridade de um time raramente é a mesma que a do outro, e ter que escalar essa necessidade e priorização pode acarretar dificuldades de relacionamento entre os times.
2. APIs: nesse modelo, todos os times constroem, além de suas funcionalidades, APIs para consumo interno dessas funcionalidades. É uma boa estratégia e que permite minimizar as dependências entre times, além de eventualmente permitir oferecer essas APIs para consumo externo. Contudo, também corremos o risco de algo novo ainda não ter sido implementado e ter que entrar na priorização do time.
3. Innersource: é o uso das melhores práticas de desenvolvimento de software de código aberto e o estabelecimento de uma cultura semelhante ao código aberto dentro das organizações para o desenvolvimento de seu software proprietário. É a melhor solução para a dependência entre os times, mas requer maturidade. Nessa forma de dependência, quando um time A precisa que algo seja implementado no código de outro time B, as pessoas do time A fazem a modificação que precisam no código do time B e submetem essa modificação para que o time B avalie e, se tudo estiver ok, a publique.

Vale destacar que o innersource não é apenas uma prática técnica, mas também um reflexo direto da cultura da organização. Ele exige um nível mais alto de confiança entre os times, padrões claros de qualidade de código, processos maduros de revisão e uma mentalidade de responsabilidade compartilhada. Sem esses elementos, a tentativa de adotar innersource pode gerar mais atrito do que benefícios.

Desde minha época de Locaweb tenho buscado trabalhar com o modelo de innersource para ajudar a diminuir a dependência entre os times.

Em organizações em processo de transformação digital, a forma como as dependências entre times são tratadas acaba se tornando um forte indicador do nível de maturidade da cultura de produto. Quanto mais a empresa depende de escalonamentos e priorizações top-down, mais lenta e frágil tende a ser sua capacidade de execução. Por outro lado, modelos que aumentam a autonomia e reduzem gargalos estruturais normalmente se traduzem em maior velocidade, melhor alinhamento e melhores resultados de negócio.

Transformação digital e cultura de produto

Esse artigo é mais um trecho do meu livro mais recente “Transformação digital e cultura de produto: Como colocar a tecnologia no centro da estratégia da sua empresa“, que vou também disponibilizar aqui no blog. Até o momento, já publiquei por aqui:

• Sobre o livro
• Parte 1: Conceitos
  • Capítulo 1: A tal da transformação digital – Projeto e Produto
  • Capítulo 2: Incerteza e transformação digital
  • Capítulo 3: Tipo de empresa
  • Capítulo 4: Tipo de empresa x maturidade digital
  • Capítulo 5: Modelos de negócio
  • Capítulo 6: Cultura ágil, digital e de produto
• Parte 2: Princípios
  • Capítulo 7: Entregas rápidas e frequentes – Medindo e gerenciando a produtividade – Estudo de caso: Grupo Dasa – Estudo de caso: Itaú Unibanco
  • Capítulo 8: Foco no problema – O Famoso Discovery de Produto – Por que o modelo “negócios demanda → tecnologia implementa” não funciona? – Estudo de Caso: Magazine Luiza
  • Capítulo 9: Entrega de resultado – Time Terceirizado ou Time Interno? – Estudo de Caso: Centauro
  • Capítulo 10: Mentalidade de ecossistema
• Parte 3: Ferramentas
  • Capítulo 11: Visão de Produto – Exemplos de visão de produto
  • Capítulo 12: Estratégia de Produto
  • Capítulo 13: Estrutura de time – Como estruturar times de desenvolvimento de produto mais eficazes – Times estruturais – Planilha de estrutura de time – Downsizing e layoffs – CTO + CPO – Internacionalização – Time terceirizado – Modelo de Tuckman – Dependência entre times

Treinamento e consultoria em gestão de produtos

Ajudo empresas e lideranças (CPOs, heads de produto, CTOs, CEOs, tech founders e heads de transformação digital) a conectar negócios e tecnologia por meio de treinamentos e consultoria focados em gestão de produtos e transformação digital.

Podcasts da Gyaco

Na Gyaco, acreditamos no poder das conversas para promover reflexão e aprendizado. Por isso, temos dois podcasts que exploram o universo de gestão de produtos por ângulos diferentes:

• Produto em Pauta: Na nova temporada intitulada “Além das Buzzwords”, Felipe Castro e eu desmistificamos termos de produto com exemplos reais de nossas clientes. Disponível no YouTube e no Spotify. Gravada em português e, no YouTube, com legendas em inglês.
• Product Chronicles, the Brazilian Way: com Fábio Martinelli Duarte e Paulo Caroli: o jeito brasileiro de fazer produto, histórias, desafios e aprendizados, com cases das nossas clientes. Disponível no YouTube e no Spotify. Gravado em inglês e, no YouTube, com legendas em português.

Gestão de produtos digitais

Você trabalha com produtos digitais? Quer aumentar as chances de sucesso do seu produto, resolver os problemas das usuárias e atingir os objetivos da empresa? Conheça meus livros, onde compartilho o que aprendi ao longo de mais de 30 anos criando e gerenciando produtos digitais:

• Transformação digital e cultura de produto: Como colocar a tecnologia no centro da estratégia de sua empresa
• Liderança de produtos digitais: A ciência e a arte da gestão de times de produto.
• Gestão de produtos: Como aumentar as chances de sucesso do seu software.
• Guia da Startup: Como startups e empresas estabelecidas podem criar produtos de software rentáveis.