Responsabilidades
- Desarrollar interfaces conforme a historias, reglas de negocio y criterios de aceptación.
- Consumir APIs e integrarse con backend correctamente.
- Validar funcionalidades antes de QA, probando los flujos desarrollados.
- Usar revision key para mostrar vistas ocultas durante pruebas.
- Gestionar ramas y PRs en Git, siguiendo el flujo de desarrollo.
- Documentar cambios visuales y funcionales cuando sea necesario.
- Participar en sesiones de planificación y refinamiento.
Rutinas y procesos
- Revisar historias y criterios de aceptación: Diario
- Desarrollar componentes e interfaces: Diario / por historia asignada
- Consumir y validar APIs: Durante el desarrollo de cada historia
- Realizar pruebas funcionales básicas: Antes de enviar a QA
- Subir código a la rama correspondiente y hacer Pull Request: Por historia completada
- Publicar funcionalidades ocultas (revision key): Por funcionalidad nueva
- Corregir observaciones de QA o producto: Según retroalimentación recibida
- Documentar cambios visuales o funcionales relevantes: Por cambio importante
- Participar en sesiones de refinamiento o planificación: Semanal
Automatizaciones
- Despliegue automático por ramas: El código se publica en QA o producción al hacer merge a
developomain. - Revision key para funcionalidades ocultas: Permite validar nuevas vistas sin mostrarlas al usuario final.
- Integración continua (CI/CD): El flujo de ramas activa automáticamente los procesos de integración y despliegue.
- Validaciones automáticas de estilo de código: Linters se ejecutan al hacer push o pull request.
- Changelog automático: Se genera un historial con los cambios liberados en cada deploy.
Objetivos
- Desarrollar interfaces funcionales y consistentes con buena experiencia de usuario.
- Integrarse correctamente con el backend y asegurar el funcionamiento del sistema.
- Entregar código estable, limpio y alineado a los estándares del equipo.
- Participar activamente en el proceso ágil de desarrollo.
- Gestionar y versionar el código de forma ordenada.
- Documentar cambios relevantes en las vistas o funcionalidades.
- Proponer mejoras continuas en usabilidad, performance y estructura.
KPI
Eficiencia Operativa
- Conocimiento avanzado de todos los módulos y funcionalidades de Saeko: resolver autónomamente al menos el 90% de las incidencias.
- Cantidad de incidencias en backlog: máximo 2 a la semana.
- Cierre de incidencias general: incrementar de 95% a 98%.
- Tiempo de respuesta en incidencias: de 32 hrs a 20 hrs en consultas; de 10:50 a 8 hrs en Jira.
- Clasificación de incidencias: categorización estructurada al 100%.
- Indicadores de II: alcance al 100% del proyecto de indicadores.
Documentación Satisfactoria
- Comunicación efectiva: documentación técnica clara y accesible para soluciones comunes, facilitando la autogestión de usuarios.
- Documentación técnica de incidencia: materiales sobre funcionamiento, configuración y solución de problemas del sistema.
Herramientas
- Jira: Para revisar historias, criterios de aceptación, reglas de negocio y seguimiento de tareas.
- Bitbucket (Git): Para control de versiones, manejo de ramas (
feature,develop,main) y pull requests. - Revision Key: Para liberar vistas de forma oculta y validarlas internamente.
- Ambientes de QA y producción: Para validar el comportamiento de funcionalidades antes y después del despliegue.
- Changelog: Historial automatizado para consultar qué se liberó y cuándo.
- Documentación funcional y técnica: Base para desarrollar conforme a reglas del negocio y registrar cambios.