Cómo manejar cuando el trabajo planificado está bloqueado y un desarrollador tiene la capacidad de asumir una nueva historia de usuario que puede ser demasiado grande

¡Bienvenido a PMSE!

Buena pregunta. Puede ser un duplicado, pero no pude encontrarlo, así que responderé. Puedo decirle cómo entreno a los equipos para manejarlo.

Desafortunadamente, la historia es más grande que el tiempo restante. Idealmente, al desarrollador le gustaría comenzar temprano el trabajo que se planificará para el próximo sprint.

Entreno para llevarlo a Sprint . Personalmente, creo que la velocidad solo es útil como medida en el tiempo. La velocidad de una sola caja de tiempo no es tan importante. Los equipos se enfocan demasiado en eso.

El valor real estará en mitigar algunas de las pistas organizacionales más profundas que podemos discutir brevemente aquí.

¿Se puede desglosar más la historia?

¿Se puede desglosar la historia usando una de las muchas técnicas de división de historias ? En ese caso; divídalo y tome una parte del sprint como una historia distinta y más pequeña.

¿Tiene un cubo de 1 punto?

En el futuro, aliente a los desarrolladores a lanzar tareas básicas de ingeniería en un Epic o en un cubo llamado cubo de 1 punto. Este es un suministro constante de historias menores, molestas, de baja prioridad o de bajo valor que se pueden usar como relleno cuando los desarrolladores no están listos para asumir una parte importante de un trabajo complejo.

El cubo de 1 punto también sirve como almacén de trabajo para desarrolladores junior o aprendices o nuevos miembros del equipo que se familiarizan con la tecnología, como un arquitecto de sistemas que intenta aprender Python, etc.

¿Puede el desarrollador contribuir al Sprint Goal sin otra historia?

Antes de abordar otra historia, ¿ha agotado las formas en que el desarrollador puede contribuir al objetivo actual de Sprint? ¿Pueden emparejar programar, depurar o probar?

¿Puede el desarrollador hacer que el próximo Sprint sea un éxito?

¿Pueden mejorar la canalización de CI/CD? ¿Tiene una cola de soporte que necesita despejarse? ¿El propietario del producto necesita apoyo? ¿Pueden refactorizar algún aspecto de los Sprint anteriores? ¿Se debe investigar y planificar un registro técnico de la deuda? ¿Es su otra habilidad que pueden aprender?

Estas son solo algunas de las actividades que un desarrollador puede usar para agregar valor a un equipo antes de asumir una gran historia de usuario en el Sprint actual.