A mercantilização fracassada do trabalho técnico

A mercantilização fracassada do trabalho técnico

• A paixão pela culinária de um homem que é um talento excepcional na área de engenharia de dados e também foi seu primeiro gerente.
• Ele tem uma paixão muito forte por cozinhar, chegando a compartilhar análises sobre a distribuição de calor em um frango no forno.
• Expressa respeito pela complexidade da culinária e pela complexidade das operações do McDonald's.

Um breve insight sobre a mentalidade de executivos de nível C

• Leu o livro The Phoenix Project para entender a situação atual da indústria de tecnologia.
• O livro explica que as operações de TI são semelhantes ao trabalho de uma fábrica, oferecendo implicações sobre a gestão do fluxo de trabalho dentro das organizações.
• Há muitos livros com temas semelhantes, como The Unicorn Project e Investments Unlimited, e eles oferecem conselhos sobre como operar organizações de forma eficiente.

McData

• Empresas que vendem produtos tecnológicos comercializam seus produtos com foco na reprodutibilidade consistente do trabalho, e não nos detalhes técnicos do produto.
• Os produtos prometem entregar resultados suficientemente bons para resolver problemas técnicos sem depender da habilidade de um engenheiro específico.
• Muitas empresas ignoram os detalhes técnicos e tentam resolver problemas simplesmente comprando um novo sistema.

It's Fucking Raw

• Muito trabalho técnico ainda não foi mercantilizado, e isso é um problema importante.
• A mercantilização do trabalho técnico frequentemente fracassa, o que leva empresas a vender e comprar produtos que não funcionam direito.
• A mercantilização do trabalho técnico ainda está ligada à criatividade individual, o que também a conecta ao elemento humano dentro das organizações.

Opinião do GN⁺

• O ponto mais importante deste texto é que a mercantilização do trabalho técnico ainda não foi totalmente bem-sucedida.
• Entender a complexidade e a criatividade do trabalho técnico, e gerenciá-las de forma eficaz, continua sendo um desafio para muitas empresas.
• O que torna este texto interessante é mostrar como a tentativa de tratar o trabalho técnico como uma simples commodity é, na prática, muito mais complexa.

[GN⁺]

Comentários do Hacker News

• Acho que o autor deixou passar que uma parte considerável do trabalho técnico agora já foi comoditizada. Coisas que antes eram tarefas técnicas hoje viraram tarefas simples. Por exemplo, mala direta ou contabilidade por partidas dobradas agora foram substituídas por uma simples leitura de código de barras e um toque para pagar. A parte mais difícil não é o trabalho técnico, e sim o levantamento de requisitos.
• Concordo que a comoditização completa do trabalho técnico é uma má ideia e que continuará fracassando. Mas não acho que The Phoenix Project defenda isso. O ponto principal de The Phoenix Project é ter um sistema claro para gerenciar e automatizar trabalhos repetitivos, minimizar o tempo de andamento do trabalho, compartilhar informações amplamente, fazer o trabalho de que o negócio realmente precisa e reduzir trabalho não planejado e ruído para que os funcionários possam fazer trabalho de maior valor.
• Aponta-se que há confusão entre os termos “commodification” e “commoditization”. “Commoditization” significa coisas proprietárias se tornarem comuns, enquanto “commodification” significa coisas que não eram vendidas se tornarem passíveis de venda.
• Os desenvolvedores não são como adolescentes trabalhando no McDonald’s, mas sim como os engenheiros que projetaram a máquina. Programação não é fazer o trabalho, mas um meta-trabalho: escreve-se uma lista de instruções uma vez, e então o computador executa o trabalho indefinidamente.
• Existe a percepção equivocada de que o desenvolvimento de software já foi “comoditizado” e que não é mais necessário escrever código. Na realidade, não é fácil construir sistemas para resolver problemas novos, e ainda são necessários texto para representar regras lógicas e fluxos, controle de versão, rollback etc., portanto programadores continuam sendo necessários.
• Não é possível criar um livro de autoaperfeiçoamento valioso sem permitir que o elemento humano floresça. Mas ainda é preciso uma fábrica capaz de imprimir livros, e uma encadernação bonita só surge quando é operada por pessoas que têm ligação com o trabalho.
• A indústria de tecnologia já tenta há muito tempo comoditizar os desenvolvedores. Apesar de frameworks de alto nível e de requisitos que parecem simples, muito software ainda não funciona bem. Como o autor aponta, a verdadeira solução é ter desenvolvedores competentes que se importam.
• Em funções de business intelligence/análise, há tentativas de substituir pessoas que escrevem SQL por pessoas que sabem usar ferramentas como Tableau. Mas isso traz alguns problemas: é preciso contratar mais pessoas (e com salários mais baixos), a lógica de negócio fica escondida na UI e se torna complexa, e agora a solução fica armazenada em uma pasta de trabalho do Tableau, que não pode ser usada como entrada para outra coisa.
• Considera-se mais apropriado comparar software a planejamento urbano, e várias especializações estão surgindo. À medida que os padrões evoluem, talvez sejam necessárias certificações específicas para trabalhar em certos domínios. Em muitos casos, software não é o resultado final, mas algo que fornece suas próprias possibilidades.
• Trabalhou em uma empresa que aplicou as ideias de The Phoenix Project tratando desenvolvedores como peças de máquina de fábrica, mas a empresa acabou fechando uma subsidiária importante e demitindo a maior parte dos funcionários.