La struttura del team DevOps: tipi, ruoli e responsabilità

È importante capire che non tutti i team condividono gli stessi obiettivi o utilizzano le stesse pratiche e gli stessi strumenti. Anche la composizione di un team non dovrebbe essere standardizzata. Team diversi richiedono strutture diverse, a seconda del contesto più ampio dell'azienda e della sua propensione al cambiamento. Un team DevOps di due aziende può assumere significati radicalmente diversi.

Per sfruttare i vantaggi di DevOps in termini time-to-market più rapido, migliore frequenza di distribuzione, migliore cultura del team e maggiore collaborazione tra team e reparti, è importante comprendere il ruolo svolto da ogni team. Tuttavia, in molte organizzazioni è presente un'ampia varietà di titoli di team e di team multifunzionali (ad esempio, un team di infrastruttura può fungere anche da selezionatore o da manutentore di strumenti). A causa di questa proliferazione di titoli è difficile per la leadership visualizzare il panorama organizzativo completo e rispondere a domande importanti come: Abbiamo i team giusti? In alcune aree mancano delle capacità a cui nessun team sopperisce? I team dispongono dell'equilibrio necessario tra autonomia e assistenza da parte di altri team?

L'eccellente lavoro svolto nell'ambito delle topologie dei team offre un punto di partenza per il modo in cui Atlassian considera i diversi approcci dei team DevOps. Tieni presente che le strutture del team sottostanti assumono forme diverse a seconda delle dimensioni e della maturità di un'azienda. In realtà, la combinazione di più strutture, o di una struttura che si trasforma in un'altra, è spesso l'approccio migliore.

Sebbene esistano diversi modi per condurre le attività DevOps, ci sono anche molti modi per non farlo. I team e i leader DevOps dovrebbero diffidare degli anti-pattern, che sono caratterizzati da silos, mancanza di comunicazione e da una errata definizione delle priorità degli strumenti rispetto alla comunicazione.

Indipendentemente dalla struttura del tuo team, tutti i team ad alte prestazioni che praticano regolarmente DevOps condividono conoscenze ed esperienze tra sviluppo e attività operative, sia durante riunioni regolari, sia nell'ambito di persone che lavorano in team diversi e/o di membri del team che lavorano in entrambe le funzioni. Un team ad alte prestazioni è caratterizzato dai vantaggi di DevOps: time-to-market più rapido, lead time migliorato, maggiore frequenza di distribuzione, risultati di qualità superiore, migliore cultura del team e maggiore collaborazione tra team e reparti.

I team DevOps sono generalmente composti da persone con competenze sia nello sviluppo che nelle attività operative. Alcuni membri del team possono rivelare una capacità maggiore nella scrittura di codice, mentre altri possono essere più esperti nell'utilizzare e gestire l'infrastruttura. Tuttavia, nelle grandi aziende, ogni aspetto di DevOps, da CI/CD a IaaS fino all'automazione, può comportare la presenza di un ruolo, dal responsabile del rilascio che coordina e gestisce le applicazioni dallo sviluppo alla produzione agli architetti dell'automazione che gestiscono e automatizzano la pipeline CI/CD di un team.

Quindi, che cosa serve per entrare a far parte di un team DevOps? I requisiti professionali che permettono di entrare a far parte di un team DevOps cambiano continuamente grazie alle nuove tecnologie e tecniche, ma le qualità di un buon team DevOps sono sempre le stesse: solide competenze tecniche, buona comunicazione, mentalità di gioco di squadra e adattabilità sono alcuni dei tratti fondamentali di un professionista DevOps competente. Una combinazione di queste caratteristiche è probabilmente più importante di una cultura enciclopedica su Kubernetes o Git, ma se si dispone anche di queste conoscenze, tanto meglio!

Un altro ingrediente per il successo è la presenza di un leader disposto a promuovere DevOps presso un team, team collaborativi e l'organizzazione in generale. Non deve trattarsi necessariamente di una persona il cui ruolo professionale includa la parola "manager", ma di qualcuno che sia disposto a convincere i membri del team scettici a iniziare a colmare il divario tra il proprio team e un team esterno, che si tratti di un team di sviluppo, operativo o della piattaforma.

Mentre il lavoro effettivo che un team svolge quotidianamente determina la toolchain DevOps, è necessario un qualche tipo di software per collegare e coordinare il lavoro tra il tuo team e il resto dell'organizzazione. Jira è un potente strumento che pianifica, monitora e gestisce i progetti di sviluppo software, tenendo informati i tuoi colleghi e l'organizzazione estesa sullo stato del lavoro.

Anche applicazioni come Zoom, Slack e Microsoft Teams sono essenziali per consentire ai team di comunicare in modo rapido ed efficiente, soprattutto da remoto. In passato, uno sviluppatore poteva rivolgersi al team operativo per chiedere informazioni sullo stato di un imprevisto. Ora le app per la comunicazione virtuale offrono le stesse funzioni di comunicazione istantanea.

Ricorda, tuttavia, che il software che consente ai team di lavorare insieme è un mezzo, non un fine. Se la tua organizzazione vuole sfruttare appieno il potenziale di DevOps in termini di trasparenza, fiducia e autonomia sono necessari dei team, non solo degli strumenti.