Se hai trovato agile e vai in un posto di lavoro che non segue in modo particolare alcuna metodologia e sono resistenti ai cambiamenti (come la maggior parte delle persone di solito), come introduresti una metodologia agile come la mischia?
Nota:
Creando il caso, proprio come qualsiasi altra cosa.
Inizi a chiedertelo: Quali sono i problemi che ha la nostra attuale metodologia e in che modo sarebbe di aiuto aiutare a risolvere quei problemi?
Potrebbe non essere una vendita facile. Going Agile richiede completamente una mentalità diversa, un modo diverso di fare le cose e una diversa cultura aziendale. Nello specifico, il Manifesto Agile elenca queste caratteristiche dello sviluppo Agile:
La maggior parte delle aziende non ha già tutte queste caratteristiche; se lo facessero, sarebbero già agili. Ma è probabile che la tua azienda ne abbia già alcune. Valuta ciascun proiettile in base ai punti di forza relativi alla tua azienda e inizia una conversazione su come iniziare a incorporare alcuni di questi principi nel processo di sviluppo.
La verità è che è difficile essere un leader e iniziare le cose, se non si ha il potere di farlo (hai detto che non eri il supervisore o il capo). Per prima cosa devi avere la convinzione che Agile, Scrum o qualunque cosa non sia la migliore per te. Forse la codifica di cowboy solitario è la cosa migliore per te.
In secondo luogo, devi avere una missione, piccola all'inizio, ma una missione. La prima missione sarà per te stesso: segui il tuo piano agile in modo che tu lo comprenda, solo per un piccolo progetto.
In terzo luogo, devi avere una missione, piccola all'inizio, ma una missione. Questa seconda missione coinvolgerà te e un altro membro del team. Dopo che la missione è completa, parlate onestamente della metodologia e vedete se funziona per voi. Se indovinate cosa? Hai bisogno di un'altra missione e un'altra persona. Parlane di nuovo. Alla fine avrai abbastanza da parlare con il capo. Ma se hai gli sviluppatori a bordo, non hai bisogno del capo perché tutti lo faranno.
In quest'ultimo caso, quello in cui hai successo, vorrei documentare dall'inizio fino all'ultimo scenario tutto ciò che hai fatto e i risultati. Lo presenterei al capo e almeno avrò una buona recensione e forse un miglioramento migliore quando arriverà il momento.
Non dimenticare di documentare questa procedura o non otterrai il tuo credito - e te lo meriti se aiuta sinceramente te e la tua organizzazione.
modifica: questo presuppone che tu abbia la libertà dall'alto per farlo. se non lo fai dovrai chiedere il permesso a meno che tu non sia molto sicuro, nel qual caso dovrai chiedere perdono. La creatività ha bisogno di libertà. Assicurati di averlo o stai molto attento.
Il modo migliore per introdurre agile è mostrare loro che la loro pratica di waterfalling non la taglia abbastanza.
Ora, se non hanno alcun processo, indagano e poi dimostrano loro che la loro mancanza di un processo causa problemi. Quindi si presenta agile come qualcosa che porta un po 'di ordine nel caos senza legare le mani di tutti con processi rigidi.
In primo luogo, vorrei sapere cosa ne pensano quelli che utilizzerebbero questa metodologia, quali esperienze hanno avuto con esso, ecc. in modo che io possa conoscere lo sfondo di quale prospettiva hanno queste persone.
In secondo luogo, probabilmente vedrei quanto di un turno sarebbe qualcosa come Scrum in questa squadra? C'è un modo per rompere questo in modo che non sia un grande cambiamento tutto in una volta? Pezzo per pezzo è un buon modo per descrivere la metodologia qui, ma anche il contrasto a ciò che viene fatto attualmente è un'altra parte di questo.
In terzo luogo, trova un buon Scrum Master che possa aiutare ad acquisire il management buy-in e le cose inizialmente impostate per dare successo a una buona possibilità, perché a volte non è facile provare a ottenere un'altra possibilità di lanciare qualcosa.
Tutti seguono una metodologia. Il loro probabilmente non ha un nome standard e potrebbe essere incoerente.
Se tutti sono produttivi e amano come stanno le cose, il cambiamento è difficile (come dovrebbe essere in questo caso).
Pensa ai problemi "agili" che hai risolto per te. Presentali in privato al leader se risolvono i problemi che ha identificato. Convincere qualcuno ad accettare di avere un problema è di solito la parte più difficile, quindi prendi la frutta che pesa poco.
Alla fine, a loro piacciono i pezzi di una metodologia e scoprono che usare tutti gli aspetti di ciò è di solito ciò che serve per far funzionare tutto. Può anche salvare un sacco di tentativi ed errori.
Leggi altre domande sui tag project-management agile