Introducción

El siguiente documento te explica brevemente nuestra propuesta de trabajo, representando cada servicio y las definiciones necesarias relacionadas a los servicios de Rubixware con la intención de ser lo mas precisos posibles durante la ejecución de los servicios.

Objetivo

El objetivo de la siguiente propuesta es exponer la lista de tareas estimadas necesarias y consideraciones basándonos en la figura de lista de historias de usuario para lograr implementar Odoo en la versión definida durante el levantamiento inicial y análisis con el fin de manejar los procesos de negocios del cliente.

Desarrollos

¿Cómo manejaremos lo que es considerado una nueva característica o desarrollo?

1. “Desarrollo” es toda modificación al software base ofertado que requiera cambios de su comportamiento original, contemplando la programación de nuevas funcionalidades o lógica de software.
   
2. Los desarrollos de características en general están sujetos a unas historias de usuarios, donde una historia de usuario es una representación textual de un requisito en una o varias frases utilizando el lenguaje común. Las historias de usuario son utilizadas en las metodologías de desarrollo ágiles para la especificación de requisitos (acompañadas de las discusiones con los usuarios y las pruebas de validación). Cada historia de usuario debe ser limitada, ésta debería poderse escribir sobre una nota adhesiva pequeña. Las historias de usuario deben ser escritas por los usuarios.
3. Los desarrollos serán cotizados por hora según las historias de usuario descritas en ésta propuesta, en caso de no tener las historias de usuarios determinadas aún, éstas deberán ser descritas antes de comenzar los desarrollos.
4. Un desarrollo comienza con la fase de planificación y termina con la puesta en producción.
5. Después de que las necesidades sean expresadas, entendidas y acordadas, Rubixware hará una revisión de las características a ser creadas o ajustadas y emitirá un compromiso en la historia de usuario con el estimado de inversión de horas necesarias para realizar dicha característica.
6. Las horas cotizadas no serán excedidas por Rubixware, a excepción de cuando el alcance del desarrollo haya cambiado. Un cambio de desarrollo se considera cuando se somete a aclaratorias que precisan detalles asociados a interpretaciones incorrectas o incompletas por parte de cualquiera de las partes, siempre estos cambios deberán ser negociados basados en la buena fé de ambas partes y comienza a contabilizarse desde el momento de la planeación.
7. Cuando los desarrollos estén listos, el Cliente probará la funcionalidad en una instancia de para tal fin (ambiente de pruebas) y definirá si está de acuerdo o no con la característica desarrollada, en función de la revisión en conjunto con la historia de usuario.
8. Si el desarrollo está fuera de los alcances de las necesidades definidas, el Cliente no está obligado a pagarlo, esto sucede en el caso donde Rubixware decida hacer un desarrollo con un alcance superior al establecido por el cliente sin previa aprobación del mismo por parte del Cliente.
9. Después de que el desarrollo realizado fue aprobado por el Cliente, Rubixware iniciará el despliegue en producción.
10. Un desarrollo se considera como realizado una vez que se ha desplegado con éxito en las instancia de producción que es la instancia que el cliente usa en su día a día.
11. Cualquier desarrollo y cambios en el alcance están sujetos a la autorización previa del Cliente antes de ser ejecutados.
12. Si los cambios requeridos son debido a omisiones en las revisiones de la entrega o del alcance planeado por parte del Cliente éstos serán cobrados por separado, cargados y planeados en Historias de Usuario separadas ó como extensión de estas siempre en el marco del consumo global del proyecto.
13. Toda solicitud de cambio deberá ser expresada por escrito a través del sistema de gestión de proyectos de Rubixware bien como mensaje, correo electrónico, ticket o tarea nueva.
14. Una buena forma de captar la atención de su lector es contarle una historia. Todo lo que considere escribir puede ser considerado una historia.
    

Nuevas características, funcionalidades, módulos o apps​

1. Este acuerdo cubre únicamente los alcances de los desarrollos probados y mantenidos por Rubixware en la(s) compañía(s) del Cliente.
2. Implementar una nueva característica será cargado por horas según tareas previamente planeadas pero una vez implementadas, entrarán en el acuerdo de soporte y mantenimiento en caso de existir.
3. Si una nueva característica necesita ser usada o activada, se requiere ejecutar los procedimientos de SQA (Software Quality Assurance) del lado de Rubixware para asegurar que no haya problemas y evitar:

• Afectar los datos o procesos del Cliente.
• Incrementar los costos administrativos.
• Crear resultados inesperados.
• Generar cambios en desarrollos previos.
• Cambios grandes en los flujos implementados en el Cliente que generen o no otros desarrollos.

Rubixware es libre de decidir NO soportar un módulo (oficial o no) si el código de dicho módulo no tiene la calidad adecuada según el equipo de SQA de Rubixware.

Este derecho se vuelve obsoleto si existe un requisito legal que obligue al Cliente a usar la característica. Entonces Rubixware necesita incluir esto en sus tareas y planear los desarrollos, usando el módulo o no, el cliente no tiene compromiso de pagar ningún desarrollo generado para cumplir con los requisitos obligatorios legales en México.

