Problema
SISOC cubre comedores comunitarios, relevamientos de campo, admisiones, centros de infancia, programas alimentarios y de formación laboral, y una vista 360° de cada ciudadano. Lo usan equipos de distintas provincias y áreas: técnicos, coordinadores, legales, contables, auditores.
El organismo público detrás pide cambios grandes, rápidos y baratos. Barato acá significa tiempo: nos piden acortar los plazos dedicando menos a estudiar, validar y ser cautelosos con las decisiones. Los compromisos suelen tomarse antes de que ingeniería los dimensione.
Y el terreno se mueve todo el tiempo. Los requerimientos cambian de una semana a la otra: lo que se acordó esta semana puede ser distinto la siguiente, muchas veces con el trabajo ya empezado.
Contexto
SISOC nació de un sistema de gestión de ciudadanos existente. No estaba hecho para escalar: apenas cumplía su función y no era estable. No tenía tests, ni linters, ni entornos bajos, ni cultura de pull requests, ni deploys controlados, ni documentación. Las tareas vivían en un grupo de WhatsApp.
La infraestructura es limitada y en parte pertenece a otro equipo del Estado. SISOC además consume sistemas externos que no controla, como el registro nacional de identidad. Y otros sistemas consumen de SISOC: una ticketera, un sistema de comunicaciones y tres aplicaciones de campo.
Mi responsabilidad
Coordino prioridades con quienes hablan con los stakeholders y reparto el trabajo entre cuatro desarrolladores y yo. Construí los estándares y las automatizaciones que los sostienen. Reviso y apruebo cada pull request y cada deploy a producción, y mantengo la infraestructura. Lidero las decisiones de arquitectura y las dejo escritas como ADRs.
El equipo construye funcionalidades en todos los módulos. Hizo las tres apps de campo.
