Cambiare focus a metà del compito è la cosa peggiore per la maggior parte dei sviluppatori, e forse anche per altri dipendenti. Come CTO o come qualsiasi altra persona che guida gli sviluppatori, il tuo compito è creare un ambiente di lavoro sostenibile tramite il Product Manager/Owner (o te stesso se assumi quel ruolo) che permetta ai dipendenti di contribuire in modo da massimizzare il valore aziendale della loro uscita. Suona bene, vero!
Ciò che intendo dire è che ci sono tonnellate di elenchi di task, board, to-dos, follow-up, fogli excel e sistemi di gestione dei ticket che cercano di supportare l'azienda nella gestione dei progetti e delle attività. In effetti credo che ce ne siano troppi.
UN LICENZA PER GOVERNARE TUTTE LE ALTRE
Nel primo libro del Signore degli Anelli (LOTR) – prometto di non fare altre citazioni da LOTR – veniamo introdotti all'invincibile e potente anello — un anello che governerà tutte le altre. Per rendere la priorizzazione aziendale - abbiamo bisogno di un elenco per governare tutte le altre. Spiegherò perché.
Molte squadre lavorano diversamente, con priorità diverse e a volte per diversi stakeholder o "boss". Abbiamo provato a rendere le squadre cross-funzionali, ma è diventato rapidamente evidente che dovevano concentrarsi su un prodotto per non avere tempi di attesa molto lunghi per gli altri stakeholder. Quindi abbiamo provato a focalizzare tutti in una classica Sprint Agile Scrum.
Questo ha funzionato finché non è entrato un altro "boss" e ha chiesto a qualcuno della squadra qualcosa di cui avevano bisogno "ora" o fino a quando l'impiegato non era finito. Cosa avrebbero lavorato allora? Hanno preso un altro task e non erano pronti fino a quando la Sprint doveva essere consegnata.
Questo è un po' di contesto su perché consiglio di avere un Backlog e lavorare con Kanban. Un elenco. Solo uno. Non due. Uno.
Leggi di più in "Il Playbook del CTO" disponibile su Amazon/Kindle.
Siamo una società svizzera (LLC) con sede in
Svizzera.