Atto VI: L'altra riva
Chiudere la falla nell'operating model che hai lasciato aperta
Tre mesi dopo il go-live di Greycott, un mercoledì mattina Owen Caldwell passò davanti alla fila di scrivanie del team marketing, come ci era passato davanti ogni mercoledì mattina per nove anni, e c’era qualcosa che non andava. Gli ci volle quasi tutto il corridoio per capire cosa. Stavano lanciando una campagna—vedeva le bozze sul secondo monitor di qualcuno, una promozione di gifting primaverile, olio d’oliva e l’aceto buono messi insieme in una scatola che veniva bene in foto—e la stavano lanciando oggi, e nessuno glielo aveva detto. Nessuno aveva aperto un ticket. Nessuno aveva chiesto al team di sviluppo di schedulare un deploy. Nessuno aveva prenotato la riunione di quaranta minuti in cui la data di lancio veniva rinegoziata contro la coda di sviluppo, la riunione che un tempo era load-bearing, la riunione che un tempo era il modo in cui lui sapeva che una campagna stava per partire. Si fermò. Stava quasi per avvicinarsi a chiedere se andava tutto bene, se serviva qualcosa, se non fosse il caso di coinvolgerlo. Poi capì che l’assenza di tutto quel macchinario non era un problema da risolvere. Era proprio la cosa che avevano passato un anno e un sacco di soldi a cercare di costruire. Proseguì.
Ecco com’è fatto il finito, ed è così silenzioso che la persona a cui succede quasi lo scambia per qualcosa che sta andando storto.
Te lo avevamo detto all’inizio di questo libro—quando avevi tutte le ragioni per credere di star comprando una guida a un progetto software—che il vero soggetto non era mai stato il software. La piattaforma è sempre stata la metà facile. Adesso possiamo dirlo senza che suoni come una provocazione, perché la metà difficile l’hai attraversata con noi: la discovery che non stava ferma, lo scope a cui sono spuntati i denti, lo staging store che mentiva, le quattro settimane dopo il lancio in cui la lista dei bug saliva prima di scendere. Tutto questo era la migrazione tecnologica, e la migrazione tecnologica è la parte che ha una data di lancio.
L’altra migrazione non ha una data di lancio, ed è esattamente per questo che è quella che quasi tutti sottovalutano. La migrazione tecnologica ti porta su Shopify. La migrazione dell’operating model è ciò che determina quanto di Shopify userai davvero. Non sono lo stesso progetto, non finiscono lo stesso giorno, e la seconda finisce così sommessamente che puoi mancarne del tutto il momento—il che è l’intera ragione per cui esiste questo capitolo, e la ragione per cui il libro finisce qui e non al cutover. La piattaforma è andata live in un capitolo precedente. La migrazione finisce qui, un mercoledì, in un corridoio, quando una campagna parte e nessuno indice una riunione a riguardo.
La sua forma, se vuoi una forma, è quella che ogni deck post-lancio sulla faccia della terra promette e quasi nessuno mantiene con onestà: trenta, sessanta, novanta giorni. La versione da deck parla di adozione delle feature e di percentuali di completamento dei training. La versione onesta parla di cosa l’organizzazione riesce a fare senza chiedere il permesso.
Il giorno trenta è il training è avvenuto. Qualcuno ha tenuto le sessioni, qualcuno le ha registrate, qualcuno ha costruito una pagina wiki che sarà già obsoleta al giorno quarantacinque. Al team contenuti è stato tecnicamente mostrato il theme editor. Al team operations è stato tecnicamente fatto vedere Flow. Al giorno trenta tutti sanno fare la cosa nuova se accanto siede una persona che già sa come si fa. Sembra un progresso, e lo è, ma è quello a buon mercato, quello che puoi comprare con un invito sul calendario.
Il giorno sessanta è le persone lo usano senza aiuto. Questa è la parte che non si può comprare con un invito sul calendario, perché non è conoscenza, è coraggio. La content lead cambia una hero image alle quattro del pomeriggio senza mandare prima un solo messaggio su Slack, perché l’ha fatto undici volte ormai e nessuna delle undici volte si è rotto niente, e la dodicesima non sembra più un lancio col paracadute. Il riflesso che ci sono voluti anni a installare—apri un ticket, aspetta la prioritizzazione, aspetta la QA, pianifica la campagna attorno a quanto ci vorrà per tutto questo—ha finalmente iniziato a dissolversi, non perché qualcuno abbia fatto un discorso sull’empowerment, ma perché gli strumenti erano lì a portata di mano e l’edificio non è andato a fuoco.
Il giorno novanta è quello che nessuno prevede. Il giorno novanta è le persone lo usano meglio di come gliel’ha insegnato l’agenzia. Il team contenuti ha trovato una configurazione di sezione che tu non gli avevi mai mostrato, perché un martedì hanno avuto un problema e la piattaforma gli ha permesso di risolverlo lo stesso martedì, e adesso hanno un loro modo di costruire le landing page che è genuinamente loro. È il momento in cui l’operating model è davvero migrato, e te ne accorgi perché la conoscenza ha smesso di fluire verso l’esterno dalle persone che hanno costruito la cosa e ha iniziato a generarsi dentro le persone che la fanno funzionare. Hai insegnato loro a leggere. Hanno iniziato a scrivere.
(Non tutti i team arrivano al giorno novanta. Alcuni arrivano al giorno sessanta e decidono che sessanta va benissimo, che il self-service va bene per le hero image ma i cambiamenti veri vogliono ancora un ticket, e si accomodano lì, gestendo una piattaforma costruita per la proprietà distribuita come se fosse quella centralizzata che hanno lasciato—lasciando, come ti avevamo avvertito da qualche parte verso l’inizio del libro, tra un terzo e metà del valore pratico della cosa lì sul tavolo, inutilizzato. Il giorno novanta non è automatico. È sponsorizzato, oppure non avviene.)
Poi c’è la coda. Sei stato così bravo con la coda.
Per tutto questo libro ti abbiamo detto no a nome suo—no alla wishlist che voleva diventare un programma fedeltà, no a sistemare la tassonomia il giorno del lancio, no al già che ci siamo che in silenzio trasforma una migrazione in due. Il backlog delle modifiche rimandate è rimasto lì per tutto il tempo, paziente, con tanto di timestamp, ad accumulare i piccoli desideri ragionevoli di ogni team a cui era stato detto non ancora, parcheggialo, dopo il lancio. Dopo il lancio è adesso.
Ed ecco la cosa genuinamente bella, la ricompensa per tutta quella disciplina: finalmente puoi toccarlo. Lentamente. Una modifica alla volta. La ragione per cui puoi toccarlo adesso e prima non potevi non è che hai più tempo—ne hai meno, semmai—ma che il terreno ha smesso di muoversi. Durante la migrazione, ogni modifica che facevi era una modifica a un sistema che era esso stesso in volo, il che significava che non potevi mai dire con pulizia se un numero si era mosso per via della tua modifica o per via delle altre undici cose che si spostavano sotto. È finita. Il sistema adesso è abbastanza stabile da leggere cosa fa davvero ogni modifica, il che significa che ogni modifica è, per la prima volta, reversibile—puoi rilasciarla, guardare l’unico numero che doveva muovere, e fare rollback giovedì se il numero è andato nella direzione sbagliata, sapendo che è stata la tua modifica a farlo e non la marea. Quella reversibilità è l’intero premio che hai comprato con un anno passato a dire non ancora. Spendilo come te lo sei guadagnato: deliberatamente, una cosa deliberata dopo l’altra, non svuotando l’intero backlog in produzione la prima settimana di calma solo perché finalmente puoi. Svuotarlo tutto in una volta è solo il vecchio già che ci siamo con il cappellino della festa.
L’agenzia, da qualche parte qui dentro, se ne va. O meglio—l’agenzia cambia forma, perché la versione in cui evapora semplicemente la settimana dopo il lancio e la versione in cui resta per sempre sono entrambe fallimenti, e abbiamo passato il capitolo precedente a spiegarti perché. Entro il quarto mese il passaggio di consegne dovrebbe essere sostanzialmente completo: il team interno ha preso il volante su pezzi via via più grandi mentre le persone che hanno costruito la cosa erano ancora nella stanza a raddrizzare le sbandate, e ciò che resta è un retainer di manutenzione, una relazione anziché una dipendenza. Il brand possiede le operations. L’agenzia è reperibile per il lavoro genuinamente differenziante—il build su misura che vale davvero la pena costruire—e non è più la risposta a chi cambia il pulsante. È questo lo stato finale corretto, ed è corretto proprio perché non ha niente di drammatico. Un buon passaggio di consegne dà la sensazione che non stia succedendo niente. Le persone che hanno costruito la cosa diventano sempre più silenziose, e poi una settimana ti accorgi che non sono state necessarie, e quella settimana è il deliverable.
Puoi osservare questa stessa transizione dall’esterno, nei brand le cui storie ti abbiamo raccontato per nome. Il team marketing di Tannico veniva da un setup Magento in cui ogni modifica ai contenuti significava mettere mano al codice e aspettare in coda, e dall’altra parte lanciava campagne in autonomia—la metrica visibile era la velocità delle campagne, il numero che finisce nel case study, ed è un numero reale e buono. Ma la metrica invisibile è quella migliore, ed è questa: nessuno in Tannico doveva più indire una riunione sul colore di un pulsante. La velocità è ciò che la migrazione dell’operating model ha prodotto. L’assenza della riunione è ciò che essa era davvero. MeUndies racconta la stessa storia da un altro organo del business. L’elaborazione degli abbonamenti gira a un tasso di successo oltre il novantanove percento, che è l’esito tecnico e quello di cui un engineer è fiero; l’esito operativo è che il team del customer service ha smesso di fare alt-tab tutto il giorno tra due sistemi, perché la logica degli abbonamenti era stata portata in superficie là dove già lavorava—dentro la console di supporto, dove, come argomentava un capitolo precedente, la scatola nera è stata finalmente trascinata nella stanza. L’abbonamento resiliente è la migrazione tecnologica. L’agente di supporto che non tiene più due tab aperte è l’operating model.
Il che ci porta, con dolcezza, a Priya Shah, e ai suoi fogli di calcolo.
Quando questo libro si apriva, la Director of Operations di Greycott gestiva il suo angolo di un’azienda a otto cifre con diciassette fogli di calcolo. La fatturazione wholesale in uno, le previsioni retail in un altro, una riconciliazione QuickBooks che esisteva perché nessun sistema nell’edificio concordava con nessun altro sistema su cosa fosse stato effettivamente venduto. Diciassette workbook, ciascuno un piccolo monumento a una cosa che la piattaforma non sapeva fare e che quindi doveva fare una persona. Lo faceva da nove anni. Era bravissima, bravissima a farlo. Nessuno le ha mai detto che la migrazione avrebbe reso obsoleta la maggior parte di tutto ciò, perché non aveva bisogno che glielo dicessero; sapeva leggere un diagramma di architettura come chiunque altro e aveva contato i fogli di calcolo che stavano per perdere la ragione di esistere.
Tre mesi dopo il lancio, è scesa a due.
Sarebbe una storia più ordinata se il numero fosse zero, ed esiste un certo tipo di venditore di migrazioni che ti prometterebbe lo zero. Ma due è il finale onesto e migliore, perché i due sopravvissuti non sono i due che nessuno ha avuto tempo di automatizzare. Sono i due che non dovrebbero essere automatizzati—le scelte di giudizio, le eccezioni wholesale per i tre account che si sono guadagnati una telefonata invece di un workflow, l’intuizione previsionale che vive in nove anni passati a sapere quali ristoranti di Charleston ordinano in eccesso a Natale. Quindici fogli di calcolo facevano male il lavoro della piattaforma perché la piattaforma non c’era ancora. Due fogli di calcolo fanno bene il lavoro di Priya, e il lavoro di Priya non è mai stato la cosa che il software doveva sostituire. Sono, adesso, i due che vuole tenere. La migrazione non le ha portato via il lavoro. Le ha portato via le quindici cose che stavano tra lei e il suo lavoro.
E Andrew Whitfield, infine, che ha fatto domande per tutto questo libro.
È il CFO. È il suo mestiere chiedere, e ha chiesto di continuo e bene—sulla timeline, sul burn, sulla seconda fattura che era più grande della prima, sul fatto che la cosa promessa dall’agenzia nella stanza fosse la cosa che l’agenzia avrebbe consegnato al momento della verità. Per un anno ha avuto risposte puntuali nel tempo, ciascuna vera nel giorno in cui veniva data e leggermente stantia entro lo steering committee successivo, che è la condizione nativa dell’essere un CFO durante una migrazione. Non è mai stato l’antagonista. Era l’ansia dell’organizzazione, con un ufficio e uno stipendio ragionevole, e l’ansia aveva tutte le ragioni di esistere.
Il modo in cui capisci che la migrazione è finita non è una dashboard. È che Andrew smette di chiedertene.
Non perché si sia arreso, e non perché qualcuno abbia finalmente prodotto il report che lo soddisfaceva—un report del genere non esiste—ma perché la domanda ha silenziosamente smesso di essere interessante. A tre mesi dal lancio, in un corridoio, chiede qualcosa a Owen, e Owen si prepara al come va la migrazione, la domanda a cui risponde in qualche forma da quattordici mesi. Non è quella la domanda. La domanda è se la nuova capacità di lanciare campagne in self-service significhi che potrebbero finalmente testare l’idea dello storefront wholesale che il founder borbotta da prima ancora che tutto questo iniziasse. Owen non ha una risposta. Owen è felicissimo di non avere una risposta, perché è una domanda sul futuro del business invece che una domanda sul costo del passato, e da qualche parte tra queste due domande, senza che nessuno lo dichiarasse, la migrazione è finita.
Quindi eccolo qui, alla chiusura, il tutto detto ancora una volta, con la chiarezza che merita.
Il lancio era l’inizio. Adesso lo sai, tre mesi e un capitolo più in là; hai vissuto la parte in cui il go-live della piattaforma si è rivelato la metà facile, e la parte in cui l’organizzazione ha imparato lentamente, silenziosamente a operare in modo diverso si è rivelata la metà che decideva se tutto questo valesse la pena. I brand che ci riescono non sono quelli che hanno cambiato piattaforma nel modo più pulito. Sono quelli che hanno migrato le proprie assunzioni—su chi è autorizzato a cambiare la homepage, sul fatto che il colore di un pulsante sia un problema di engineering, su quanti dei fogli di calcolo di una persona siano load-bearing e quanti siano solo tessuto cicatriziale—e l’operating model finalmente scatta per loro perché si sono mosse prima le assunzioni che ci stavano sotto. Hai migrato il codice in un atto precedente. Hai migrato le assunzioni in questo. Quella seconda migrazione è quella che non compare nel runbook di cutover, non ha una data di go-live, e non finisce con una celebrazione, perché la celebrazione è l’assenza di qualcosa—una riunione che non si riunisce più, un ticket che nessuno apre, una domanda che il CFO non ha più bisogno di fare.
Le organizzazioni che trattano tutto questo come un ripensamento dell’ultimo momento tendono a finire le loro migrazioni esattamente in tempo, e poi passano l’anno successivo a scoprire lentamente quanto valore si sono lasciate alle spalle. Tu non l’hai fatto. L’hai trattata come il vero progetto, perché lo era, e la ricompensa è la cosa più silenziosa possibile: un mercoledì qualunque, una campagna che parte senza di te, e la strana, guadagnata, leggermente disorientante sensazione di passare davanti al punto in cui c’era un problema e non trovarci più nulla.
Questa è la fine della migrazione. Non è, come continuiamo a prometterti, la fine del libro.