SCRUM e lavoro mobile-flessibile - una contraddizione?

Lo sviluppo agile del software è un approccio che aumenta la trasparenza e la flessibilità. È il più semplice e graduale possibile: i team auto-organizzati procedono in modo iterativo e incrementale e si adattano ai cambiamenti senza aumentare il rischio di errori. SCRUM si basa sull'esperienza che molti progetti di sviluppo sono troppo complessi per essere riassunti in un piano completo. I vantaggi di questo approccio: I rischi nel processo di sviluppo sono ridotti al minimo e si ottengono risparmi di costi e di tempo.

Questa tendenza è contrastata dal forte aumento dell'outsourcing nell'industria IT. I team distribuiti si verificano in aziende all'interno della Svizzera così come nel nearshoring. Sorgono perché il know-how non è disponibile localmente o perché può essere ottenuto più economicamente altrove. Di conseguenza, sorgono delle domande: come si conciliano la distanza e la stretta collaborazione e l'uso dello SCRUM e dei team distribuiti è addirittura contraddittorio?

Sfide e soluzioni per la pratica
Se il nearshoring è una componente dei team virtuali, si pone la questione della struttura organizzativa: l'azienda vuole stabilire una propria filiale o vuole affidarsi alle offerte esistenti delle aziende locali? Naturalmente, è possibile anche una combinazione di entrambe le opzioni. Se l'azienda decide di creare una propria filiale, ciò richiede adeguamenti a tutti i processi aziendali pertinenti. La comunicazione con il team di near shoring deve essere stabilita, il che può significare cambiare il linguaggio aziendale in un linguaggio di progetto. Allo stesso modo, lo sviluppo di hardware e software con una piattaforma di comunicazione è realizzato in varie forme. Un'altra sfida è l'esperienza del team con SCRUM. È ideale se il team ha una certa esperienza o almeno un know-how in SCRUM. Una formazione SCRUM preliminare per tutti i partecipanti al progetto è quindi obbligatoria.

Requisiti tecnici e comunicazione: elementi costitutivi per buoni risultati di lavoro
A causa delle molte e varie riunioni del team SCRUM, il supporto tecnico della comunicazione diventa molto importante. Con l'uso di un sistema di videoconferenza basato su una soluzione IT stabile, è possibile concentrarsi direttamente sulle persone, sulla comunicazione e sui risultati e aumentare l'efficienza del processo di lavoro.

Impacchettare elegantemente gli ostacoli linguistici nel miglioramento delle competenze
I requisiti del cliente sono solitamente registrati nella lingua locale e devono essere tradotti nella lingua del progetto per i team distribuiti. Le squadre di lingua straniera a loro volta le interpretano nella rispettiva lingua nazionale e le implementano secondo la loro comprensione. Poiché le aree di competenza sono di solito mescolate con il business del cliente, i membri del team devono essere formati anche in questo, nella lingua del progetto. In questo modo, le competenze di tutti i membri della squadra vengono ampliate.

Culture diverse richiedono rispetto, fiducia e buona comunicazione
I team virtuali hanno bisogno di incontrarsi regolarmente di persona, faccia a faccia. Nelle settimane di progetto comune con la formazione, il lavoro a progetto e negli eventi sociali, le relazioni personali si sviluppano nonostante le diverse culture. È così che crescono il rispetto e la fiducia come una buona base per lavorare insieme. I successi del progetto sorgono quando i risultati del lavoro individuale sono allineati con l'obiettivo lungo l'intero processo a valore aggiunto.

Lo slancio nei team auto-organizzati
Contrariamente alla cultura svizzera, i membri dei team di near-shoring possono ancora essere caratterizzati da un modo di pensare fortemente gerarchico. Se un membro di un team di sviluppo SCRUM auto-organizzato assume un ruolo di leadership, questo può significare che i risultati non corrispondono all'architettura software specificata. In questo caso, è utile avere delle specifiche fisse per quanto riguarda l'architettura di destinazione, concordare i tempi di contatto dei vari membri del team e stabilire delle regole di comportamento per le scadenze. Lentamente, l'autoresponsabilità può essere costruita e "allenata" per mezzo di linee guida e norme.

Gestione efficace - un nuovo ruolo per lo SCRUM Master
Nel team distribuito, lo SCRUM master gioca un ruolo chiave. Deve assicurarsi che la squadra e i risultati siano giusti. Ideale; se il suo ruolo è combinato con quello del manager nearshore, che non è comune, ma abbastanza efficace. Più la sua squadra lavora in modo dinamico e flessibile sparsa per il mondo, più alcune regole di gestione aiutano. Deve farlo:

• Stabilire strutture e regole per la cooperazione delle squadre
• Stabilire ordini del giorno chiari per tutte le riunioni (farli stabilire) e chiedere un riassunto scritto dopo
• Stabilire rotazioni di fuso orario eque
• Costruire la fiducia e l'autostima e le relazioni personali
• Eliminare le difficoltà linguistiche e promuovere una cultura della domanda

SCRUM in team distribuiti - una conclusione
A prima vista, le costellazioni di team distribuiti sembrano contraddire lo SCRUM. Sembra ovvio che una squadra ben provata seduta in una stanza sia molto più produttiva che in altri tipi di collaborazione. Eppure lo SCRUM non lo contraddice. Al contrario, SCRUM può aiutare a ridurre le difficoltà dei team virtuali. Spesso SC-RUM è visto come un metodo di sviluppo del software. Ma precisamente formulato: SCRUM non mostra come il software deve essere sviluppato, ma come un team dovrebbe organizzarsi. SCRUM è nel vero senso della parola un quadro di gestione, che persegue l'obiettivo centrato sul team di creare prodotti iterativi e orientati al cliente. E, SCRUM non riduce la complessità del compito, ma lo struttura in componenti più piccoli e meno complessi. L'uso di SCRUM è un prerequisito obbligatorio perché i team distribuiti possano lavorare insieme con successo.