# Soporte Buen Vivir

Paso en limpio lo que entiendo que se está necesitando del área comercial:

* Se necesita saber qué carga de trabajo implica realizar el soporte
* Si queremos hacer soporte entonces hay que migrar el login

Entonces veo que habría que hacer dos cosas bien definidas:

### Migración de login

* Existen alguna solución acequible al problema de login? Hay alguna pieza de software (librería?) que pueden utilizarse para la migración?
* De ser así, qué tiempo de una persona implica ese trabajo. *Yo tengo la Sensación que, habiendo evaluado las posibles herramientas, no debería ser un trabajo de más de un mes*. Imagino, a grandes rasgos, que habría que:
* Modificar partes del código
* Realizar las subidas a las tiendas

### Soporte

* Entender qué partes del sistema hay que tener en cuenta para tener en claro la complejidad.
* Designar la cantidad de horas por mes que requiere hacer el monitoreo del sistema.
* Considerar el tiempo que implica hacer el traspaso de conocimiento, de ser necesario, una vez asignada una persona a cubrir el soporte.

Entiendo que soporte no implica desarrollo contínuo de nuevas características. A lo sumo corregir fragmentos de la aplicación que no funcionan como se espera para que así lo hagan.

---

Anotaciones para el seguimiento con Comercial

## Estado actual de la aplicación, backend y admin

* Se entregó la aplicación en tiendas para Android e iOS
* Cosas pendientes para ajustar:
* Aplicación iOS
* [ ] google autocomplete selector de ubicacion.
* Aplicación Android
* [ ] Ajustes en el fondo de pantalla de Android
* Sistema de notificaciones:
* [ ] Pasar a un sistema de notificaciones que contemple envio a horarios programado
* Mapas:
* [ ] Pasar a las google keys del cliente para utilizar el mapa

## Migración de sistema de autenticación

- Tiempo aproximado de desarrollo de una persona: ___
- Tiempo aproximado de aprobación y subida a tiendas: ___
- Tiempo aproximado de pruebas del sistema: ___
- **Total:** ___

## Soporte de sistema