Si el requisito legal tiene solución funcional sin desarrollos el cliente podrá decidir usarlo o no y aprobar desarrollos adicionales que si serán cargados como tiempo y materiales al cliente.

Una vez implementada alguna funcionalidad, Rubixware incluirá esa característica en el acuerdo de soporte del Cliente.

Todo el trabajo de activación en los procesos del Cliente, que supere las 3 horas de trabajo (por tarea), será facturado como extra por Rubixware, de otra forma debe ser considerado como parte del acuerdo de soporte de existir éste.

Si una nueva necesidad surge de una investigación, esta necesidad debe definirse por separado en una historia de usuario especificando sus criterios de aceptación.

Todo trabajo de corrección de errores en módulos oficiales y mantenidos por Rubixware será cubierto como parte de la licencia Enterprise de Odoo + Rubixware, el trabajo de poner tales características en producción si será facturable como un nuevo desarrollo.

El servicio definido como “Soporte Ilimitado” incluye un estimado de horas que están contempladas. Esto se hace mensualmente para evitar gastos que extiendan el plan general del proyecto.

El documento que explica lo que el Cliente quiere hacer con la nueva característica será proporcionado en forma de una historia de usuario, como en la sección de desarrollo explicada arriba y cumplirá con todo el procedimiento de un desarrollo (análisis, estimación, pruebas, despliegue), todas las horas de éste proceso serán cargadas en forma de tiempo y materiales.

Un caso de uso nuevo en la(s) compañía(s) se tratará como una o varias historias de usuario si toma más de 4 (cuatro) horas su resolución.

Mantenimiento y Soporte

1. Mantenimiento/Soporte es todo lo que no es desarrollo o licencia.
2. Para de cubrir los gastos por correcciones de los módulos existentes, desarrollos, ajustes y soporte en general el Cliente acepta adquirir una póliza de mantenimiento, en caso de no tener una todo trabajo será cargado por horas a una tasa previamente acordada en el costo unitario por hora descrito en los precios abajo.
3. El soporte ilimitado en alcances se encuentra delimitado la cantidad de horas mensuales descritas en el listado de servicios abajo, sin cargo retroactivo y vencidas cada mes, la entrega de horas adicionales por concepto de soporte sin cobro adicional mensual queda a total criterio del equipo Rubixware.
4. Cada cambio en la base de datos de producción se anunciará con una nota de lanzamiento antes de ejecutarse. Las notas de lanzamiento se crearán dos veces al mes. Antes de cada despliegue es necesaria una confirmación por separado de la nota de lanzamiento como aprobada por parte del Cliente, el paquete de soporte incluye las horas de preparación de dichas notas, así como la actualización continua del sistema.
5. Cualquier incidencia relacionada con las instancias de trabajo deberá ser notificada por correo a support@rubixware.com para su seguimiento.
6. El uso del chat para soporte de primer nivel en Rubixware debe dirigirse a los correos acordados para tal fin, cómo los project managers, desarrolladores y área de soporte, y se limita a:

• Dudas sobre el funcionamiento del sistema.
• Preguntas sobre si se requiere reportar una incidencia para un problema poco claro.
• Emergencias.

Rubixware estará haciendo copias de seguridad de las instancias diariamente, el sistema de respaldos es parte de la propuesta de servicios de soporte.

El espacio en disco ocupado por el sistema respaldo podrá ser cobrado por separado si la base de datos excede de 1 Gb.

Si el personal del Cliente llama directamente a otra persona de Rubixware por fuera de los canales mencionados en el punto 5, este deberá direccionar la solicitud al personal y canal adecuado.

El horario de atención de Rubixware para soporte remoto es Lunes a Viernes de 9:00 hrs a 20:00 hrs y Sábado de 9:00 hrs a 14:00 hrs (GMT -600 México DF).

El tiempo máximo de respuesta para una incidencia es de 10 horas laborales. Considerando como respuesta el aviso de enterado de la persona asignada no la solución final, ésta puede tomar más tiempo según complejidad y emergencia del problema.

Garantías y licencias

1. Cualquier tipo de gasto basado en correcciones de errores para los módulos oficiales de Odoo y los creados por Rubixware son cubierto dentro de la licencia.
2. Los tickets relacionados a errores del sistema deberán ser manejados siguiendo los canales mencionados en la sección de soporte.
3. En caso de cambios durante un proceso de actualización, el Cliente acepta trabajar con el líder de proyecto para asegurar la coherencia de los procedimientos a impactar desde el punto de vista funcional.
4. Rubixware y el equipo de control decidirán juntos, si se define la funcionalidad como obsoleta, se repare algún procedimiento o se realice un desarrollo para traer de vuelta la funcionalidad, este proceso de desarrollo puede (o no) representar un costo adicional debido a un acuerdo mutuo entre el equipo de control y Rubixware implicando una historia de usuario.
5. Los gastos ocasionados por los desarrollos a medida para el Cliente no están incluidos como parte del mantenimiento, gastos como servidores adicionales, viáticos, procesamiento con software externo o licencias de otras aplicaciones no consideradas en éste acuerdo.