-
INICIO DEL PROYECTO
DPM nos asigna los tickets para trabajar en Back y Front para la actualización del LOOK and FEEL del buscador de Dealers en el sitio de GGMP con fecha de fin de producción y entrega a QA el día 13/03. https://jira.mrmanywhere.com/browse/CCA-4375
https://jira.mrmanywhere.com/browse/CCA-4377 -
SE ENVIAN AMBOS TICKETS A QA
Se envían ambos tickets a QA EL 16/03 EOD, descontandole a QA un dia de testeo, ya que el día 1 de QA es el día 16/03. -
1ER INCUMPLIMIENTO DE DD - SE DETIENE EL TESTEO
Se detiene el testeo por encontrar problemas de funcionalidad de campo de texto de buscar por ciudades. -
SE SUMA UN DIA DE TRABAJO PARA FRONT END
Se comunica la situación al cliente, comentandole que necesitamos 1 dia de traajo para fixear este error. El cliente aprueba el día extra. -
2DO DIA DE FIXEO
Se continua con el fixeo de autocomplete. Se detecta un posible blocker, se trabaja en el fix y se promete la entrega para ese día desde el lado de FRONT. operaciones comunica el DELAY. -
2DO INCUMPLIMIENTO DE DD
Se comunica al cliente que e demorará la entrega nuevamente.No se comunica nuevo tiempo de entrega. -
NUEVA ETIMACION DE TIEMPOS CREADA
Se consulta el estado del fix. Operaciones propone nueva estimación de tiempos de fixeo ya que no se ven avances y pasaron 3 dias del pedido adicional de tiempo. Se solicita a fron y back nuevos tiempos de desarrollo. -
NOTIFICACIÓN DE BLOCKER A DETROIT.
EOD operaciones menciona a DET que nos enfrentabamos a nuevos issues tecnicos, y que al dia siguiente enviariamos la explicación tecnica y estimado de nuevos tiempos de trabajo. -
OPERACIONES RECIBE NUEVA ESTIMACION TOTAL DE TIEMPOS
Operaciones recibe nuevos tiempos de Front y Back end para los fixes presentes: Tiempo de Back end: 3 dias.
Tiempo de Back end: 5 dias.
Tiempo de testeo en QA en todos los ambientes: 3 dias. Back y Front informan que pueden trabajar en paralelo, por lo cual la cantidad de dias de desarrollo total es de 5 dias de desarrollo + 3s dia de QA -
ENVÍO DE ESTIMACIÓN A DETROIT
Se envia estimación de tiempos a DET según lo recibido de las deás areas. DET confirma la estimación. -
3ER INCUMPLIMIENTO DE DD -NO SE ENVIÓ A QA A TIEMPO
El dia 29/03 no se envió el ticket a QA por demora en ajustes que se debian realizar. Operaciones conversa con DEVS y confirman que terminaban el trabajo ese mismo dia o bien, por el no cumplimento de DD nuevamente, lo continuaban el Fin de semana largo. -
NO SE CUMPLE CON EL COMPROMISO DE FIXING DESPUES DE HORA PARA CUMPLIR CON DD
DEVS proponer trabajar el fin de semana para compensar la no entrega a QA el dia viernes y cumplir con la entrega a QA antes del dia martes, primer día de QA -
TICKETS LLEGAN A QA
Los tickets llegan a QA el día Martes 03 EOD, incumpliendo nuevamente con la DD. QA comienza el testeo -
TESTEO EN CURSO.
Por el retraso de llegada a QA, el testeo que se estipuló en 3 dias en todos los ambientes comienza el dia miercoles y QA comenta que se terminará el día viernes EOD. No llegaríamos a hacer bug fixing, por lo que operaciones solicita a QA un pedido de recorrido de testeo para estipular posibles arreglos y testeos en paralelo. -
TESTEO FALLIDO
El inicio de testeo denota cantidad de bugs que finalmente requieren 4 dia de bug fixing mientras se continua con el testeo. -
BUG FIXING PARALELO A TESTEO
La cantidadd e bugs encontrada durante la etapa de QA , no permite finalizar el QA a tiempo ni contar con el día de BUG FIXING, por lo que se trabaja el fin de semana , pero sin un estimado de tiempo de arreglos ya que se plantea que se requiere investigacion para resolver nuevos issues constantemente. -
3ER INCUMPLIMIENTO DE DD
Se finaliza el proyecto con QA pass con un delay de 2 dias en la tercera posibilidad dada por DETROIT
