Um desenvolvedor de software deve obter um orçamento anual de equipamentos?
Definitivamente, é bom ter algo que eu traga à tona para discussão ou mesmo como parte de suas fichas de barganha na negociação de salários. A questão é mais sobre se é um "deve" ou um "deve" .
Alguém sabe se o setor tem esse padrão para oferecer um subsídio ou orçamento?
Infelizmente, o setor definitivamente não o tem como prática padrão, mas, felizmente, algumas empresas são um pouco menos gananciosas e têm mais contato com as necessidades de seus desenvolvedores (e dos funcionários em geral).
Essa será uma resposta bastante ampla e, pelo orçamento , não faço distinção entre o orçamento dado a você para comprar ou fazer um pedido ou como algo transparente quando você solicita uma atualização gerenciada pela equipe da sua empresa . Nos livros deles, é tudo a mesma coisa.
It's Handy
O problema é que isso obviamente pode representar rapidamente um orçamento enorme para uma empresa, se atingir uma certa massa crítica. No entanto, eu concordo com você e Joel que pode valer a pena.
Não faz sentido frustrar os funcionários.
Não se estrague
Dito isso, você também precisa manter os funcionários alinhados e fazê-los perceber que, às vezes, um desempenho ruim ou um hardware desatualizado é apenas um fato da vida . Você não quer que todos se transformem em crianças mimadas que desejam um novo SSD, o mais recente processador iN, o GB extra de RAM, etc ...
Não quero que as pessoas obcecem com a eterna juventude, e isso também se aplica ao hardware.
(Em projetos de software, no entanto, tenho tendência a permanecer o mais próximo possível da versão mais recente possível ... As analogias nem sempre são válidas :))
Necessidades específicas de hardware específico
Eu acho que há uma distinção a ser feita entre:
- o equipamento básico que é definitivamente necessário para o seu trabalho quando você inicia,
- e o equipamento mais avançado, onde a necessidade decorre de requisitos específicos.
Pacote Base
Por exemplo, a seguir, são coisas bastante comuns que você esperaria, e para as quais não vejo uma necessidade (forte) de pedidos especiais:
- um laptop + telefone celular (se você é um consultor no local),
- uma estação de trabalho se você trabalha fora do local e permanece na nave-mãe,
- além de alguns brindes não controversos, como:
- dispositivos de entrada decentes (teclado, mouse, talvez trackballs ...)
- cadeira decente.
Estes podem ser os mesmos para toda a empresa, exceto em casos especiais, como funcionários com deficiência. Empregados com deficiências ou lesões devem obviamente ser acomodados.
Bónus
Então, se obviamente você precisar fazer muitas videoconferências e apresentações, convém alguns gadgets, como coisinhas bluetooth, tablets e canetas. O que pode realmente ser compartilhado entre departamentos usando um sistema de reservas, para não acabar com todos solicitando alguns (e perdendo-os), enquanto reduz a margem de lamentação.
Se você é um designer, precisará do seu tablet de desenho, do seu trackball, etc. De vez em quando, vejo o desenvolvedor que implora por um trackball em vez de um mouse. Pessoalmente, eu tentei os dois, e os vejo como quase igualmente idênticos, então nunca realmente comprei essa reivindicação, se você não tiver uma necessidade específica dela além de "eu gosto mais". Você pode viver com um mouse em vez de um trackball sem desenvolver um RSI dentro de 8 horas se ainda não tiver problemas e tiver hábitos de uso corretos. É uma questão diferente quando você recebe um mouse ou trackball ou teclado de baixa qualidade, mas não vejo uma vitória clara para um ou outro.
Se você é um desenvolvedor que precisa executar 4 servidores de aplicativos simultaneamente, criar projetos e manter 3 instâncias do Eclipse ou Visual Studio sempre abertas, obviamente precisará de uma estação de trabalho bastante competitiva. Eu consideraria essas "necessidades básicas" para desenvolvedores , por isso não significa que os caras de marketing necessariamente precisem estar alinhados com isso.
Crie seu caso: dados concretos para a vitória
Por experiência, a maioria das empresas entende as suas necessidades se você puder provar que elas são legítimas. Se você puder defender a justificativa, eles pagarão o dinheiro ou tentarão acomodá-lo. Eles estão pagando para você trabalhar , então eles realmente não querem que você perca tempo.
(Ou seja, se eles se importam um pouco com o seu trabalho ... se você é irrelevante, acho que você está sem sorte lá ...)
Mostre o ganho para você
Portanto, no passado, meus colegas de trabalho e eu recebemos atualizações para RAM, dispositivos de entrada, cadeiras, discos rígidos e estações de trabalho inteiras ou até farms de servidores com base em requisitos claramente coletados e descritos. Demora um pouco do seu tempo para desenvolver o seu caso; portanto, discuta-o primeiro com o seu gerente de linha, mas provavelmente tudo ficará bem. Ou passe uma semana extra no escritório para construir o caso, pode valer a pena e seu gerente de linha confiará mais em você com essas decisões no futuro.
Mostre o ganho para eles (o dinheiro é a raiz de todo mal ...)
Com relação ao exemplo acima, calculamos, por exemplo, os tempos de construção e a redução que pudemos obter, e comparamos as diferentes configurações presentes na empresa, calculando a média de tempo desperdiçado por desenvolvedor por dia e, em seguida, fazendo-os perceber que, durante um ano, era equivalente a cerca de 20 dias completos por pessoa de ser incapaz de fazer qualquer coisa (como o computador basicamente não responderia se você não tivesse pelo menos um quad-core e 8 GB de RAM para essa compilação). Vezes o número de desenvolvedores, é uma quantidade considerável de horas que eles pagam para as pessoas ficarem sem fazer nada, o que foi muito maior do que atualizar pelo menos algumas das estações.
Mais recentemente, um colega de trabalho está fazendo uma avaliação semelhante para convencê-lo a considerar unidades SSD e está coletando dados realmente detalhados sobre quanto tempo seria economizado para cada corpo, de maneira semelhante.
Para consultas relacionadas à saúde, uma simples recomendação do seu médico, mesmo informal, pode ser suficiente.
Para software personalizado, você pode apenas apresentar as vantagens da ferramenta e seus impactos quando integrado ao seu processo. Por exemplo, consegui que minhas últimas três empresas comprassem licenças para ferramentas de wireframing depois de usar uma versão demo de uma apresentação para atrair seu interesse e, em seguida, usá-las mais amplamente em um ou dois projetos de curta duração envolvendo algumas pessoas. Eles eram muito baratos, mas originalmente eles não queriam comprar as licenças sem ver a necessidade. Quando perceberam que claramente ajudava a visualizar protótipos e a tomar decisões instruídas mais cedo, deram sinal verde rapidamente.
Plano
- Defina um plano de atualização.
- Defina referências e métricas a serem usadas para medir o ganho.
- Forneça resultados claros.
- Tire conclusões sobre esses resultados.
- Talvez faça um trabalho inicial sobre os cálculos de custos e economias (discuta também com o gerente de linha ou faça isso em uma segunda revisão da sua proposta).
- Faça com que os colegas assinem sua solicitação, possivelmente com cada um escrevendo uma declaração sobre como eles se sentem sobre a atualização, positiva ou negativa (a questão não é fazer um discurso de marketing completamente tendencioso para extorquir algo de sua empresa, é também realmente pesquise isso e veja se é realmente necessário).
Uma observação rápida sobre grandes atualizações para toda uma equipe
Sugira lançamentos contínuos se você solicitar atualizações para toda a equipe:
- que distribui o custo ao longo de um período mais longo ,
- isso dá tempo para resolver questões de transição ( "whoops, apenas percebendo que este CPU combinado com esta versão do sistema operacional questões realmente apresenta quando cross-compilar o nosso produto X para outra plataforma X"),
- ele impede que toda a equipe de ser preso em TI inferno manutenção com a reinstalação do sistema, atualizações do sistema e os problemas habituais ardósia limpa, ou os percalços ocasionais ( 'whoops, excluída essa cópia de segurança importante ...').
Admita a derrota: nem sempre funciona para tudo ...
E com razão. Nem tudo é aceitável. E coisas aceitáveis podem estar fora de alcance para sua empresa. Crie seu caso, leve-o ao gerente de linha, discuta-o durante um almoço de equipe ou algo mais amigável e com espírito de equipe do que no calor da revisão financeira deste ano.
Além disso, se você tiver dificuldade para montar seu caso :
- admita que você provavelmente não precisa ,
- admita que você provavelmente estava errado e o upgrade X não compra o que você pensava.
Se você não pode criar um caso e começar a ficar na defensiva sobre sua solicitação, isso significa que seria melhor fazer outra coisa.