Abbiamo un team di scrum dove ci sono 5 sviluppatori, 2 tester automatici, 1 tester manuale. I nostri compiti sono completamente indipendenti.
Non dovrebbero esserci 8 persone, ognuno dovrebbe essere in grado di fare ogni compito: scrivere codice, scrivere test per questo, a volte provare qualcosa manualmente?
Mirare a un team universale è bello, ma potrebbe essere più facile (e più fattibile) puntare a una squadra i cui membri non sono semplicemente troppo specializzati. Ad esempio, tra i programmatori, potresti provare ad assicurarti di non finire con una persona che solo esegue la codifica back-end, una persona che solo fa JavaScript e una persona che solo gestisce il database. Cerca di garantire che tutti gli sviluppatori ottengano qualche esposizione a qualsiasi altra cosa. Ciò garantisce che se l'interfaccia utente ha bisogno di un sacco di lavoro, e tutto è tranquillo sul fronte del database, il ragazzo DB può intervenire e dare una mano.
Allo stesso modo, potresti voler far interagire i tester automatici e i tester manuali sul lavoro degli altri, in modo che possano aiutarsi l'un l'altro quando necessario.
Naturalmente, ci possono essere momenti in cui è necessario un grande sforzo di test (e non tanto programmazione) e si può provare a spingere i programmatori ad aiutare con i test e, in generale, dovrebbero essere in grado di farlo. Nella mia esperienza, chiedere ai tester di scrivere codice (se c'è un enorme push di codice) è più difficile a meno che non abbiano esperienza precedente.
Dovrebbero essere interfunzionali, ma non universali.
Capire qualcosa del dominio della persona a cui consegni manufatti o da chi li ricevi è molto utile, ma capirlo e farlo è quasi sempre troppo difficile; se una persona potesse facilmente padroneggiare entrambi i domini (o tutti e tre), allora non si sarebbero sviluppati in domini diversi in primo luogo! Pertanto, comprendere a sufficienza per condurre una conversazione significativa sui problemi in esso è ciò che dovresti mirare.
Una metafora utile è l'evoluzione della disponibilità umana. Non sarebbe meglio se entrambe le nostre mani fossero abili come la mano dominante? Certo, ma richiederebbe un maggiore sforzo cognitivo per controllare il doppio delle connessioni nervose con lo stesso livello di dettaglio. Niente è gratuito, quindi qualcos'altro dovrebbe dare. Dato che la maggior parte dei compiti sono fatti bene con una mano dominante e una mano ausiliaria (ad esempio mantenendo qualcosa di stabile + incidendo disegni intricati su di essa), dobbiamo assumere che nel complesso il paradigma della mano offra più valore per lo sforzo, ecco cosa è andata a madre natura .
Non diventerei troppo estremo (scusate il gioco di parole) in entrambe le direzioni.
Se il test manuale può essere eseguito solo da una persona, hai un problema. Potrebbero esserci parti dell'app che non richiedono il test manuale, ma è probabile che tu possa ritardare un rilascio alla fine.
Hai bisogno di esperti. Non rischiare di non avere esperti in qualsiasi cosa perché si diffondono troppo sottili cercando di imparare tutto o saltando da un quadro freddo all'altro senza ottenere nulla spedito. Alcune persone possono cavarsela sapendo quanto basta per lavorare e coordinare gli sforzi con la persona che fa un lavoro diverso. Non tutti gli sviluppatori saranno esperti in tutti gli strumenti di test automatici, ma probabilmente ci sono alcune pratiche di codifica da evitare perché rendono il test un inferno vivente.
Con Scrum, stai cercando di creare un software funzionante che probabilmente cambierà spesso. Fai quello che serve per evitare colli di bottiglia nel processo. Se ciò significa che alcune persone diventano più abili in alcune cose o qualcun altro deve subentrare quando qualcun altro non è disponibile, allora devi fare quello che serve. Andare troppo lontano in direzione dell'etere ha una serie di problemi.
Universal è un grande concetto e certamente il divario tra tester e sviluppatori si sta riducendo. Tuttavia ...... Nessuno sarà un esperto in tutto, quindi ha senso spingere le storie degli utenti a qualcuno che possa spostarli in modo ragionevolmente veloce. Avevo una squadra dove tutti dovevano essere in grado di fare tutto, ed era molto lento. Ho scoperto che i membri del mio team stavano trascorrendo i primi due giorni in ogni storia utente rielaborando il codice per adattarlo al loro stile personale.
È un equilibrio. Se hai un sacco di aree che solo una persona può gestire, hai un grosso problema. Ma probabilmente non andrai sul palco dove tutti possono affrontare tutto.