Come introdurre Scrum in un'azienda abituata a Scrumbutt o Scrumfall?

Non combatterli a livello sistemico. Quello che stanno facendo è quello che Scrum significa per loro, quindi usare la parola Scrum per dire tutto tranne quello che stanno facendo non ha alcun senso per loro.

Non combattere nemmeno contro il sistema. Alcune delle cose che fanno potrebbero funzionare per loro, anche se non sono Scrum. Scrum non è una soluzione valida per tutti; Non ho nemmeno letto due libri su Scrum che possono essere d'accordo su tutti i dettagli. Si tratta solo di consigli, che possono o meno funzionare nel contesto di una determinata azienda.

Come consulente, il lavoro consiste nel sedersi e fare il punto su tutte le cose che stanno andando male e trovare le soluzioni. Puoi estrarre quelle soluzioni da Scrum o XP o Kanban oppure puoi semplicemente inventarle. Non importa.

Ma non cercare di insegnare loro qualcosa che credono di sapere già. Non dire loro che sono completamente fuori di testa, anche se lo sono. Basta capire cosa stanno facendo di sbagliato - con il quale intendo, in particolare, ciò che non funziona per loro - e insegnare loro a farlo bene.

Ad esempio, perché non possono pubblicare mensilmente, settimanalmente o ogni volta che scelgono? Hanno bisogno di un migliore (D) VCS? Hanno bisogno di un sistema di consegna continua? Hanno bisogno di migliorare il loro processo di distribuzione? Insegna loro come fare queste cose, piuttosto che spingere una singola etichetta su di esse per l'intero processo di sviluppo.

Due suggerimenti:

• O scegli un metodo Agile diverso da Scrum, come XP, senza menzionare Scrum ed evitando di parlarne o confrontandolo con XP.

• Oppure, se è convinto che Scrum sia più appropriato di qualsiasi altro metodo, applica Scrum senza nominarlo.

Evitare di parlare di Scrum potrebbe aiutare a evitare argomenti e in particolare due rischi:

• Il rischio che uno dei manager inizi a sostenere di conoscere meglio Scrum e che, in base alla sua profonda conoscenza, ad esempio, è lo Scrum master che assegna il lavoro ai membri del team.

• Il rischio per il team di assumere in modo negativo ogni suggerimento del consulente. "Abbiamo già provato Scrum, è fallito, quindi perché ci infastidisce ancora con questo?"

Se fossi nella stessa situazione, chiederei se volessero ascoltare ciò che volevano sentire o la sgradevole verità. Se vogliono la verità, datti semplicemente. Se non vogliono sentirlo, è la loro scelta. Vattene e basta. Ma probabilmente si aspettano che sia onesto. Dare loro la scelta è una cosa giusta da fare.

Fai retrospettive?

In tal caso, utilizzare la retrospettiva per sollevare e risolvere questo problema. Non parlare di fare il vero Scrum, perché già pensano che lo siano. Solleva problemi specifici e fai notare che più versioni di Scrum in libri di testo già fanno questo.

Ero uno Scrum Master (in realtà un manager di un processo interno chiamato PP2). In quella posizione, ho fatto una serie di cose:

• Inizia a fare Scrum. Alla mia squadra non importava, perché c'erano già molte variazioni nel modo in cui veniva applicato il processo in-house. Nuovi collaboratori e consulenti esterni hanno apprezzato molto il fatto che siano Scrum, un processo che già conoscevano.
• Stampato e attaccato a un poster Scrum. Qualcosa che mostra chiaramente come si dovrebbe fare Scrum in termini semplici. Nessun dibattito su questo; Non ho realizzato questi poster, li ho appena stampati per aiutare la mia squadra.

Sembra che la gestione sia che sostiene di fare Scrum; Spero che ciò significhi che vogliono fare Scrum. Puoi spingerli nella giusta direzione?

Dovresti mostrare il valore di Scrum il modo migliore per farlo è provarlo in un nuovo progetto o prodotto.