¿Cómo establecer puntos de la historia cuando dos personas trabajan juntas en el mismo artículo?

Cómo manejar los puntos en el siguiente escenario:

Tenemos una historia establecida en 4 puntos, porque el equipo cree que la cantidad de trabajo es de 4 puntos en total. Para poder completar esta historia, dos personas con su conocimiento especial deben trabajar juntas en ese artículo.

Esto no significa que la primera persona hará la primera mitad, luego la siguiente persona hará la segunda mitad, tendrán que hacer los cuatro puntos juntos, por ejemplo mediante programación en pareja.

Parece injusto decir que si ambas personas tienen 8 puntos cada una en un sprint, podemos incluir cuatro historias de 4 puntos. Dado que ambos trabajarán juntos, solo caben 2 historias de cuatro puntos.

¿Cómo manejar esto? ¿Deberían aumentarse los puntos de la historia o debería reducirse la capacidad de las personas de alguna manera?

Respuestas (2)

Primero, es importante darse cuenta de que Velocity no es por persona, sino una medida de la capacidad del equipo para entregar trabajo en un Sprint. Cada Sprint, tu equipo completa tantos Puntos de Historia. Use esto para determinar cuántos elementos traer al próximo Sprint, según el historial y considerando el nivel de esfuerzo del personal.

Cada artículo en el Product Backlog tiene una cantidad de Story Points que el equipo estima. No debe estimar el tamaño de un elemento en el Product Backlog en función de cuánto tiempo llevará o cuántas personas necesitará, sino por su complejidad relativa. Una historia de usuario que requiere dos personas con conocimientos especializados, por definición, es más compleja que una que no los tiene. Por lo tanto, debería valer más puntos que una historia de usuario que no requiere ningún conocimiento especializado o que requiere un conocimiento menos especializado.

Si comienza a planificar en un nivel de capacidad de equipo en lugar de un nivel de capacidad individual y considera la complejidad en lugar del esfuerzo y el tiempo, entonces creo que sus problemas comenzarán a resolverse por sí mismos.

¡Gracias por una gran respuesta! Entonces, básicamente, debemos ver la capacidad total del equipo, luego agregar algunos puntos adicionales a nuestras historias si son mucho más complejas que las más simples, y luego cargar nuestros sprints hasta la capacidad total. Luego, en la ejecución, simplemente extraemos los elementos. Si se necesitan dos personas, usamos dos personas, si se necesitan más o menos, usamos lo que sea aplicable. ¿Luego más tarde aprendemos de la velocidad y cargamos nuestros sprints en consecuencia?
@Michael No deberías "agregar puntos extra" si son más complejos. Deberían tener más puntos. Los puntos deben ser una medida de complejidad. También debe usar tantas personas como sea necesario para hacer el trabajo y tratar (tanto como sea posible) de compartir el conocimiento. Es posible que las personas no sean expertas, pero cuanto más sepan y puedan hacer, mejor para el equipo si alguien se enferma, toma vacaciones o deja la empresa.
Ah, lo siento, no quise decir la parte de agregar en ese sentido, lo dije más como lo escribiste tú :) Me gusta la parte de compartir conocimientos de eso. En nuestro equipo cada persona tiene su propia área/producto y nos cuesta mucho compartir cosas, ya que esa sola persona hace el trabajo más rápido sin los otros dos dando vueltas, pero supongo que eso no es excusa en el mundo ágil.

Los puntos de la historia reflejan el tamaño relativo y la complejidad de una historia. Ese es el esfuerzo requerido para completar una historia es la única medida para asignar puntos a una historia. Si su PBI es lo suficientemente complejo como para que dos personas tengan que trabajar juntas en él, debe asignar más puntos en comparación con un PBI de tamaño similar que solo puede terminar una persona. No creo que la capacidad deba reducirse artificialmente para esto, ya que afectará incorrectamente sus métricas, como la velocidad del equipo.

Perdón por mi ignorancia, pero ¿qué significa PBI?
@michael PBI es un elemento de la cartera de productos