Blog

I manager delle risorse umane lo sanno da molto tempo: il denaro è una motivazione insufficiente. Dopotutto, i lavoratori non si conformano alle condizioni di mercato, mettendo il denaro al di sopra di tutto. Piuttosto, molti cercano qualcosa di più effimero, che chiamiamo significato. Gli sviluppatori vogliono anche un lavoro significativo: la sensazione di fare la differenza con il loro lavoro. A volte vanno per la loro strada.

Se non sei un programmatore, potresti avere una visione sbagliata o distorta del lavoro di sviluppo in molti modi. La scrittura di software richiede molta più creatività di quanto si pensi comunemente. Questo aspetto creativo è ciò da cui dipendono gli sviluppatori e ciò che li guida. Come dice l'ingegnere del software Dan Moore sul suo blog, "Anche come nuovo sviluppatore, prendi costantemente piccole decisioni creative (come nominare una variabile). Fa parte di ciò che rende lo sviluppo del software così appagante e divertente".

Inoltre, è anche l'aspetto più spesso trascurato nella gestione e fidelizzazione degli sviluppatori. La chiave per il successo a lungo termine degli sviluppatori è trovare un equilibrio tra spinte produttive e creative. Per aiutare i leader IT a garantire questo, ecco alcuni approfondimenti sulla mentalità degli sviluppatori di software.
 

A nessuno piace essere trattato come un elemento di una lista. "X stipendio per la performance Y e uscita in caso di sviluppo negativo" generalmente non è un buon motto da seguire per le aziende. Tuttavia, è particolarmente pericoloso trattare i programmatori in questo modo, anche perché il loro output è difficile da quantificare. Assumendo uno sviluppatore per codificare un widget, il tempo che trascorrono a preoccuparsi di come renderlo riutilizzabile è potenzialmente un investimento saggio e può produrre vantaggi imprevedibili. Quella realizzazione improvvisa che colpisce lo sviluppatore sotto la doccia mentre riflette su come i componenti software si incastrano tra loro può essere più prezioso di quello per cui li hai effettivamente pagati.

O per ricapitolare: la cosa peggiore è pensare agli sviluppatori come dattilografi e presumere che più righe di codice creino più valore diano. Questa comprensione è completamente sbagliata: la quantità minima di codice che soddisfa i requisiti è la migliore. Più è ridotto all'essenziale, meglio è. Nel suo classico libro "Code Complete" Steve McConnell descrive il principio WIMP (Why Isn't Mark Programming). Riguarda il capo di un dipartimento di programmazione che si chiede perché gli sviluppatori non sembrano funzionare.

Naturalmente, l'industria ha fatto molta strada da quando il libro di McConnell è stato pubblicato nel 2004 - ormai quasi tutti si rendono conto che lo sviluppo del software ha le sue fasi di pensiero. E molte pratiche di sviluppo Agile includono esplicitamente la progettazione e la pianificazione nel ciclo di vita. La maggior parte degli approcci odierni traggono vantaggio dalla spinta per cicli di feedback più stretti che integrino il pensiero nel processo ed evitino flussi a cascata.
 

È essenziale un solido processo che supporti le prestazioni dei tuoi sviluppatori. Ma ci sono anche molti altri modi per creare una cultura delle prestazioni tra gli sviluppatori, come concorda Matt Raible, sostenitore degli sviluppatori di Okta: "Credo che la passione e l'opportunità di imparare giochino un ruolo importante per gli sviluppatori, così come spazio per l'innovazione. "

È da notare che una svolta innovativa spesso non deriva da un'attività mirata, ma da una libera sperimentazione. L'opportunità di lavorare per qualcosa che va oltre il risultato finale immediato alimenta la passione degli sviluppatori di software. Passione e innovazione sono in un ciclo di feedback positivo, un ciclo che non ruota attorno a uno scopo esterno, ma attorno alla cosa stessa: creare e distribuire bellissimi software. Applicazioni pratiche, persino rivoluzionarie, possono essere viste come un sottoprodotto di questo processo centrale. Può essere difficile da vedere dall'esterno, ma gli sviluppatori considerano i sistemi software eleganti come preziosi.

Ma - e anche questo fa parte della verità - gli sviluppatori purtroppo tendono anche a commettere il classico errore del tecnologo: costruire per il gusto di costruire senza pensare all'utilità della cosa.
 

Molti sviluppatori di software (oserei dire la maggior parte) sono fortemente motivati ​​dall'utilità creativa. Questo è uno dei motivi per cui il social coding è così popolare. I programmatori vogliono condividere il loro lavoro con altri che possono vedere e apprezzare ciò che è prezioso nel codice stesso. Gli sviluppatori trovano altrettanto soddisfacente guardare ciò che gli altri hanno programmato.

La sensazione positiva e motivante della programmazione è simile a quella della composizione musicale o della scrittura creativa. Si può certamente parlare di un aspetto artistico e vedere gli sviluppatori come artisti. "Per gli estranei, tuttavia, lo sviluppo è spesso una specie di scatola nera", afferma Ryan Carniato, inventore del linguaggio di programmazione SolidJS. "Gli sviluppatori vengono rapidamente visti come macchine input-output".

La cultura tecnologica ha fatto molta strada nel riconoscere la creatività degli sviluppatori. Tuttavia, permane un divario critico tra sviluppo e business. Ciò è probabilmente dovuto anche al mezzo del programmatore: sembra molto scientifico-matematico eppure è di breve durata. Ecco perché è importante tenere sempre a mente il lato creativo e umano del lavoro di sviluppo. I dirigenti che possono aiutare a indirizzare la spinta creativa degli sviluppatori di software verso obiettivi di business facendo loro sentire che stanno lavorando per una buona causa possono aspettarsi ritorni straordinari.