Pesquisando sobre relatórios de horas e o sistema de horas bilhetáveis e taxas-hora, cheguei ao site da VeraSage. Não tenho idéia de quem são, mas seus argumentos e linha de pensamento são idênticas às minhas. Mais, eles complementaram tudo que me afligia há anos sobre o assunto. Resolvi traduzir dois de seus artigos (há mais em seu site). O primeiro “traduzi no artigo anterior” e aqui traduzo o segundo, entitulado “No Timesheets vs. Utopia”, de 02/09/2007, por Ron Baker, que começa abaixo.

Imagine que sua casa está pegando fogo. Você conseguiu tirar sua família de lá a tempo, até conseguiu pegar algumas fotos preciosas pelo caminho. Agora sua unidade familiar abalada está de pé no meio da rua observando o Sonho Americano ir embora em brasas.
Os bombeiros chegam, eles pegam todas as mangueiras e tão logo estão se preparando para apagar o inferno, você corre até o líder dos bombeiros e grita: “ESPEREM! ESPEREM! COM O QUE VOCÊS VÃO SUBSTITUIR ISSO?”
Leia mais »
sábado, 30 de abril de 2011 -
3:00
|
Pesquisando sobre relatórios de horas e o sistema de horas bilhetáveis e taxas-hora, cheguei ao site da VeraSage. Não tenho idéia de quem são, mas seus argumentos e linha de pensamento são idênticas às minhas. Mais, eles complementaram tudo que me afligia há anos sobre o assunto. Resolvi traduzir dois de seus artigos (há mais em seu site). O primeiro é o texto “Hourly Billing is the Opium of the Profession”, de 30/03/2006, por Ronald J. Baker, Founder VeraSage Institute, que começa abaixo.

Nós chegamos, portanto, a esta conclusão. Um commodity tem um valor, porque é a cristalização do trabalho social. A grandeza de seu valor, ou seu valor relativo, depende da quantidade maior ou menor dessa substância social contida nela; isso quer dizer, na massa relativa de trabalho necessário para sua produção. Os valores relativos de commodities são, portanto, determinados pelas quantidades respectivas ou porções de trabalho, implementadas, realizadas, fixadas nelas. As quantidades correlativas dos commodities que podem ser produziadas no mesmo tempo de trabalho são iguais. Ou o valor de um commodity é para o valor de outra commodity assim como a quantidade de trabalho fixo no primeiro é para a quantidade de trabalho fixo no outro.
- Karl Marx, Valor, Preço e Lucro, 1865
Trabalhadores do mundo … me perdoem.
Karl Marx
–Graffiti num estatuto, Moscow 1991
Leia mais »O único lugar onde o Marxismo não foi desacreditado – fora das universidades americanas – são as empresas profissionais de serviço.
–Ronald J. Baker
sábado, 30 de abril de 2011 -
2:39
|
Último comentário por:
sergio da silva rodrigues -
@Leandro Severino
Pelo que entendi do texto todos, vc não deve atrelar o preço dos teus projetos proporcional ao esforço em ... |
Meu último artigo de tradução sobre “Padrões: Excelência vs. Mediocridade” gerou uma discussão separada interessante especificamente sobre “Design Patterns”.
Para quem não é de programação, nos anos 70 (e foi reforçado nos anos 90 pelo “livro do Gang of Four”) surgiu um termo chamado “Design Pattern” que, segundo a Wikipedia, em engenharia de software, um “design pattern” é uma solução reusável geral para um problema que ocorre comumente em design de software. Um design pattern não é um design fechado e acabado que pode ser transformado diretamente em código. É uma descrição ou template para como resolver um problema que pode ser usado em muitas situações diferentes.
Para nós, no Brasil, existe um *enorme* problema que só me caiu a ficha por causa da discussão nos comentários do meu artigo que mencionei acima. A reclamação foi que traduzi “Design Patterns Standards” como “Padrões de Design”. O Ronald, que fez a reclamação, levantou o ponto correto, as palavras em inglês: “default”, “standard” e “pattern” todas traduzem para a mesma palavra “padrão” em português.
Leia mais »
quarta-feira, 27 de abril de 2011 -
14:33
|
Último comentário por:
Ronald Tetsuo Miura -
O problema não é da língua portuguesa, é da tradução deliberadamente ambígua |
O texto a seguir é uma tradução do excelente artigo Standards: excellence vs mediocrity, escrito por Jason Yip, consultor da Thoughtworks, que tive o prazer de conhecer pessoalmente ano passado.
Antes de iniciar o texto traduzido, uma pequena introdução: todos sabemos como muitos conceitos que temos como fundação no mundo ocidental podem ser radicalmente diferentes no mundo oriental. Um desses conceitos difíceis de transpor do mundo oriental para o ocidental é justamente o de “padrões”. No mundo ocidental “padrão” é um denominador comum, estático, rígido, difícil de mudar, o status quo. No mundo oriental, a idéia de “padrão” é “o melhor”. Se amanhã aparece outro “melhor”, este deve ser considerado o novo padrão. Não é algo inatingível, que admiramos de baixo para cima sabendo que dificilmente vamos alcançar, como um “recorde”.
Imagine um mundo onde o “recorde” é o “padrão”. Eu falei sobre isso em outro artigo chamado Padrões, Commodities e Inovação, recomendo ler. Agora sim, segue a tradução do artigo do Jason:
Leia mais »
domingo, 24 de abril de 2011 -
20:49
|
Último comentário por:
A Língua Portuguesa-Brasileira é Péssima: Standard vs Pattern - Gestão 2.0 -
[...] último artigo de tradução sobre “Padrões: Excelência vs. Mediocridade” gerou uma discussão separada interessante especificamente sobre “Design [...] |
Quem leu meu artigo de alguns dias atrás “Então você quer terceirizar um projeto? Quem é você?” pode imaginar que a culpa dos projetos terceirizados darem errado é somente de quem pede, do cliente. De jeito nenhum. Parte está lá sem dúvida, mas boa parte está fora, em quem atende, os terceiros, as “consultorias”.
Tudo começa quando você recebe uma Requisição de Proposta (RFP) e agora precisa entender o problema, rascunhar uma solução, descrevê-la numa proposta, precificar e enviar de volta ao requerente.
Se é ruim quando uma RFP vem apenas como “quero um site”, tanto pior é uma proposta que retorna com “eu faço sites, custará $X”. Do ponto de vista do departamento de compras, quando eles recebem uma proposta de volta obviamente concluem que quem está mandando a proposta está automaticamente afirmando que “sabe fazer”, e para ele basta observar quanto cada um vai cobrar. Basta que o responsável técnico avalie as propostas e se ele disser que todos atendem a solicitação, vence o menor preço.

