Sempre Existe um Sistema
Esse post foi traduzido automaticamente do inglês. Se você encontrar algum erro, por favor entre em contato.
Tenho discutido como aplicar Pensamento Sistêmico na liderança de engenharia, e como parte disso, vale falar sobre o que é pensamento sistêmico e por que ele é essencial no desenvolvimento de software.
Começando do início
Pensamento Sistêmico é uma ampla área de conhecimento que aborda a resolução de problemas entendendo como todas as peças se conectam e influenciam umas às outras. Se você é novo nisso, provavelmente não há lugar melhor para começar do que aqui.
Essa teoria não é nova, e diferentes indústrias a aplicaram por décadas. Um ótimo exemplo é o Sistema de Produção Toyota (TPS), que redefiniu como fabricar produtos, focando no ciclo desde a compra até as matérias-primas.
Também é notícia velha em software. Qualquer time usando uma metodologia de trabalho considerada “ágil”, como Scrum ou Kanban, é influenciado pelas mesmas ideias. Pelo menos em teoria.
Resumindo, está praticamente em todo lugar. Sempre existe um sistema, seja ele visível ou não. Todo grupo realizando uma atividade regular vai trabalhar sob certas regras. Algumas serão formais e definidas como processos, e algumas serão informais como hábitos adquiridos com o tempo. E isso inclui o seu time.
Somos todos engrenagens em uma máquina?
Mesmo que esses conceitos já influenciem nosso trabalho, é relevante falar sobre eles porque o Pensamento Sistêmico tem uma má reputação em tecnologia. E isso está impedindo gestores de serem mais eficazes.
A preocupação usual de olhar através de uma lente sistêmica é que isso vai desumanizar o trabalho. Se tudo é um sistema, somos todos apenas peças fazendo a mesma tarefa diária? Estamos matando a inovação ao focar demais no processo?
Na realidade, o oposto geralmente acontece. Gestores inadvertidamente criam times ineficazes ao não tornar sistemas e processos uma preocupação de primeira classe dentro do time, restringindo o trabalho de todos. Quer queiramos ou não, o desempenho individual da maioria dos membros do time é definido pelos seus sistemas.
“O fato é que o sistema em que as pessoas trabalham e a interação com as pessoas pode ser responsável por 90 ou 95 por cento do desempenho.” (Deming)
Infelizmente, ainda é muito comum gestores e times focarem em melhorar indivíduos e seu comportamento sem olhar para o contexto que está produzindo aquele resultado. E isso frequentemente é desperdício de tempo.
O exemplo da baixa performance
Um exemplo que infelizmente se tornou muito familiar na minha carreira é uma ótima forma de ilustrar isso: como abordar baixa performance individual.
Em muitas instâncias quando comecei a gerenciar times, fui alertado sobre indivíduos com baixa performance. Em alguns casos, eles já estariam em um processo de gestão de desempenho, significando que a situação já havia impactado suas carreiras.
O comportamento natural seria focar na pessoa com dificuldades. Fornecer feedback e pedir mudança de comportamento. Mas infelizmente, embora essas atitudes possam levar a um salto positivo nos resultados, geralmente não duram muito.
Achei mais benéfico me perguntar e perguntar ao indivíduo outra questão: “Como ele chegou aqui em primeiro lugar?” Como o time dele está trabalhando e como ele está trabalhando dentro do time? Se o objetivo do time é produzir software de alta qualidade, qual é o sistema deles para criar software do início ao fim?
As respostas que encontrei geralmente eram interessantes. Embora nem sempre seja o caso, na maioria das instâncias algo mais estava quebrado. Por exemplo, o time não tinha um bom processo de trabalho e indivíduos menos experientes achavam difícil entender o que fazer. Ou o time não colaborava bem, deixando engenheiros menos confiantes para trás já que eles não sabiam como aprender.
As situações variam. A parte interessante é que eu conseguia melhorar o desempenho individual melhorando o time ao redor de indivíduos com baixa performance. Isso porque eles não eram a parte disfuncional, mas o sistema era. E o benefício adicional é que essas mudanças também ajudavam o time como um todo. Uma situação onde todos ganham, como dizem.
Gestores, foquem no sistema
Resumindo, preste atenção aos sistemas no seu time. Como líder, você tem uma perspectiva de como o trabalho funciona que contribuidores individuais não têm. E você tem a capacidade de influenciá-lo para ajudar todos a alcançar melhores resultados.
Entender os sistemas não significa que você vai conseguir mudar todos eles ou que não pode adaptá-los aos indivíduos no seu time. Mas significa que você vai conhecer as melhores alavancas para puxar, dando a você a melhor chance de sucesso.
Esse post faz parte de uma série sobre Liderando Times de Software com Pensamento Sistêmico.