...
3. Si el documento no reúne toda la información necesaria, se rechazará. Para llevar a cabo un análisis correcto de la tarea y su posterior implementación se necesitan peticiones con alcances de funcionalidad cerrados y claros.
4. Si es una petición de carácter urgente, así se indicará en el documento para que el equipo de Lleego lo tenga en cuenta y pueda planificarse acorde para tratarlo como un hotfix (tarea que no requiere de planificarla en el sprint, sino que se aborda con prioridad máxima y se sube a producción tan pronto esté finalizada). Tanto si es hotfix como sino, la petición tiene que venir con toda la información.
| Note |
|---|
Un hotfix implica de un despliegue en el entorno de producción, por lo que siempre hay que intentar minimizar este tipo de intervenciones y que las tareas sigan el flujo normal de implementación y de calidad. Sólo se tratarán hotfixes de forma excepcional. |
5. Una vez realizado el desarrollo por Lleego, se informará al cliente a través del ticket relacionado para que realice las pruebas de UAT (user acceptance test) en staging/producción , el cliente deberá de dar el visto bueno al desarrollo implementado, una vez dado el visto bueno, se dará por entregada la tarea.
65. Si pasado un tiempo, se vuelve a solicitar cambios relacionado con algo ya implementado, se deberá abrir como otra petición, el UAT debe servir para dar por válido el desarrollo solicitado y cualquier error sobre el desarrollo implementado se tratará propiamente como un error.
76. En los análisis, se incluirá una estimación en horas que conllevará abordar la tarea, en ocasiones puede ocurrir que en el momento de llevar a cabo la tarea se detecten inconvenientes, bloqueos, complicaciones, … que puedan provocar desviaciones de tiempo, esto se informaría en todo caso al cliente.
...