quarta-feira, 13 de abril de 2011 -
18:04
|
Último comentário por:
Thiago Ghisi -
Akita e quanto a minha primeira pergunta:
Vamos supor que seu chefe te mande um e-mail tipo esse:
Em anexo o documento ... |
Apesar de ter trabalhado em produtos e projetos internos como funcionário de empresas, a maior parte da minha carreira sempre foi como freelancer ou consultor. Em outro artigo vou explicar porque gosto muito mais de consultorias do que ser funcionário.
De qualquer forma uma coisa que sempre vai existir é a terceirização. Existem dezenas de motivos para isso. Vamos entender neste artigo como é a figura do gerente de projetos da empresa que quer terceirizar serviços para consultorias, agências ou outros.
A grande maioria das empresas e gerentes peca estupidamente na hora de terceirizar. Depois de anos atendendo todo tipo de indústria, dá para contar nos dedos a quantidade de vezes que recebi uma requisição de proposta (RFP) realmente decente.
O problema: você que é gerente de projetos da empresa não é o dono do dinheiro e não é quem será beneficiado pelo produto desenvolvido pelo terceiro. Economicamente falando, você é a pessoa que tem o menor interesse no projeto e mesmo assim é o principal responsável em fazer com que ele aconteça. Não estou dizendo que todos agem conscientemente dessa forma, mas sim que inconscientemente é onde a situação naturalmente os leva.
Leia mais »
sábado, 9 de abril de 2011 -
16:17
|
Último comentário por:
Ricardo Fernandes Luiz -
Infelizmente a grande maioria das pessoas que procuram por terceirização de TI ainda são do 2º tipo, só querem um ... |
Depois de tanto tempo falando de metodologias, processos, procedimentos, existe uma coisa que já deveria ser óbvia mas que a maioria das empresas ignora: metodologias nunca vão substituir bons profissionais.
Se eu disser isso a qualquer um, todos vão dizer: “mas isso é óbvio”. E minha vontade é retrucar: “então porque diabos você está tentando implantar essa metodologia?”
Antes de mais nada, vamos a algumas definições:
domingo, 3 de abril de 2011 -
15:21
|
Último comentário por:
Fabio Akita -
Ricardo: é isso mesmo. O título é destinado a quem defino no começo do artigo: a quem acha que "basta ... |