# data[].attributes.body
- Poder preparar las groomings con antelación
- La sincronización GSV/Jira
- El aviso de iberobot de las incidencias a las que les queda poco tiempo de SLA

# data[].attributes.body
- grooming
- organización del equipo

# data[].attributes.body
Disponibilidad del equipo.

# data[].attributes.body
Las tareas automáticas para avisos.
Paneles en Jira.

# data[].attributes.headline
Conocer y llevar a cabo un poco mejor SCRUM

# data[].attributes.subject
Conocer y llevar a cabo un poco mejor SCRUM

# data[].attributes.body
Es algo nuevo para la mayoría y en particular desconocido a la hora de profundidad. Antes también se trabajaba el "SCRUM"

# data[].attributes.headline
La sincronización GSV-Jira funciona sin molestias para cliente.

# data[].attributes.subject
La sincronización GSV-Jira funciona sin molestias para cliente.

# data[].attributes.body
- Poder dejar de tener que mirar cada día los 54738593748 correos automáticos de GSV gracias a la sincronización
- Cumplir con el SLA

# data[].attributes.body
Repartición del trabajo

# data[].attributes.headline
Buen reparto entre equipo e incidencias.

# data[].attributes.subject
Buen reparto entre equipo e incidencias.

# data[].attributes.headline
Hace falta más apoyo a Isabel en diseño, su lead parece que no esta.

# data[].attributes.subject
Hace falta más apoyo a Isabel en diseño, su lead parece que no esta.

# data[].attributes.headline
Mejor comunicación entre diseño y front o back

# data[].attributes.subject
Mejor comunicación entre diseño y front o back

# data[].attributes.body
En general creo que diseño ha de tener en cuenta a las personas más antiguas en el prooyecto antes de presentar cosas imposibles de hacer.
- Creo que en los diseños que se entregan no se tienen en cuenta la funcionalidad y después vienen los problemas.

# data[].attributes.body
Aterrizar más las tareas
Planificar Springs y que no nos lleguen el último día incidencias que no habíamos visto.

# data[].attributes.body
Mejorar el workflow ux-diseño-front

# data[].attributes.headline
Que los diseños desde las primeras fases esten en Drive

# data[].attributes.subject
Que los diseños desde las primeras fases esten en Drive

# data[].attributes.body
Comunicación entre back-front-diseño

# data[].attributes.headline
Que los diseños este listos y validados antes de arrancar el desarrollo

# data[].attributes.subject
Que los diseños este listos y validados antes de arrancar el desarrollo

# data[].attributes.headline
Más estrictos a la hora de dar por "Definida" una tarea

# data[].attributes.subject
Más estrictos a la hora de dar por "Definida" una tarea

# data[].attributes.headline
Tener diseños listos antes de empezar el sprint

# data[].attributes.subject
Tener diseños listos antes de empezar el sprint

# data[].attributes.headline
Pondría tiempos para mejorar código a la vez que se va haciendo tareas.

# data[].attributes.subject
Pondría tiempos para mejorar código a la vez que se va haciendo tareas.

# data[].attributes.headline
Problemas de workflow UX_UI y las tareas del sprint

# data[].attributes.subject
Problemas de workflow UX_UI y las tareas del sprint

# data[].attributes.body
Todos los diseños en Drive, en carpeta de la tarea, donde esté la documentacion de cliente y nuestro funcional

# data[].attributes.headline
Estandarizar dónde encontrar el funcional/descripción completa de la tarea en los tickets

# data[].attributes.subject
Estandarizar dónde encontrar el funcional/descripción completa de la tarea en los tickets

# data[].attributes.headline
Capacidad de retar a Iberostar desde producto

# data[].attributes.subject
Capacidad de retar a Iberostar desde producto

# data[].attributes.body
Discutir si eso es lo que mas conviene al cliente.

# data[].attributes.body
Necesitamos que UI y producto se pregunte si tiene sentido.
No ser mejor "ejecutores" de lo que nos pide Iberostar.
Mejoremos el producto, para estar orgullosos del desarrollo

# data[].attributes.body
Sobre todo organizarnos para poder atacar las tareas grandes

# data[].attributes.headline
No meter una mejora en el sprint sin que esté validado diseño

# data[].attributes.subject
No meter una mejora en el sprint sin que esté validado diseño

# data[].attributes.headline
No tallar sin que haya prototipo de UX o definicio desde UX

# data[].attributes.subject
No tallar sin que haya prototipo de UX o definicio desde UX

# data[].attributes.headline
Ser estrictos con las fechas que nosotros mismos hemos dado

# data[].attributes.subject
Ser estrictos con las fechas que nosotros mismos hemos dado

# data[].attributes.headline
Por estar concentrado en trabajo, no atender a contestaciones o nuevas peticiones de clientes

# data[].attributes.subject
Por estar concentrado en trabajo, no atender a contestaciones o nuevas peticiones de clientes

# data[].attributes.headline
Falta de conocimiento de contexto de Iberostar

# data[].attributes.subject
Falta de conocimiento de contexto de Iberostar

# data[].attributes.headline
Que tener que estimar mejor y hacer funcionales detallados, nos lleve a 2018

# data[].attributes.subject
Que tener que estimar mejor y hacer funcionales detallados, nos lleve a 2018

# data[].attributes.body
Que antes pase por desarrollo antes de presentar a cliente
- Que cumpla el funcional
- Si está tallada, que se ajuste a la talla.
- Mejoras propuestas, si no caben en las horas.
--> @equipo Des/@Isabel

# data[].attributes.headline
Sprint de diseño separado del de desarrollo

# data[].attributes.subject
Sprint de diseño separado del de desarrollo

# data[].attributes.body
No meter una tarea sin el OK de diseño en el sprint.
Sugerencia SS: Check de diseño validado
--> @Elisa/@Isabel/@Des

# data[].attributes.body
- Repartir tareas del despliegues
-- > @Guzmán
- Correctivo --> semana flexible según mejoras en curso
--> @Equipo Des