Atto III: A media distanza
La task force, non lo steering committee
Tu, proprio tu—quello che sta per inviare l’invito al calendario per la tredicesima riunione dello steering committee della migrazione. Prima che premi invia, vorremmo dirti una cosa.
Ci siamo seduti nel tuo steering committee. Non proprio nel tuo, ma in abbastanza di essi da non notare più le differenze. Si riunisce ogni due settimane. L’ordine del giorno è l’ordine del giorno della volta scorsa, leggermente ritoccato. C’è una slide che dice On Track in verde, e una slide che dice Risks, e i rischi sono sempre gli stessi rischi, che invecchiano sul posto come un vino che non sta migliorando. Qualcuno presenta. Le teste annuiscono. Ogni tanto viene richiesta una decisione—e poi rinviata, perché la persona che potrebbe davvero prenderla non è nella stanza, oppure è nella stanza ma vuole “riportarla al team”, e il team è tre piani più sotto e ne sentirà parlare giovedì. La riunione finisce in orario. Tutti concordano che è stata una buona riunione. Niente di ciò che vi è accaduto ha sbloccato qualcuno.
Non ci dilungheremo, perché non c’è molto da dire una volta che l’hai visto. Lo steering committee, per come la maggior parte delle aziende lo gestisce, è un organo che riceve una migrazione. Viene informato sulla migrazione. Viene rassicurato sulla migrazione. Ha opinioni sulla migrazione, che esprime ogni due martedì, e che arrivano al team come la luce di una stella morta—tecnicamente reali, irrimediabilmente in ritardo.
Ciò di cui una migrazione ha davvero bisogno è un animale diverso, e vale la pena nominare la differenza con precisione, perché le due cose si confondono di continuo e la confusione è costosa. Ciò di cui una migrazione ha bisogno è una task force.
Una task force è quattro-sei persone. L’E-Commerce Director. Un Senior Engineer. Un design lead. Un operations lead. Forse una in più, se la forma del brand lo richiede. Non vengono scelte per il loro titolo. Vengono scelte per una proprietà sopra ogni altra, e ci arriveremo, perché è tutto il gioco.
Si presentano agli standup. Non a una cerimonia ogni due settimane—al ritmo quotidiano effettivo del lavoro, o abbastanza vicino da sapere cosa è bloccato nel giorno in cui si blocca, e non il martedì dopo. Quando qualcosa è bloccato, lo sbloccano, nella stanza, senza farlo risalire lungo una catena e aspettare che la risposta filtri di nuovo verso il basso. Non sono spettatori della migrazione. Ci sono dentro. La migrazione è, in parte, loro—e una persona tratta una cosa che possiede in modo diverso da una cosa su cui viene informata.
Una task force ci mette la faccia ogni giorno. Uno steering committee ci mette la faccia ogni trimestre. È tutta qui la distinzione, e quasi tutto il resto ne discende.
Ecco perché la cadenza conta così tanto, e non è una preferenza. Le decisioni che una migrazione Shopify genera non arrivano con un calendario a due settimane. Arrivano ogni volta che il lavoro incontra la prossima cosa che ancora nessuno ha deciso, ed è quasi tutti i giorni. L’integratore dell’ERP ha bisogno di sapere, entro giovedì, se le tasse del wholesale vengono calcolate dalla loro parte o dalla tua. Il design lead ha bisogno di sapere, questo pomeriggio, se il bundle del gift set è un prodotto o tre, perché il template della PDP si biforca a seconda della risposta. I tag cliente del sistema legacy vanno mappati sui tag di Shopify o su un metafield? Quello sta bloccando l’import, e la finestra dell’import è venerdì.
Nessuna di queste cose può aspettare la tredicesima riunione. Se aspettano, il team fa una di due cose, entrambe brutte. Si impantana—e una giornata persa su un progetto di cinque mesi non è un errore di arrotondamento, è un mattone tolto dal muro. Oppure, più spesso, tira a indovinare, sceglie la risposta plausibile, e va avanti, e la supposizione è sbagliata in un modo che nessuno nota fino all’assemblaggio, quando le supposizioni sbagliate si sono sposate tra loro e hanno fatto figli. Una riunione ogni due settimane non può assorbire un tasso di decisioni quotidiano. Non è mai stata costruita per farlo. Chiederglielo è come chiedere a una cassetta della posta di funzionare da telefono.
E quindi chi sta nella task force. I ruoli sono facili da elencare e la tentazione è elencarli e fermarsi: E-Commerce Director, Senior Engineer, design lead, ops lead. Ma i ruoli non sono la qualifica. La qualifica—l’unica credenziale che conta davvero, la cosa per cui dovresti fare selezione prima di fare selezione per qualsiasi altra cosa—è che la persona possa prendere una decisione senza uscire dalla stanza a chiedere il permesso.
Tutto qui. È questa l’asticella. Non l’anzianità, anche se spesso ci va di pari passo. Non la profondità tecnica, anche se vuoi anche quella. La proprietà qualificante è un’autorità decisionale che viaggia con la persona dentro la stanza e non deve telefonare a casa. Un “senior engineer” che deve far risalire ogni scelta architetturale a qualcuno che non è nella task force non è nella task force; è un corriere per qualcuno che lo è, e avresti dovuto metterci quel qualcuno al suo posto. Un design lead che non può approvare il template del bundle senza un comitato è un collo di bottiglia con un bel titolo. Metti nella stanza persone che possano dire sì, fallo così e che il momento in cui lo dicono significhi qualcosa. Se non riesci a trovare quattro persone simili nella tua organizzazione, hai imparato qualcosa di importante sulla tua organizzazione, ed è meglio impararlo adesso che al quarto mese.
Da Greycott la task force si è assestata più o meno come ti aspetteresti una volta conosciuto il cast. Owen Caldwell, Head of E-Commerce, che voleva fare le cose per bene ed era oltre le sue acque ma stava imparando, e—cosa cruciale—che poteva davvero decidere cose sullo storefront senza convocare nessuno. Daniel Okafor, il lead engineer che sapeva dove era sepolto ogni workaround del vecchio stack Magento, e che poteva quindi dire questo muore, questo viene con noi senza una riunione. Un design lead. Priya Shah, Director of Operations, che gestiva il wholesale invoicing e il forecasting del retail e le riconciliazioni e sapeva, meglio di chiunque altro nell’edificio, cosa il nuovo sistema avrebbe dovuto davvero fare—e che poteva parlare a nome delle operations senza riportarlo alle operations, perché lei era le operations. Quattro persone che si presentavano al lavoro, non a una presentazione sul lavoro. Naomi Brennan, la PM, non doveva rincorrerle per le decisioni, perché le decisioni vivevano nella stanza con loro.
Questo è il punto in cui qualcuno—forse tu, forse la persona tre sedie più in là che ha fissato la tredicesima riunione—obietta: ma ci serve comunque lo steering committee. E ti serve. Non ti stiamo dicendo di sparare nel sole gli stakeholder senior.
Ti serve uno steering committee per la manciata di decisioni che richiedono davvero un’altitudine senior, quelle che la task force non dovrebbe e non può prendere da sola. Uno sforamento di budget. Un cambio di scope che sposta la data di lancio. Un trade-off che minaccia silenziosamente il business case che ha fatto approvare la migrazione in primo luogo—il tipo di deriva che le persone con la testa china sul lavoro sono le meno attrezzate a notare, proprio perché hanno la testa china. Per queste cose, vuoi persone abbastanza distanti dal quotidiano da tenere ancora chiara la visione originale, e abbastanza senior da sbloccare il progetto quando è il progetto a essere bloccato, non un ticket. Quella cadenza è reale ed è preziosa e opera a un’altitudine diversa da quella della task force, ed è proprio per questo che non dovrebbe mai essere confusa con l’organo operativo.
L’errore non è avere uno steering committee. L’errore è fingere che sia l’organo operativo—gestire l’intera migrazione come una serie di status report consegnati a una stanza che si riunisce due volte al mese, e scambiare l’assenza di obiezioni in quella stanza per progresso. Lo steering committee governa. La task force opera. Quando le fai collassare l’una nell’altra, ottieni la cosa da cui siamo partiti: un organo che si riunisce ogni due martedì per essere rassicurato, e un team tre piani più sotto che tira a indovinare in silenzio.
Da Greycott, Andrew Whitfield—il CFO, che faceva domande continue e riceveva, per la natura della cosa, risposte valide in quel preciso momento—sedeva nello steering committee, dove le sue domande erano al loro posto. Non era nella task force. Glielo è stato detto, con garbo, e la cosa è andata bene, perché la distinzione, una volta detta ad alta voce, non è offensiva. È semplicemente vera. Un CFO che fa buone domande ogni due settimane è esattamente ciò per cui esiste uno steering committee. Un CFO che deve essere nella stanza ogni volta che il template del gift set si biforca è un CFO a cui hai rovinato la settimana senza motivo, e una task force la cui velocità hai limitato alla velocità del suo calendario.
Questo è tutto il capitolo, ed è breve di proposito, perché l’idea è breve. Costruisci l’organo piccolo che decide e spedisce, fatto di persone che possono decidere senza chiedere il permesso. Tieni l’organo più grande per le poche decisioni che hanno bisogno di vera altitudine, e smetti di fingere che gestisca qualcosa. La distanza tra una migrazione che si muove e una che si riunisce è perlopiù la distanza tra quelle due stanze—e in quale delle due metti chi decide.
Quindi: quell’invito al calendario. Prima di inviarlo, chiediti chi nella stanza può davvero dire sì. Se la risposta è nessuno, non hai fissato una decisione. Hai fissato la descrizione di una decisione. Invia un invito diverso.