Quali problemi dovremmo essere consapevoli della conversione in Agile / Scrum con un progetto in corso? [duplicare]

1

Lasciatemi prefigurare la domanda dicendoti che la nostra azienda non ha processi formali "tu ... tu" in questo momento, almeno quando si tratta del ciclo di vita dello sviluppo del software. Alcune aree stanno facendo le cose abbastanza bene (almeno T / BDD), ma non abbiamo un processo ben definito.

Il nostro lead di progetto è stato appena inviato a un corso di project management e è tornato interessato a Scrum (penso che gli piaccia davvero la bella parola;) che è fantastico dal mio punto di vista perché per l'ultimo mese sono stato dicendo ai colleghi che le pratiche agili sono giuste nel nostro vicolo. Per lo più ci manca solo la formalità / struttura che fornisce una metodologia, quindi a volte ci appoggiamo un po 'di più al codice e alla correzione, anche se le persone cercano di rendere il loro angolo di mondo un po' migliore.

Quindi siamo circa tre mesi in questo progetto che stima di essere circa un progetto di 2 anni, e lui vuole iniziare ad adottare i metodi Scrum (che sono piuttosto entusiasta). Tutti gli sviluppatori, a parte il nostro ruolo, sono sviluppatori junior, e penso di avere la maggiore esperienza quando si tratta di pratiche Agile, e non è tanto (significa che ho fatto qualche BDD su un progetto qualche tempo fa e ho visto un alcuni video di Uncle Bob).

Quindi lo stato attuale del progetto è OK. Abbiamo zero test di copertura, quindi non va bene, ma il nostro team va d'accordo e penso che siamo tutti programmatori abbastanza forti.

Detto questo, che tipo di problemi dovremmo essere a conoscenza del tentativo di implementare Scrum / Agile?

    
posta Wayne Werner 30.01.2012 - 23:15
fonte

1 risposta

0

Non forzarlo, determina ciò che la tua squadra abbraccia e rifiuta e cerca di realizzare un'implementazione ponderata di "scrumming" che funzioni per la tua squadra. In realtà puoi avere finti "scrum" quando fai queste brevi brevi discussioni sul brainstorming

Una volta che tutti hanno un'idea di ciò che ognuno è disposto a fare e che cosa sta cercando di realizzare. Definire ciò che il team accetta di aderire (procedure di test, documentazione, commenti al codice, come determinare le storie degli utenti, chi è il mischia master ecc. ..), creare una sorta di "bibbia" (che a mio parere dovrebbe essere come 10 punti elenco che possono stampare in maiuscole un singolo pezzo di carta) che i nuovi arrivati possono facilmente seguire, ecc. e, si spera, voi ragazzi rendersi conto dei benefici ..

Nella mia esperienza, ho avuto persone inesperte che l'hanno abbracciato senza sapere veramente cosa sta succedendo, e nella stessa stanza hanno cani anziani che pensano che sia una perdita di tempo e pensano che "testare sul posto" offra gli stessi benefici come unità di test .. per fortuna, sembra che tu non abbia quel problema .. speriamo ..

Penso che la strofa possa essere uno strumento utile e mettere davvero insieme una squadra .. tuttavia, se si tenta di demolire una metodologia di una persona su una squadra che è impostata in questi modi, è più che probabile che si verifichi una "P" gente fuori, e potrebbe dover iniziare la gestione mirco, che nessuno vuole fare (beh, il mio capo da un paio di lavori fa sembrava prosperare con esso .. lol) ..

buona fortuna!

    
risposta data 30.01.2012 - 23:54
fonte

Leggi altre domande sui tag