Ironicamente, eu trabalhei na área de TI de uma empresa de engenharia e eu não tinha qualquer acesso à Internet, nem e-mail. Para buscar documentação, eu tinha que perdir permissão ao gerente. Incrível.

Todo o software que essa pessoa desenvolve é interno à empresa e não será comercializado — o software é a fonte da agilidade da equipe, e vendê-lo é como matar a galinha dos ovos de outro para pegar os ovos que estão dentro dela.

Eu, como administrador, cobraria só uma coisa desse profissional: resultado. O resto é com ele. Se eu impor algum limite artificial, como imepedir o uso de mensageiros, e-mail e internet, acabarei ceifando o seu acesso a informação importante (desde documentação de APIs e fóruns técnicos até aquela conversa informal com um antigo colega que dá uma luz para uma dúvida dele).

E eu cheguei a conhecer uma empresa de engenharia onde o acesso a internet era totalmente proibido, poucos projetistas “selecionados” tinham e-mail e nenhum tinha mensageiros — mesmo que para uso interno à empresa!

Quanto à Internet, eu me acho particularmente mais produtivo conectado. Mas isso tem muito a ver com o fato de que eu pesquiso muito e estou sempre procurando comparar o que faço com a sabedoria adquirida na área. Mas há as desvantagens também, em termos de distração.

Finalmente, no que tange à arte é o que respondi em outra mensagem, eu discordo com um pouco. Eu acho que é realmente possível injetar “arte” em qualquer profissão. É até uma questão de sobrevivência profissional em termos de satisfação com o que se faz. Mas acho que no caso de programação, essa parte é subestimada. Ela é exigida continuamente, e de uma forma quase que intuitiva, mas não é considerada como parte do processo, que sempre é desenhado para produtividade em série. Daí as chamadas “fábricas de software”. A busca no Google não vale.

Trabalhar em empresa americana? Será que o Scott Adams baseia-se em empresas brasileiras para fazer as tirinhas dele? E, casualmente, são de um setor bem específico.