> [Propuesta](https://nubecita.camba.coop/f/75696) (DEPRECADO o vieji)

- Definir qué implica
- Monitoreo del sistema:
- [ ] Implementar un sistema de backups semanales
- [ ] Alerta en caso de recursos al limite
- [ ] Estrategia de reinicio del servicio ante caida.
- Soporte a las personas usuarias:
- [ ] Creacion de eventos
- [ ] Conflictos con notificaciones y usuarixs
- Soporte al management de buen vivir para mantener el sistema?
- [ ] Aviso de renovacion de dominio y maquina virtual
- [ ] Aviso de renovacion de permisos de desarrollador para IOS
- Soporte ante cambios de las políticas de privacidad de FB
- [ ] Completar requerimientos de privacidad que haga Facebook (encuestas,renovacion de permisos)
- Este tipo de soporte necesita mas horas para actualizar posibles cambios en las integraciones de facebook por potenciales cambios de políticas de privacidad o actualizaciones técnicas de la plataforma; potenciales actualizaciones de Android o iOS y re-subida a las tiendas.
- Fecha y tiempo de inversión destinado al traspaso de conocimiento, de ser necesario: ___
- Horas dedicadas por mes de una persona: ___
- Definir alcance: Minimo 6 meses

---

## Tareas para SP

* [x] El presupuesto de Soporte ya está hecho y está [acá](https://nubecita.camba.coop/f/75696), contiene un item de "Propuestas de nuevas funcionalidades." en la sección **2.**:
* [x] entra la migración de login en esa bullet?
* [x] Sigue teniendo validez este documento para la gente de buen vivir o hay alguno mas nuevo que se nos escapó?
* [ ] Acerca de la migración
* Entra en la modalidad de Soporte
* [ ] Corroborar que la solución es acequible, o sea que se puede realizar, (no en términos de tiempo o capacidades individuales, sino que la tecnología a utilizar funciona y soluciona el problema). Pasar en limpio el trabajo que implica realizar una migración a graphql (o la tecnología que sea) en formato de presupuesto.
* [ ] Pasar todas las claves necesarias al grupo SP de Passbolt
* Tiendas Android (Cambá gmail?)
* Tiendas apple (ids y passwords necesarios de apple)
* Algun otro acceso?
* [ ] Corroborar que la documentación de los proyectos esté al día. Que se puedan levantar los proyectos como si fuera a entrar alguien nuevo que recién arranca.
* [ ] Actualizar wiki de backend
* [ ] Limpieza de codigo en backend (hay mucho codigo legacy)

* [ ] Agregar carátula de proyecto en propuestas de llave en mano con la información anterior: https://recursos.camba.coop/llave-en-mano/gestion/-/tree/master/proyectos
* Definir fecha y tiempo de inversión destinado al traspaso de conocimiento en la sección de arriba (Soporte de sistema). Este le pega un toque mas a Flor y una persona destinada. Creo que por los atrasos que tenemos es muy útil organizarnos con tiempo y tener una fecha destinada a hacer este traspaso. Ya que es probable que mas adelante haya menos tiempo para hacer este traspaso.
* [ ] Tener la MAC a mano. Hasta no contar con esto no podemos hacer ningun cambio ni prueba sobre features de iOS
* [ ] Chequear con Flor, que otros dispositivos IOS utiliza para ver si tenemos que conseguirlo o simularlo.
* [ ] Migrar el backend que esta en nuestro dokku al servidor que contrato Buenvivir (Charlie)
---

#### Ideas(Leo):

En una runion surgieron varias ideas me acuerdo, yo creo recordas algunas que tire
- usar la api graph de fb y que el login se haga desde el backend con alguna sdk de python o algo, y después ver el tema de como conseguir el perfil del usuarie.
- para lo de verificar el perfil, creo que algo que se me habia ocurrido fue crear un grupo de facebook en donde el usuario se une. Despues el grupo de facebook va a concederle permisos a la app de facebook (la que tenemos en facebook developers) para que desde esa api se puedan consultar los miembros, y con alguna busqueda por nombre ya podemos obtener el link.
Haciendo unas pruebas para ver si es viable la cosa esa, entiendo en un mes, no estando full dedicado al soporte se podria hacer ese switch de login. Después siempre queda estar atentes a las noticias de cambios de politica de privacidad y toda esa bola que hace fb a cada rato y ver que sigamos manteniendo los permisos (que es lo mismo que pasa ahora con el uso del login directo de fb)

---

## Reunión del área sobre el proyecto Buen Vivir

### Temario

El objetivo principal de esta reunión será entender el estado del proyecto y elaborar la estructura fundamental del documento que contendrá las definiciones del soporte/mantenimiento del mismo post finalización.

0. Puesta en común sobre el status del desarrollo y producto.
1. Definición sobre el **soporte**:
* Planteo de puntos claves a completar en el documento a entregar al area comercial. El objetivo será listarlos y definir lo que no deberia faltar. Flor a posteriori completará los detalles.
* Discusión sobre la problematica del login. Evaluaremos si es posible resolverlo dentro del soporte o no.
* Quien/quienes estaran a cargo del mismo.
* Elementos necesarios
* Fechas de comienzo y fin.

----

#### Elaboracion del documento

- cantidad de horas dedicadas a soporte por mes.
- para solucionar el login, la propuesta conceptualmente es parte del mantenimiento que damos por la aplicacion, por estar en el marco de actualizacion tecnologica. En este tipo de casos, se evaluara la actualiacion o problematica a abordar y tras una propuesta de horas y de solucion, se implementa con una sumatoria de horas a la base ya pautada. Soporte minimo, soporte mas duro eventual. No siempre hay soporte critico, pero no perder de vista que puede ver problemas mas grosos, que llevan otra dedicacion.
- puntos claves en el documento de mantenimiento:
- definicion del producto entregado
- listado de posibles tareas de mantenimiento
- horas dedicadas
- precio por mes
- comunicacion: canal
- tiempo de respuesta: depende de la criticidad del problema.
- Niveles de criticidad

#### Organizacion interna para el soporte

#### Quien

**Idealmente una persona a cargo del soporte completo**

Actualmente dos personas a cargo del soporte, hasta realizar la transferencia de conocimiento necesaria, generación de documentación y revisión de potenciales problemas tanto en el frontend como en el backend del proyecto.

Creemos que puede ser 2 personas(redistribuyendo horas):
- Backend y servidores, preferentemente tambien manejo de tiendas
- Front con react native, poder tocar codigo nativo de Android y IOS, maneja de dependencias,manejo de tiendas

#### Tiempos (de 1 persona)

Soporte crítico:

70hs por mes

- Migraciones de fragmentos de la aplicación
- Actualizaciones de políticas de facebook

Soporte simple:

20hs por mes

- Monitoreo de servidor
- Estado de la base de datos
- Correcciones de bugs no determinantes para el funcionamiento

#### Cuando

> Las aplicaciones estan actualmente en fase de prueba, es decir, en las tiendas privadas con acceso exclusivo para el cliente solamente.

- El soporte debe arrancar cuando este completa la subida a las tiendas de producción (para todxs lxs usuarixs).
- Suponiendo que no hay feedback negativo:
- Desde el momento que nos devuelven feedback hasta que se suben las aplicaciones a las tiendas Android e iOS podrían pasar, 2 semanas.
- Ante algun feedback negativo:
- Filtramos aquellos items que realmente son bloqueantes para una salida a producción y los resolvemos, idealmente en 1,2 semanas.
- Del feedback restante, los localizamos para el marco de soporte.

#### Como

##### Requisitos de hardware

* Backend e infra: una computadora con linux y accesos a servidores
* Android: una computadora con linux y un dispositivo movil con Android o Emulador
* iOS: una mac y un teléfono con iOS

### Calidad/características de soporte

Puede tener un costo extra. Lo invierte Cambá o se acuerda un arreglo con el cliente.

#### Mantenimiento con monitoreo:

- Investigacion sobre herramientas, dashboards e integraciones de monitoreo (sentry?)
- Tienen un costo que tiene que ser reportado por la parte técnica, comercialmente se decide si es una inversión o un acuerdo comercial con cliente.
- Contaríamos con capacidad para preveer problemas y resolverlos.

#### Mantenimiento sin monitoreo:

- Nos vamos a enterar de los problemas por sorpresa de parte del cliente, de los usuarios hacia el cliente o de casualidad nosotrxs.
- No podemos preveer potenciales problemas.

----