Vuoi più produttività? Aiuta tutti a pensare come uno sviluppatore
Vuoi aumentare la produttività? Incoraggia tutti a pensare come uno sviluppatore
La cultura non solo si mangia la strategia a colazione, ma anche sfoga su DevOps come uno spuntino di metà mattina.
La chiave per una collaborazione di successo all’interno delle aziende di software non è solo allineare gli sviluppatori con i team operativi, ma anche lasciare liberi gli sviluppatori interni ai membri del team operativo. Il capo di DevOps per Nasdaq dice che è giunto il momento che il lato operativo assuma ruoli più importanti come sviluppatori.
Inoltre: Implementare l’IA nell’ingegneria del software? Ecco tutto ciò che devi sapere
Stimolare di più una mentalità da sviluppatore è ora fondamentale, ha detto Amado Gramajo, vicepresidente dell’infrastruttura e dell’ingegneria DevOps di Nasdaq, che ha condiviso alcune delle sue esperienze con i partecipanti al recente Developer Productivity Engineering (DPE) conference a New York, sponsorizzato da Gradle. Hai amministratori dal lato operativo e sviluppatori dall’altro. È ora di incoraggiare gli amministratori a pensare più come sviluppatori, ha esortato.
La produttività dal lato degli sviluppatori è sempre stata una sfida. Ma la produttività porta alla felicità e “la felicità è la chiave”, ha detto. “La felicità significa molte cose per persone diverse, e soprattutto per gli sviluppatori”, ha detto Gramajo. “Ma nel contesto di DPE, la felicità per gli sviluppatori significa restare al top del loro flusso creativo, con una qualità stabile, un codice stabile, un rilascio stabile. Un sviluppatore felice significa avere un buon software. Un sviluppatore felice significa che saranno gentili con il lato operativo.”
- Questo pacchetto da 4 Apple AirTag è ancora scontato di $10 dopo il...
- Il Roomba con un braccio robotico è ancora in sconto di $300 dopo i...
- L’Apple Watch SE (2a Generazione) è ancora in vendita su Best...
L’ultima frontiera rimasta per questa collaborazione positiva, ha continuato, è nella creazione e nei test, che richiede l’interazione tra i team di sviluppo e di operazioni. Il rilascio rapido, l’automazione e l’integrazione continua/deploy continuo hanno permesso alle aziende di produrre software con grande frequenza – “ma ormai non è così bello”, ha detto Gramajo. “È solo un rilascio di software, e va bene fare rilasci veloci.”
Opportunità di produttività, così come nuovi modi di lavorare, si stanno ora presentando nella fase di creazione e test che la precede, concentrandosi sull’ingegneria della produttività dello sviluppo, ha detto. “Questo è come si migliora la qualità del software. Questo aggiunge vero valore aziendale.”
Inoltre: A tutti piace lo sviluppo a basso codice/non codice, ma non tutti sono pronti per questo
La sfida, ha continuato, è che il software è concepito, creato, rilasciato e gestito da squadre separate: “Con l’emergere di nuove tecnologie – cloud, Kubernetes – le aziende hanno avuto squadre dedicate, come infosec, audit interni e infrastrutture – molte squadre con una funzione specifica per una ragione o uno scopo. Non è una cosa negativa e si ottengono più controlli, più garanti e più barriere di sicurezza”.
L’integrazione di più di questo lavoro è ostacolata dal fatto che i professionisti IT sono retribuiti e incaricati di ruoli specifici, ha spiegato Gramajo. “Quello che ho visto è che alcune squadre hanno centinaia di progetti e migliaia di sviluppatori, hanno diverse portate e diverse capacità. Ma le squadre di sviluppo non possono prendere e continuare il lavoro di sicurezza, fare altre cose o aggiungere moduli per la resilienza. Il contesto è che lo sviluppatore sta lavorando su questo progetto per cui viene pagato e non può cambiare tutto. E questo crea attrito tra il gruppo di sviluppo e le altre squadre.”
Certo, questa non è la strada per la felicità degli sviluppatori.
La soluzione di Gramajo a Nasdaq – che opera in più di 130 mercati in tutto il mondo – è quella di creare piattaforme di servizi condivisi su cui sviluppatori, team operativi e altri professionisti IT possono collaborare. Gramajo, che viene dal lato operativo, ha riconosciuto che molte delle persone che lavorano con lui stavano diventando sviluppatori di fatto a tutti gli effetti. Inoltre, “possiamo prendere tutto ciò che gli sviluppatori non vogliono gestire che causa attrito”.
Anche: l’intelligenza artificiale cambierà per sempre il ruolo degli sviluppatori. Ecco perché è una buona notizia
La cultura aziendale o del luogo di lavoro, che tutti vorrebbero cambiare, è quasi impossibile da modificare, afferma. Invece, propone un approccio sistematico e ingegneristico. “Se un’azienda sta cercando di fare DevOps o qualsiasi altra cosa, la prima cosa a cui si pensa è: ‘Beh, come si cambia la cultura?’. Bisogna cambiare la cultura, attraverso i feedback o i cicli di feedback o qualsiasi altra cosa. Ma nessuno cambia mai davvero la cultura, giusto? Si parla solo di essa e si mette un cartello davanti all’ascensore con dei valori.”
Ma ciò che può essere modificato è la mentalità dei team IT, “che è più orientata verso l’ingegneria, anziché aspettare che accada qualcosa, si inizia a sviluppare una soluzione per qualcosa. Ora si stanno rendendo conto che non sono solo amministratori, sono anche ingegneri che scrivono codice.”
Sfruttando un approccio sistematico, “si è in grado di cambiare la cultura”, ha aggiunto. “Guardando ciò che rende un’azienda definibile è il modo in cui le persone lavorano nell’azienda stessa, e il modo in cui lavorano è basato sulle politiche e le procedure. Quindi la sfida è cominciare a guardare politiche e procedure, iniziare a permettere al team operativo di lavorare e agire più come sviluppatori.”
