Comunicação e o Desenvolvimento de Software

Em 1997 a minha então namorada, hoje esposa, recomendou uma excelente leitura: “As 22 consagradas leis do Marketing”. Hoje, em 2024, muito tempo passou, o livro envelheceu e as 22 leis não preservaram a relevância de antigamente. Mas, a idéia por trás do livro permanece interessante: é possível definir um conjunto de regras e condições que são sempre verdadeiras em uma determinada área do conhecimento? Na Computação, mais especificamente na Engenharia de Software, houveram tentativas, como a Lei de Conway:

“any organization that designs a system  (in the broad sense used here) will produce a design whose structure is a copy of the organization's communication structure.” Melvin Conway, 1968.

Isto é, a comunicação entre as diversas entidades do código será tão boa e eficiente quanto a comunicação entre os departamentos da empresa desenvolvedora. 

Em 25 anos de carreira testemunhei muitos exemplos que confirmam esta relação. Desenvolvimento, Produto, UX/UI, SREs, Ciência de Dados, Segurança e outras áreas importantes precisam se comunicar continuamente e sem atritos ou ambiguidade para permitir a coesão, consistência e clareza do software resultante.

 Kent Beck, Jeff Sutherland, Martin Fowler e outros trataram de re-afirmar a validade da Lei de Conway no Manifesto Ágil:

1. Individuals and interactions over processes and tools

2. Working software over comprehensive documentation

3. Customer collaboration over contract negotiation

4. Responding to change over following a plan

Ao lermos atentamente cada um dos princípios ágeis, todos eles concentram-se na capacidade de comunicação entre as diversas áreas de uma empresa. Dê voz ao indivíduo, valorize interações entre pessoas, comunique-se com o cliente continuamente e responda prontamente a mudanças no cenário.

Para isso, abuse de cerimônias bem planejadas, principalmente retrospectivas e planning; o Agilista é o seu melhor parceiro, caso você tenha esse profissional em seus quadros. Mantenha-se próximo de suas equipes, valorize a qualidade dos PRs e, lembre-se, reuniões 1:1 são suas amigas para detectar possíveis problemas e se antecipar. Promova conversas entre as diversas áreas e, principalmente, o diálogo analítico e rigoroso, mas pacífico: os egos devem sempre ficar do lado de fora da sala. Pessoas tóxicas destroem qualquer possibilidade de uma comunicação saudável: desligue-as assim que possível. Lembre-se, bugs reportados são sempre o resultado de uma insatisfação, do cliente ou da equipe, com o software: priorize-os a qualquer custo. Mas, acima de tudo, ouça a todos com a mesma atenção e empatia, do estagiário que entrou ontem ao CEO.

Para o próximo post falaremos sobre as Leis de Lehman.