reportador
Enlaces y Métricas de App Time
- Se discute la necesidad de métricas para el App Time, que es frecuentemente consultado por Fede y Sintia.
- Se menciona la importancia de dividir las métricas en diferentes secciones para facilitar su análisis.
- El asistente de operaciones será una parte clave del proyecto, enfocándose en el centro de operaciones.
Funcionalidades del Asistente
- Se propone un bot que informe sobre incidentes y permita crear salas desde la interfaz.
- La idea es que el bot responda preguntas sobre el App Time y SLA de Evertech.
- Se planea implementar un chatbot accesible a través de internet o VPN.
Desarrollo e Implementación
- El proyecto se integrará en un sistema Angular existente, lo cual presenta desafíos técnicos.
- Es crucial no romper funcionalidades existentes al realizar cambios en el proyecto productivo.
- La primera versión se centrará en noticias operativas y cómo actualizarlas eficientemente.
Comunicación Efectiva del Equipo
- Se busca evitar la comunicación indirecta entre miembros del equipo sobre novedades importantes.
- Propuesta para enviar mensajes directos sobre eventos relevantes sin depender de intermediarios.
- Ejemplos incluyen notificar sobre pases realizados o arreglos importantes en los lotes.
¿Cómo actualizar el sistema operativo?
- Se menciona la necesidad de actualizar el sistema debido a la falta de tráfico y operaciones.
- Se propone crear un esqueleto inicial para la interfaz, considerando las métricas necesarias.
- La actualización debe ser dinámica, especialmente en noticias operativas y estado del sistema.
Métricas y complejidad del sistema
- Es importante definir cómo se actualizarán dinámicamente las métricas como QR y tiempos de pago.
- El SLA (Acuerdo de Nivel de Servicio) requiere cálculos específicos basados en análisis de tickets.
- Se discuten dos métodos para calcular el SLA: uno automático mediante API y otro manual.
Consideraciones sobre proveedores y prácticas
- La confianza en los proveedores depende de su cumplimiento con los SLA establecidos.
- Los cálculos deben considerar horarios laborales para determinar tiempos adecuados.
- La correcta gestión de tickets es crucial para mantener la integridad del sistema.
Interfaz y centralización de herramientas
- Se busca una interfaz que centralice herramientas para facilitar el acceso a nuevos empleados.
- La responsabilidad recae en todos para mantener actualizada la herramienta como punto de consulta.
- Es necesario reforzar la wiki existente para que tenga sentido con las nuevas implementaciones.
Integración de Reportes en la Aplicación
- Se discutió la posibilidad de recibir reportes dentro de la aplicación, como el SLA mensual o reportes diarios.
- La organización y variabilidad de los despliegues son importantes para el seguimiento del PCI y otros aspectos operativos.
- Se mencionó la creación de reportes automatizados que se integren en la herramienta existente.
Centralización de Información
- Es necesario tener un punto único donde se centralice toda la información relevante para facilitar el acceso.
- Se planteó el uso de una API para acceder a artículos y comentarios dentro del sistema Samad.
- La idea es permitir que los usuarios realicen análisis previos antes de enviar solicitudes al soporte.
Mejora en la Clasificación de Tickets
- Se busca mejorar la tipificación de tickets mediante un agente que pueda clasificar mejor las solicitudes.
- Documentar casos específicos ayudará a construir una base sólida para futuras referencias y análisis.
- La creación de documentación detallada sobre servidores y código fuente es esencial para optimizar procesos.
Definición de Métricas y Reportes
- Es importante definir cómo actualizar las métricas operativas y obtener datos relevantes sin esperar al final del mes.
- Una vez claras las métricas, se podrán generar reportes más rápidos y precisos sobre el rendimiento operativo.
- Se discutirá en futuras reuniones cómo implementar mejoras en la interfaz gráfica según las necesidades del equipo.
¿Cómo gestionar el repositorio EPAGO 2?
- Se discute la importancia de no hacer cambios drásticos en las ramas del repositorio EPAGO 2.
- Se menciona que el repositorio "pay maintainer" tiene un perno y se debe trabajar sin romper nada.
- Se planea crear una rama para comenzar a trabajar con la base existente y se establece un plazo para discutir estimaciones.
Planificación de tiempos y dependencias
- Es necesario considerar las limitaciones al manejar dependencias en el proyecto actual.
- Se sugiere incluir un chatbot gráfico en la interfaz, dejando espacio para interacción futura.
- La documentación está casi lista, pero se debe coordinar trabajo entre tres personas para evitar acumulación.
Problemas con métricas y dinámico routing
- Se habla sobre problemas con métricas que pueden ser afectadas por otros pipelines o dinámicos routing.
- Es importante verificar si hay competencia entre métricas que podrían estar interfiriendo entre sí.
- Se recomienda ampliar el rango del dinámico routing para mejorar la conexión y descartar problemas.
Siguientes pasos y recomendaciones
- Carlos es mencionado como contacto clave; se sugiere mantener comunicación constante sobre avances.
- Se aconseja simplificar las condiciones de búsqueda en el dinámico routing para facilitar conexiones.