Velocity tracking when managing various technologies

No me dí cuenta que eras compatriota!. Solo como comentario siempre contesto mas allá de la teoría. Tuve la oportunidad de trabajar con Kent Beck y Allistar Cockburn asi que te comento lo que hacíamos porque a lo mejor te sirve. Las user stories son una invitación a seguir hablando de lo que pretende el usuario sobre el producto o como prefiero decir del sistema (sistema puede no ser software) cuando interactúa. Ahora bien, de allí se derivan las distintas capas del sistema pensando en arquitectura. Lo que haciamos nosotros era, en caso que una de las capas fuera la interface, es bajar a detalle usando Use Cases. Con esos Use Cases construíamos. Es decir, una cosa es lo que el cliente o stakeholder (como Uds. lo llamen) pretende y otra es construir pensando en la arquitectura. Cuando pensan en la arquitectura es cuando hay que separar las capas, ya sea uses Use Cases o Stories para seguir detallando qué se espera de la solución. El tema velocity para lo único que sirve es para ajustar la distribucion de User Stories entre los sprints. Pero el problema es que ya si utilizas Story Points como si medis Velocity el error inherente que tenes en ambos casos es muy muy grande. Recién vas a poder "confiar" luego de no menos de tres iteraciones utilizando esos métodos de estimación. No sé si con eso te ayudo.