O Inner Source surgiu a partir do conceito de Open Source, conhecido como “software de código aberto”, mas adaptado ao ambiente empresarial. A Gartner, prevê que 40% das empresas de engenharia de software adotarão o Inner Source até 2026.

Ganhando relevância no nicho de tecnologia e entre pessoas desenvolvedoras, a metodologia possui benefícios e boas práticas a serem seguidas, além de desafios, que iremos aprofundar neste artigo. Acompanhe!

O que é Inner Source?

O conceito de Inner Source compartilha dos mesmos princípios do Open Source, só que pensando em ambientes em empresas. 

Cada time e repositório tem suas próprias regras, boas práticas e guias de contribuição, isso não irá mudar. Porém, os variados times de uma organização podem contribuir em projetos de colegas, facilitando a colaboração e comunicação entre equipes.

Ao colaborar com o código de outros times, é possível aumentar a velocidade das entregas, adicionar novas funcionalidades e corrigir bugs, grandes ganhos para o ciclo de desenvolvimento.

A atitude participativa oferece o espaço e a oportunidade das pessoas desenvolvedoras estarem envolvidas mais ativamente nas decisões técnicas da empresa, uma mudança de paradigma para empresas de tecnologia.

Como funciona o Inner Source?

Por exemplo, em uma empresa que aplica as práticas de Inner Source, o time A disponibiliza componentes reutilizáveis para outras equipes, como o time B. Assim, este time não precisa criar uma funcionalidade similar à já existente, ele pode apoiar e contribuir diretamente no componente do time A.

Além disso, em vez de somente relatar erros encontrados para o time A, como aconteceria em uma empresa com práticas tradicionais, o time B pode corrigir os erros por conta própria.

Dessa forma, os times otimizam seu tempo e esforço, com componentes mais versáteis e reutilizáveis. O resultado é a redução da carga cognitiva, otimizando esforços, proporcionando mais produtividade e evitando a sobrecarga de trabalho de devs.

O que não é Inner Source?

Vale ressaltar também o que não contempla o conceito de Inner Source: 

• As ferramentas disponibilizadas para gerenciar repositórios possibilitam o processo, mas não necessariamente que a colaboração aconteça.  
• O desenvolvimento não é aberto para contribuições externas, o Inner Source é um compartilhamento dentro da própria empresa.

Antes de tudo, o Inner Source fomenta a prática de desenvolvimento de software dentro de uma empresa com empoderamento das pessoas colaboradoras, transparência e senso de comunidade. Por isso, não existe só uma forma de implementar a prática, cada empresa terá um cenário diferente.

E o que é Open Source?

Open Source é um movimento tecnológico a favor da descentralização e colaboração na produção de software e na forma que é disponibilizado ao público.

Nos projetos Open Source, qualquer pessoa visualiza, modifica, contribui e distribui o código-fonte, ou seja, a comunidade participa da solução de problemas e do processo de inovação do software ativamente

Inclusive, a ideia de colaboração faz parte da essência da internet: estima-se que 90% da internet rode no sistema operacional Linux e que de 65% a 95% dos códigos sejam de terceiros. Quando se fala em linguagem não é diferente: as mais populares do mundo são Open Source.

Isso implica em um grande impacto na engenharia de software e no desenvolvimento, afinal as principais linguagens, ferramentas ou banco de dados são Open Source.

Por que estabelecer práticas de Inner Source?

A pesquisa State of Inner Source – respondida por devs, profissionais de engenharia de software, especialistas em Inner Source, além de pessoas executivas – traz um panorama interessante sobre como a prática está sendo adotada ao redor do mundo:

• Do ponto de vista da empresa incentivar práticas Inner Source, 76% consideram que a empresa busca o compartilhamento de conhecimento entre pares. 74% também consideram que a empresa busca remover gargalos e silos que atrapalham o dia a dia do desenvolvimento. Já 69% consideram o reuso como motivação para colocar o Inner Source em prática.
• Do ponto de vista do time, 54% observa que as práticas ajudaram a conhecer mais pessoas na empresa. 49% sentiram mais satisfação no trabalho, e 39% identificou mais novos recursos que não tinham percebido antes e a mesma porcentagem também percebeu a melhora na qualidade do software.

Portanto, podemos concluir que práticas de Inner Source incentivam um ambiente colaborativo de desenvolvimento de software com as seguintes características:

• enriquece a troca de conhecimento e formação de autoridades técnicas;
• incentiva uma cultura de contribuições, críticas e opiniões;
• proporciona mais satisfação para as pessoas colaboradoras.

