MFA: il telefono è in ufficio

Narratrice: Le voci che ascoltate sono sintetiche. È lunedì mattina. Security annuncia l’attivazione dell’MFA per tutti. Il Product Owner ha fissato la scadenza prima della demo: dopo c’è una riunione e dopo la riunione, come da calendario, non si sa.

Security: L’MFA significa che ciascuno registra il proprio secondo fattore e verifica di poter recuperare l’accesso. Prima di partire: chi ha preparato la procedura per chi perde o cambia telefono? Non è una domanda-trabocchetto. È una domanda che ci evita di scoprire la risposta tutti insieme.

Product Owner: La scadenza non l’ho scelta io, l’ha scelta la demo. Cioè, l’ho scelta io guardando la demo. Se la spostiamo, il cliente vede la demo senza MFA; se la teniamo, vede la demo con MFA. In entrambi i casi vede una demo, quindi siamo già a metà del lavoro.

Commerciale: Ho già rassicurato il cliente: passaggio invisibile. Non sono entrata nel tecnico, naturalmente. Però possiamo mandare le notifiche di approvazione al telefono condiviso dell’ufficio. Così se qualcuno deve approvare l’accesso, trova il telefono lì. È anche un servizio di accoglienza: MFA e benvenuto, tutto in uno.

Security: No. Il secondo fattore deve essere registrato da ciascuno, e l’accesso va recuperato in modo verificabile. Un telefono condiviso non risponde alla domanda: chi sta approvando? Risponde solo: chi è passato dall’ufficio? Non è la stessa cosa, anche se il telefono ha una bella posizione vicino alla porta.

Junior Developer: Scusate, se il telefono non è disponibile, cosa succede? E la procedura di recupero dov’è? Perché nell’attivazione vedo la registrazione, ma il recupero è alla fine. Alla fine di cosa? Della schermata, della demo o del progetto? Vorrei solo sapere quale fine devo aspettare prima di poter entrare.

Narratrice: Security apre la procedura. La sezione sul recupero non c’è ancora. Junior scopre anche che il vecchio numero è ancora associato all’account di supporto. In riunione, per qualche secondo, nessuno riesce a trasformare questa informazione in una priorità già pianificata.

Junior Developer: Quindi se una persona cambia telefono, deve recuperare l’accesso usando un numero vecchio? E se è proprio il telefono vecchio che non ha più? Non lo chiedo per bloccare l’attivazione. La sto chiedendo perché il recupero sembra una parte del processo che potrebbe succedere davvero.

Commerciale: La parola “recupero” al cliente non la direi. Sembra che si perda qualcosa. Potremmo chiamarlo “continuità dell’esperienza”. Se una persona non entra, non ha perso l’accesso: sta vivendo una continuità dell’esperienza un po’ più lunga. Posso già inserirlo nella presentazione, senza entrare nel tecnico.

Chief Technology Officer: I blocchi iniziali sono attrito di adozione, non un problema di accesso. L’obiettivo è completare l’attivazione adesso, così arriviamo alla demo con un percorso scalabile. Se una persona non entra, stiamo misurando un’opportunità di miglioramento. Non vorrei che l’urgenza venisse confusa con una criticità operativa.

Product Owner: Facciamo una cosa semplice: attivazione subito, assistenza a turno e demo salva. Quanti minuti serve per registrare il secondo fattore? Non ditemi “dipende”, perché dipende già da troppe cose e nessuna è sul mio calendario. Mettiamo una coda e facciamo scorrere le persone una alla volta.

Narratrice: Il CTO lascia il telefono in carica nella sala riunioni. Quando arriva il suo turno, chiede al team di non confondere l’urgenza con un problema di accesso. Il telefono, intanto, continua a caricare. La coda continua a crescere.

Chief Technology Officer: Il mio caso è diverso: il telefono è in carica, non indisponibile. La distinzione è importante per il modello operativo. Possiamo mantenere il rollout e gestire questo passaggio come una dipendenza temporanea. Non spostiamo la demo per un dispositivo che sta facendo esattamente quello che gli abbiamo chiesto: caricarsi.

Junior Developer: Però il telefono in carica è nella sala riunioni e il CTO è qui. Se nessuno può approvare l’accesso, il fatto che il telefono stia lavorando non aiuta l’account. Possiamo recuperare l’accesso prima di continuare? Oppure la continuità dell’esperienza prevede che il telefono venga a prenderci?

Security: Prima fermiamo le richieste che non possono essere approvate e recuperiamo gli accessi uno alla volta. Poi verifichiamo la registrazione e prepariamo una procedura per chi perde o cambia telefono. La procedura mancava; non è una formalità. E no, il telefono dell’ufficio non può diventare il piano di recupero solo perché è vicino.

Product Owner: Bene, allora il turno di assistenza serve a recuperare gli accessi. Però chi accompagna un collega deve prima autenticarsi, giusto? Quindi la persona in coda aspetta che l’altra entri per aiutarla a entrare. Se l’assistenza è in ordine alfabetico, almeno la lettera A avrà un vantaggio iniziale.

Commerciale: La coda non la chiamerei coda. Al cliente direi “assistenza guidata alla registrazione”. È lo stesso gruppo di persone, ma con un nome che fa pensare che sia stato previsto. E la previsione è un valore: se lo raccontiamo bene, il passaggio invisibile diventa un’esperienza accompagnata.

Narratrice: La coda avanza. Ogni persona che aiuta un’altra deve prima autenticarsi; gli accessi vengono recuperati uno alla volta. Il servizio riparte. La demo è salva, anche se per arrivarci il team ha dovuto completare il passaggio che doveva essere invisibile.

Chief Technology Officer: Nel resoconto scriviamo che il rollout è riuscito e che l’attrito iniziale ha confermato l’importanza dell’accompagnamento. Il prossimo obiettivo è rendere invisibile anche la procedura di recupero. È un percorso evolutivo: oggi recuperiamo gli accessi, domani faremo in modo che nessuno noti di averli persi.

Narratrice: Nel resoconto il rollout è riuscito. La procedura di recupero è il prossimo obiettivo. Per ora l’accesso è tornato, il telefono è ancora in carica e la riunione per rendere invisibile il recupero può cominciare.