Sprint técnico: ¿obligación o recomendación?
DannisКлючевые слова:
– ¿Empezamos la planificación del sprint? Con el nuevo módulo de pagos, tenemos que definir prioridades.
– Para mí, primero hay que cerrar los bugs del checkout; si no, el test end-to-end falla.
– De acuerdo, pero también deberíamos actualizar la librería de autenticación; la actual da avisos de seguridad.
– Sí, aunque el cliente quiere la vista de resumen ya. ¿Conviene posponerla o metemos una versión mínima?
– Mejor una versión mínima. Además, haría falta escribir pruebas de integración para no romper nada.
– Y tenemos que coordinar con DevOps; el despliegue a staging está lento desde ayer.
– Vale. Entonces, ¿quedamos así?: hoy bugs críticos, mañana resumen mínimo, y el jueves autenticación.
– Suena bien, pero para el jueves necesitamos acceso al repositorio privado; conviene pedirlo hoy.
– Me ocupo yo. También hay que avisar a Soporte de la ventana de mantenimiento.
– Perfecto. Y deberíamos dejar un plan B por si falla el pago: desactivar el nuevo flujo y mostrar un aviso.
– Venga, pues manos a la obra.