Esse conjunto de aspectos leva a códigos de mais qualidade e, consequentemente, softwares melhores, garantindo resultados melhores para as empresas, além de maior satisfação de clientes. 

Por que implementar o Inner Source? 

Após conhecer mais detalhes sobre os conceitos, quais são as maiores vantagens de implementar o Inner Source em uma empresa? Acompanhe abaixo:

Melhor comunicação

As práticas do Inner Source derrubam as barreiras entre times da mesma empresa, aproximando profissionais de desenvolvimento, facilitando a comunicação e incentivando a colaboração. 

Além disso, é possível quebrar silos e diminuir gargalos, criando uma cultura saudável de cooperação e transparência, permitindo uma comunicação mais clara e objetiva.

Incentivo ao reuso

Com práticas de reuso, times de tecnologia otimizam tempo e esforço para se dedicarem a atividades mais estratégicas. Aliás, o próprio onboarding de novas pessoas pode se tornar mais rápido e menos custoso com o uso de práticas de Inner Source.

Aliás, uma das principais vantagens do Inner Source é o aumento do reuso do código. Afinal, a falta de transparência e de colaboração é um dos motivos que impede a reutilização de códigos e componentes dentro da empresa.

Além de não saber da existência de códigos em outros times, muitas vezes o próprio ambiente dificulta o compartilhamento. Pois isso, a importância de estabelecer práticas de compartilhamento reflete em mais transparência sobre o que outros times estão produzindo.

Incentivo à inovação

Uma empresa que implementa práticas de compartilhamento de conhecimento e estimula a autonomia incentiva a criatividade, tanto para criar novas funcionalidades quanto resolver problemas de formas inovadoras. Afinal, novas perspectivas sob diferentes ângulos proporcionam mais inovação para o software.

Mais qualidade no código

Em empresas que praticam Inner Source, o código é revisado por várias pessoas desenvolvedoras, o que facilita a identificação de falhas e na sua rápida solução. 

Além disso, existe outro fator: a visibilidade. Devs mostram suas soluções criativas e inovadoras para toda a empresa buscando reconhecimento, mas, ao mesmo tempo, os seus erros são apontados em público – por isso, tendem a tomar cuidado redobrado.

O resultado são códigos melhores e mais seguros, pois a comunidade também pode identificar vulnerabilidades mais cedo e encaminhá-las para o time de segurança.

Documentação robusta

O grande volume de acesso ao código exige uma documentação técnica mais completa e atualizada, auxiliando todas as pessoas usuárias desse software. Uma documentação robusta facilita a compreensão das regras de negócio e das decisões técnicas e padrões das aplicações.

Desafios da implementação do Inner Source

Um dos desafios tanto do Inner Source quanto do Open Source é lidar com diversos componentes, estratégias e ferramentas, mas podemos destacar outros mais:

Cobrança por resultados, não entregas

Inner Source exige uma mudança de cultura dentro de uma empresa, principalmente das pessoas gestoras. Se antes o foco era na entrega de resultados, agora o objetivo é no valor das entregas.

Além de mudar o foco do volume de código entregue, é preciso repensar como as responsabilidades serão divididas. Afinal, o grande destaque dessa prática é justamente a descentralização e o trabalho colaborativo, visando a qualidade e não a quantidade.

Relação entre pessoas colaboradoras

Quando trabalhamos com um time específico, com pessoas já conhecidas, pode ser mais fácil coordenar um projeto. A inclusão de indivíduos de times diferentes pode causar algum atrito, principalmente porque essas pessoas que não se conhecem tão bem estarão trabalhando juntas.

Por isso, o alinhamento e o foco no objetivo final – a construção de um código melhor – precisam estar ainda mais claros.

Dificuldade com o sistema legado

Os sistemas legados são defasados e de manutenção complexa. Por isso, práticas de Inner Source são difíceis de adotar neste cenário, afinal são poucas as pessoas desenvolvedoras com conhecimento suficiente para contribuir.

Por exemplo, o legado pode ter um fluxo de trabalho que não facilita a contribuição e até mesmo não possuir as ferramentas que garantem transparência para o processo.

Porém, quando a empresa resolve fazer a modernização de sistemas legados, pode ganhar muito ao adotar o Inner Source na nova plataforma.

Maturidade cultural

Nem sempre na prática iremos encontrar um ambiente maduro o suficiente para as pessoas desenvolvedoras contribuírem por conta própria ou valorizarem o senso de comunidade dentro da empresa.

