Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Si necesitas que en la aplicación se implemente una nueva funcionalidad o una alteración en una funcionalidad ya existente, a continuación se indican los puntos a tener en cuenta:.

\uD83D\uDCD8 Premisas

  1. Será únicamente a través de un documento que se puedan solicitar nuevas funcionalidades. Se puede utilizar cualquier plantilla estándar de petición de requisitos o bien específica del cliente.

...

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 en el mismo día o día siguiente). Tanto si es hotfix como sino, la petición tiene que venir con toda la información.

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.

...

Las tareas se llevarán a cabo en los denominados “sprints”, ciclos de trabajo que duran 2 semanas por norma general . Por lo que:

→ El análisis de una petición de desarrollo implica ciertas horas de trabajo, por lo que llevar este análisis a cabo tiene que ser incluido en un sprint, esto se acordará con el cliente en función de prioridad.

Una vez analizada la tarea y con la aprobación del cliente de presupuesto y el trabajo a abordar, se comenzará a abordar en el siguiente sprint por norma general. → Dependiendo de la funcionalidad, esta podrá abordarse en un sprint o más de uno, si es una tarea “grande” o abordable asumible dentro de un sprint, también dependerá de la capacidad de Lleego en tal sprint. En cualquier caso esta información siempre será compartida con el cliente para que pueda hacer su planificación interna.

...

  • lunes 9 de mayo comienzo sprint 1 - finalización 20 de mayo

  • lunes 23 de mayo comienzo sprint 2 - finalización 3 de junio (subida a producción 8 de junio)

Una vez analizada la tarea y con la aprobación del cliente de presupuesto y el trabajo a abordar, se comenzará a abordar en el siguiente sprint por norma general.

Lleego se guarda el derecho de realizar un “freeze”, congelar durante un el sprint peticiones de desarrollos para realizar tareas internas de mantenimiento. Se informará al cliente en cualquier caso.

→ En el caso de solicitar un Hotfix (petición de cambio a abordar en el mismo día o al día siguiente), tendrá que ser justificado por el cliente el motivo de la urgencia. Los viernes por norma general no se realizan hotfixes.