Sto valutando alcune metodologie in stile Agile per una possibile introduzione alla mia squadra. Con Scrum, è consentito che la stessa persona esegua più ruoli? Abbiamo un piccolo team di quattro sviluppatori e un web designer; non abbiamo un ruolo guida (svolgo questo ruolo), tester del controllo qualità o analisti aziendali e tutti i nostri compiti di sviluppo provengono dal CIO. I test automatici sono considerati una perdita totale di tempo e tutto si concentra sulla velocità e non sulla qualità.
Ciò che accadrà è che il CIO avrà un compito di sviluppo (sia esso una caratteristica o un bug) e lo darà a uno sviluppatore (non all'intera squadra, a un individuo, spesso in privato o fuori dal nulla) chi si aspetta quindi che venga completato. Il CIO non raccoglie requisiti oltre l'idea iniziale (e questo ci ha già morso perché implementeremo qualcosa solo per scoprire che nessuno degli utenti finali può utilizzare la funzione, perché non sono stati consultati o nemmeno informati prima che lo sviluppassimo, e in preda al panico ci verrà detto di annullare la modifica) ma richiede di dire / approvare tutto ciò che facciamo.
Per prima cosa, uno stile Scrum è qualcosa da considerare per introdurre alcuni standard e pratiche? Dalla lettura, Scrum sembra fare affidamento su un po 'più di fiducia e comunicazione e si concentra più sulla gestione dei progetti che sullo sviluppo, che è qualcosa di cui siamo completamente privi in quanto al momento non abbiamo alcuna parvenza di gestione dei progetti.
In secondo luogo, se può funzionare è irragionevole per qualcuno, diciamoci, agire sia come ScrumMaster che come sviluppatore? O per uno sviluppatore di essere anche il proprietario del prodotto (anche se è probabile che questo sarà il CIO, che non è uno sviluppatore)? Mi rendo conto che lo Scrum Master e il Product Owner dovrebbero essere persone diverse, ma allo stesso tempo non penso che abbiamo qualcuno che ha le qualità di un Product Owner (è probabile che si trasformi in "Ho bisogno di tutte queste storie, io non importa come, ma fallo fare "tipo di affare e / o qualsiasi blocco sarebbe unfrozen su un capriccio).
Mi sembra che potrei aver bisogno di scegliere e scegliere pezzi di Scrum / XP / Lean per compensare come sono fatte le cose al momento, poiché è altamente improbabile che la mentalità possa essere cambiata; ad esempio Pair Programming non volerebbe mai (visto come un rifiuto, si ottiene la metà delle attività svolte se hai bisogno di due persone per tutto), TDD sarebbe una vendita dura, ma i cicli brevi sarebbero ben accetti.