Uno sviluppatore di software dovrebbe ottenere un budget annuale per le apparecchiature?
Sicuramente bello da avere e qualcosa che vorrei mettere in discussione o anche come parte delle tue chips di contrattazione per la negoziazione dello stipendio. La domanda è più se è un "dovrebbe" o un "must" .
Qualcuno sa se l'industria ha un tale standard per offrire un'indennità o un budget?
Sfortunatamente l'industria sicuramente non lo ha come una pratica standard, ma per fortuna alcune aziende sono un po 'meno avide e più in contatto con le esigenze dei loro sviluppatori (e dei dipendenti in generale).
Questa sarà una risposta piuttosto ampia e, in base al budget , non faccio una distinzione tra un budget che ti è stato dato per acquistare o effettuare un ordine o come qualcosa di trasparente in cui richiedi un upgrade gestito dal personale della tua azienda . Nei loro libri, è sempre la stessa cosa.
È pratico
Il problema è che questo può ovviamente rappresentare rapidamente un enorme budget per un'azienda, se raggiunge una certa massa critica. Tuttavia, sono d'accordo con te e Joel sul fatto che può valerne la pena.
Non ha assolutamente senso frustrare i dipendenti.
Non lasciarti viziare
Detto questo, devi anche mantenere i dipendenti in linea e far loro capire che a volte cattive prestazioni o hardware leggermente obsoleto sono solo un dato di fatto . Non vuoi che tutti si trasformino in bambini viziati che vogliono un nuovo SSD, l'ultimo processore iN, i GB extra di ram, ecc ...
Non voglio che le persone ossessionino l'eterna giovinezza, e questo vale anche per l'hardware.
(Con i progetti software, tuttavia, tendo a spingere per rimanere il più vicino possibile all'ultima versione ... Le analogie non sempre tengono :))
Esigenze specifiche per hardware specifico
Penso che ci sia una distinzione tra:
- l'equipaggiamento di base che è sicuramente necessario per il tuo lavoro quando inizi,
- e le attrezzature più avanzate in cui la necessità deriva da requisiti specifici.
Pacchetto base
Ad esempio, le seguenti sono cose piuttosto standard che ti aspetteresti e per le quali non vedo una (forte) necessità di ordini speciali:
- un laptop + cellulare (se sei un consulente in loco),
- una postazione di lavoro se lavori fuori sede e rimani alla nave madre,
- in più forse qualche chicca non controversa come:
- dispositivi di input decenti (tastiera, mouse, forse trackball ...)
- sedia decente.
Questi possono essere gli stessi per l'intera azienda, ad eccezione di casi speciali come dipendenti con disabilità. I dipendenti con disabilità o infortuni dovrebbero ovviamente essere sistemati.
bonus
Quindi, se ovviamente avrai bisogno di fare molte videoconferenze e presentazioni, potresti desiderare alcuni gadget come cose bluetooth, tablet e stilo. Che può essere effettivamente condiviso tra i reparti utilizzando un sistema di prenotazione, per non finire con tutti quelli che ne chiedono (e li perdono), riducendo al contempo lo spazio per lamentarsi.
Se sei un designer, avrai bisogno del tuo tablet da disegno, della tua trackball, ecc ... Ogni tanto vedo l'unico sviluppatore che chiede una trackball invece di un mouse. Personalmente ho provato entrambi, e li vedo quasi ugualmente identici, quindi non ho mai accettato questo reclamo, se non ne hai un bisogno specifico diverso da "Mi piace di più". Puoi vivere con un mouse invece di una trackball senza sviluppare una RSI entro 8 ore se non hai già problemi e hai abitudini di utilizzo corrette. È un problema diverso quando si ottiene un mouse schifoso o trackball o tastiera, ma non vedo una chiara vittoria per l'uno o l'altro.
Se sei uno sviluppatore che deve eseguire contemporaneamente 4 server applicazioni, costruire progetti e mantenere aperte 3 istanze di Eclipse o Visual Studio, avrai ovviamente bisogno di una workstation piuttosto competitiva. Considererei queste "esigenze di base" per gli sviluppatori , quindi non significa che i tizi del marketing debbano necessariamente essere allineati su questo.
Crea il tuo caso: dati concreti per la vittoria
Per esperienza, la maggior parte delle aziende capisce in merito alle tue esigenze se puoi dimostrare che sono legittime. Se riesci a difenderne la logica, tossiranno i soldi o proveranno ad accoglierti. Ti stanno pagando per lavorare , quindi non vogliono davvero farti perdere tempo.
(Cioè, se si preoccupano un po 'del tuo lavoro ... se sei irrilevante, temo che sei sfortunato lì ...)
Mostra il guadagno per te
Quindi, in passato, i miei colleghi e io abbiamo ottenuto aggiornamenti per RAM, dispositivi di input, sedie, dischi rigidi e intere workstation o persino server farm in base a requisiti chiaramente raccolti e delineati. Ci vuole un po 'del tuo tempo per costruire il tuo caso, quindi discutilo prima con il tuo manager di linea, ma probabilmente andrà bene. Oppure trascorri le ore extra una settimana in ufficio per compilare il caso, può valerne la pena e il tuo responsabile di linea si fiderà di più in tali decisioni in futuro.
Mostra il guadagno per loro (il denaro è la radice di tutti i mali ...)
Per quanto riguarda l'esempio sopra, abbiamo ad esempio calcolato i tempi di costruzione e la riduzione che potremmo ottenere, e abbiamo confrontato le diverse configurazioni presenti in azienda, calcolando la media del tempo sprecato per sviluppatore al giorno e poi facendoli capire che equivaleva per un anno a circa 20 giorni interi per persona di non essere in grado di fare nulla (poiché il computer in pratica non rispondeva se non avessi almeno un quad-core e 8 GB di RAM per questa build). Volte volte il numero di sviluppatori, è un numero considerevole di ore in cui pagano le persone per restare senza fare nulla, il che era molto più alto rispetto all'aggiornamento di almeno alcune delle stazioni.
Più recentemente, un collega ha fatto una valutazione simile per convincerli a prendere in considerazione le unità SSD ed è in procinto di raccogliere dati molto dettagliati su quanto tempo sarebbe risparmiato per ogni corpo, in modo simile.
Per domande relative alla salute, potrebbe essere sufficiente una semplice raccomandazione del medico, anche informale.
Per i software personalizzati, potrebbe essere necessario presentare solo i vantaggi dello strumento e i suoi impatti quando integrati nel processo. Ad esempio, sono riuscito a convincere le mie ultime 3 aziende ad acquistare licenze per strumenti di wireframing dopo aver utilizzato una versione demo per una presentazione per catturare il loro interesse, e poi usarle in modo più ampio in uno o due progetti di breve durata che coinvolgono alcune persone. Erano piuttosto economici, ma in origine non volevano acquistare le licenze senza vederne la necessità. Quando si sono resi conto che ha chiaramente aiutato a visualizzare i prototipi e prendere decisioni istruite in precedenza, hanno dato rapidamente il via libera.
Piano
- Definire un piano di upgrade.
- Definire parametri e parametri da utilizzare per misurare il guadagno.
- Fornisci risultati chiari.
- Trarre conclusioni su questi risultati.
- Magari fai un po 'di lavoro iniziale sui calcoli di costi e risparmi (discuti anche con il manager di linea o fallo in una seconda revisione della tua proposta).
- Fai in modo che i tuoi colleghi firmino la tua richiesta, possibilmente scrivendo a ciascuno una dichiarazione su come si sentono riguardo all'aggiornamento, sia esso positivo o negativo (il punto non è fare un discorso di marketing completamente distorto per estorcere qualcosa dalla tua azienda, è anche per ricerca davvero questo e vedi se è davvero necessario).
Una breve nota sugli aggiornamenti di grandi dimensioni per un intero team
Suggerisci rilasci progressivi se richiedi aggiornamenti per un intero team:
- si distribuisce il costo nel corso di un periodo più lungo ,
- si dà il tempo per appianare i problemi di transizione ( "whoops, basta rendersi conto che questa CPU combinato con questa versione del sistema operativo i problemi in realtà presenta quando cross-compilazione nostro prodotto X per altra piattaforma X"),
- essa impedisce tutta la squadra da essere bloccato in IT manutenzione all'inferno con reinstallazione del sistema, aggiornamenti di sistema e le solite questioni di tabula rasa, o le disavventure occasionali ( 'whoops, eliminato che il backup importante ...').
Ammetti la sconfitta: non funziona sempre per tutto ...
E giustamente. Non tutto è accettabile. E le cose accettabili potrebbero essere fuori portata per la tua azienda. Costruisci il tuo caso, portalo al responsabile della linea, discutilo durante un pranzo di gruppo o qualcosa di più amichevole e di spirito di squadra che nel fervore della revisione finanziaria di quest'anno.
Inoltre, se hai difficoltà a costruire il tuo caso :
- ammetti che probabilmente non ne hai bisogno ,
- ammetti che probabilmente avevi torto e l'aggiornamento X non ti compra come pensavi che sarebbe successo.
Se non puoi costruire un caso e iniziare a essere difensivo sulla tua richiesta, significa che faresti meglio a fare qualcos'altro.