A cultura da empresa também deve oferecer o suporte para receber as práticas de Inner Source. O incentivo à colaboração entre times e criação de guildas técnicas para discussões podem ser bons primeiros passos para uma cultura mais alinhada à metodologia.

Priorização de outras tarefas

Já para devs, o grande desafio é justamente não ter tempo para se dedicar à colaboração que o Inner Source exige. Como as demandas diárias são a prioridade, acaba restando pouco tempo para devs contribuírem e a iniciativa acaba sendo despriorizada.

Além de incentivar, o Inner Source deve estar no DNA da empresa e das pessoas desenvolvedoras, que estão juntas colaborando para entregas de maior qualidade.

Boas práticas para implementação do Inner Source

O Inner Source importou práticas e metodologias do Open Source, que já foram testadas e consagradas. Confira algumas delas:

• Code Review (Revisão de código): pessoas revisoras avaliam o código e possuem a missão de encontrar e corrigir erros, com o objetivo de melhorar a legibilidade e a uniformidade.
• Visibilidade: o código está disponível para todas as pessoas da empresa, por isso é preciso ter ferramentas que possibilitem essa visibilidade, como plataformas de desenvolvimento.
• Testes: são feitos de forma mais abrangente e por mais pessoas, tornando o código ainda mais testado e refinado.
• Documentação de software: para ser consultado por tantas pessoas, é primordial uma documentação completa e atualizada, acompanhando as atualizações do software.
• CI/CD: a adoção de abordagens ágeis tem como objetivo automatizar o desenvolvimento de software, como testes, construção e entrega de software.
• Issue Tracker: a prática de manter o registro de erros e reclamações de pessoas usuárias facilita a correção das falhas do código.

Inner Source no Brasil

No Brasil, o Itaú Unibanco e a Zup Innovation colocam em prática o conceito de Inner Source buscando auxiliar nos desafios do dia a dia dos times de desenvolvimento e impactar positivamente a experiência de clientes. 

Ao permitir que o código cresça e seja aprimorado de forma colaborativa, o Inner Source resulta em soluções mais ágeis e eficazes para os desafios do desenvolvimento.

Acompanhe o podcast onde discutimos sobre a experiência:

Em relação ao mundo, existem inúmeras iniciativas de Inner Source bem-sucedidas. Na comunidade InnerSource Commons estão disponíveis casos de implementações em grandes empresas como Microsoft, Adobe, American Airlines, dentre outras, além de boas práticas para implementar o Inner Source.

Como plataformas de desenvolvimento fomentam o Inner Source

A StackSpot é uma plataforma de desenvolvimento IA-first com foco na modernização de sistemas legados. A plataforma agiliza a criação, distribuição e reutilização de padrões técnicos, criando um software confiável com uma arquitetura executável.

Alinhada ao conceito de Inner Source, a StackSpot possui funcionalidades que incentivam o reuso e a colaboração, como o uso do Workspace para os times trabalharem de forma colaborativa durante o ciclo de desenvolvimento.

Conheça mais detalhes sobre a plataforma de desenvolvimento no vídeo.

Conclusão

A prática do Inner Source usa da metodologia do Open Source para incentivar o reuso para elevar a qualidade técnica dos times de uma empresa. Enquanto isso, o tempo das pessoas desenvolvedoras é otimizado, permitindo o foco em atividades de maior impacto e inovação.

Ao disponibilizar o código para todas as pessoas da empresa, é possível entender que muito além de um conjunto de práticas, o Inner Source fomenta uma mudança cultural voltada para o senso de comunidade e colaboração entre os times.

Mesmo enfrentando resistência cultural, sistemas legados e volume de entregas exigidas de times de desenvolvimento, o Inner Source é capaz de melhorar a qualidade de software com uma comunicação clara, documentação atualizada, incentivo ao reuso e foco na inovação.

Quer conhecer mais sobre como uma plataforma de desenvolvimento, como a StackSpot, promove o Inner Source? Entre em contato com nosso time de especialistas para saber mais.

Referências

• 2024 Platform engineering predictions
• Como implementar o InnerSource na sua empresa: benefícios, desafios e melhores práticas.
• Entenda de uma vez o que é open source e como funciona
• Inner Source: eficiência e qualidade do open source no mundo corporativo – Zup Innovation
• O que é Inner Source e por que você deveria implementá-lo dentro de sua empresa?
• Open source e Inner source