Gestisco un team che si occupa di 3 prodotti distinti per lingua / tipo di prodotto, in modo che 2 sviluppatori su 6 che gestisco siano sempre bloccati alla codifica su 2 dei prodotti (applicazioni client spesse). Gli altri 4, sono gli sviluppatori web e si occupano di un'applicazione web molto ricca / complicata.
Il processo a cui il team è abituato a fare è un approccio basato esclusivamente sulla complessità, ma il team Web e gli altri 2 sviluppatori puntano le loro storie utente per i loro prodotti. Quindi i 4 punti di dev's puntano sulle loro storie sul web e i 2 puntano le loro altre storie di prodotto. Il team quindi somma quelli in alto, e il calcolo della velocità è basato su tutti e 6 gli sviluppatori. Oltre a questo, ci sono 3 QA che rimbalzano tra l'essere in grado di testare il web e gli altri prodotti, quindi non appartenere strettamente agli sviluppatori web da soli o agli altri 2 sviluppatori.
Sto davvero cercando di capire che questo è il modo "Agile" e quello che voglio fare è dividere i due gruppi, bloccare 1 QA ai 2 sviluppatori client di spessore e quindi bloccare 2 altri QA al team web . In questo modo, posso ottenere velocità indipendente e gestire meglio il tempo di entrambi i gruppi.
Un altro problema che sto avendo non è la visibilità di quando un rilascio è QA pesante o di sviluppo pesante e leggero su QA. Così facendo gli sviluppatori e / o il QA hanno finito il lavoro. Mi sta facendo diventare un po 'pazzo dal fatto che non riesco a vedere alcuna stima degli sforzi del QA lungo lo sforzo di sviluppo laterale.
Qualcuno può dirmi dove sto sbagliando nel mio modo di pensare, o questo processo di squadra è difettoso? Sento che il processo di scrum 'Agile' qui ha una tale mancanza di chiarezza dietro le abilità individuali / gestione del tempo.