Será que eu necessito de internet, im e etc para ser criativo? Não. É uma característica de cada um. Certamente a internet facilita a pesquisa (se eu sei, não necessito muito da internet e um comunicador, pode ser apenas interno, ou levantar-se um pouco que é bom para a saúde

Quanto a arte, é algo relativo. Diversas profissões incluem a ‘arte’ com uma adicional. Faz bem para o ego. É como as empresas que deixam de chamar seus funcionários de empregados e passam a chamá-los de ‘colaboradores’. Psicologicamente gratificante. Mas parece que administração se sai melhor ou, tem mais ‘artistas’. Basta procurar no Google [administração "ciencia ou arte"] e trocar por programação para ver o que retorna mais resultados. O fato é que existem bons ou maus profissionais em qualquer área. O WTF está aí para mostrar as obras-primas de alguns programadores.

Pessoalmente, eu não subestimo administrador. Sem eles, nenhuma empresa andaria e, inclusive, a minha maior dificuldade enquanto “empresário” hoje é justamente essa parte, já que não tenho nem talento nem vocação para a coisa e estou tentando aprender por osmose.

Já vi muitas empresas colapsarem por serem administradas por médicos, programadores, analistas de sistemas, engenheiros, etc, etc, tudo menos um administrador. Portanto, concordo com o seu ponto, empresas devem ser administradas por administradores.

Acho que aqui está outro grande ponto do Peopleware: um pouco de burocracia é aceitável; qualquer coisa além disso vai fazer o barco afundar a longo prazo. É um pouco complicado passar a visão disso do livro, mas ele realmente foca na individualidade dos programadores. Peopleware é um livro bem específico, para uma área bem específica. Como eu mencionei anteriormente, ele se fixa no fato de que empresas de tecnologia de informação são extremamente diferentes e exigem estratégias bem diferentes por causa disso. Eu concordo intuitivamente com o livro por causa da minha experiência, embora os autores tenham fatos e estatísticas recolhidas ao longo de anos para apoiar suas idéias estranhas.

Há uma seção inteira do livro dedicada ao gerenciamento de mudança, falando exatamente o que você disse acima: que todo mundo absolutamente detesta mudança. O livro descreve algumas estratégias interessantes para lidar com isso, inclusive com o uso de um processo semi-caótico para facilitar a mudança e aumentar a aceitação.

Voltando ao ponto básico, o livro deixa a entender que, se pessoas são difíceis, programadores são possivelmente ainda mais difíceis. Na verdade, programadores aqui poderia ser substituído por qualquer área com um componente maior criativo colocado na mesma, em contraposição a áreas onde os processos são bem definidos. Por isso, lá pelas tantas, os autores comentam, por exemplo, sobre a questão de horário e mostram como isso pode ser tratado em função dessas necessidades individuais sem prejudicar a empresa.

Acho que quando o Cardoso falou em .com, ele estava falando mais dos exemplos notórios como 37signals, Fog Creek, etc. A Microsoft já é bem velha e particionada demais. No caso, provavelmente teríamos que considerar alguma área dentro da mesma.

Sobre os blogs, eu acho que eles são um fator positivo. Não são a solução, mas fornecem um ponto de contato com mais experiências do que livros e cursos–que tendem a ter uma aproximação mais condensada e fixa–podem oferecer. Não são uma solução, mas uma ajuda.

A questão talvez seja até que casas como FGV, FDC, etc, tendem a formar administradores com uma metolodia que se renova muito lentamente para conseguir resolver os problemas dinâmicos que estão surgindo hoje. Não é que não funcionem em absoluto. Mas essa não é o ponto. O ponto é funcionar otimamente.

Espero que a verborréia seja compreensível.

—

Rafael, exatamente isso. Existe uma certa percepção que essas coisas levam a produtividade para o buraco. Eu me lembro da segunda firma de TI que trabalhei: eu navegava aproximadamente 20% do tempo total. Meu nome sempre estava no topo dos logs de acesso e uso de banda. E mesmo assim, nunca me chamaram a atenção, porque a minha produtividade continuava bem acima da média. É dessa ssa compreensão, ou a falta dela, na verdade, que Peopleware trata.

Esse esquema de 8 às 18, sem internet, sem IM e etc, eu acho que acaba com qualquer equipe criativa.

Como você menciona, todo desenvolvedor tem um quê de artista, e ser privado da sua fonte de inspiração custa muito.

O que os gerentes de TI não vêm é que bons funcionários navegam na internet, mas adoram um desafio…

Para mim o Google é um exemplo bom, esse esquema não-rígido e a vantagem de dispensar 20% do tempo do funcionário para projetos pessoais é fantástico!

Espero que um dia as empresas de TI que estão enveredando para esse caminho obscuro(ou que já estão lá), acordem para a necessidade de mudar!

No início, a empresa é meio familiar, pequena, pode ser tudo informal. Depois começa a crescer e ficar ‘inchada’. Aí as coisas devem, realmente, sofrer modificações. É a mesma coisa que um software que começa pequeno, vão colocando ‘coisas’ dentro e ele começa a ficar difícil de ser manipulado ou alterado. Outra comparação poder ser no nível pessoal. Se a gente tem apenas um sistema e um cliente, nem precisamos de agenda ou de documentação. Quando as coisas começam a crescer, somos obrigados a alguma burocracia ou a ‘vaca vai para o brejo’. Quem estava querendo um GTD?

Pessoas são o material mais difícil de ser lidado. A delegação de tarefas é complicada, o tratamento é complicado, ficam nervosos com mudanças pequenas (só quem gosta de mudança é o nenê e, mesmo assim, quando está com as fraldas molhadas – outra coisa que se aprende na administração). A participação dos funcionários nas tomadas das decisões também é outro tema que é estudado.

Resumindo, não acho que seja necessário blog gringo nem nada. Se o encarregado não for administrador, um bom curso e/ou um bom livro, poderão trazer os conhecimentos necessários. A implementação dos que foi aprendido? Bem, cada caso é um caso. A Microsoft é .com, não sei se ainda usam bermudas ou ficam tomando sol depois do almoço, mas acho que todos conhecem a história:
http://moishelettvin.blogspot.com/2006/11/windows-shutdown-crapfest.html

—

Valdir, com certeza. O maior tiro no pé que uma empresa pode dar é considerar seu produto um “produto” passível de linha de produção. E isso é o que geralmente acontece. Apesar disso, acho que a grande penetração dos blogs europeus e americanos entre os desenvolvedores brasileiros está mudando algumas coisas. Isso é bom.