Non penso che tu possa farlo, almeno nel senso che suggerisci. La risposta di Bryan e diverse risposte nella domanda collegata da gnat parlano di diversi intangibili (forse dovremmo chiamarli "incommensurabili") in questo contesto) attività produttive.
In particolare, questo:
I'm trying to think of a workflow where a group of developers can work seamlessly interchanging tasks
sembra che creerà un incentivo perverso per gli sviluppatori a non concentrare i loro sforzi laddove sono più produttivi, ma invece a far finta di essere unità di risorse intercambiabili per adattarsi al tuo schema di misurazione.
Un approccio potrebbe essere semplicemente chiedere a tutti di stimare il lavoro di tutti gli altri e fare in modo che si traduca in un qualche tipo di consenso approssimativo sulla produttività. Questo potrebbe solo portare a (alcune) persone che parlano della complessità dei loro bug o delle funzionalità attorno al refrigeratore d'acqua.
Un modo più gestibile sarebbe utilizzare le recensioni tra pari una o due volte l'anno, in cui i membri del team danno voti per la produttività relativa reciproca.
- perché questo non viene fatto ogni settimana o per un numero fisso di storie, è più difficile per il gioco
- perché tutti i membri del team sono già dotati di un ampio computer che viene calibrato con cura per valutare le relazioni di gruppo, è possibile utilizzarli come proxy
- tutti conoscono il valore dei favori fatti o ricevuti, anche se sono difficili da quantificare
- se i membri del team si rivedono il codice degli altri, avranno la sensazione di chi stia accumulando il debito più tecnico per il futuro
- questo permette agli sviluppatori di giocare ai loro punti di forza (ignorando lo sviluppo personale e la costruzione di team in questo contesto, questo dovrebbe essere il più produttivo)