hecho a medida
Software a medida: de la hoja de cálculo al sistema en 18 días
Hay en su empresa un proceso que mueve dinero de verdad y que vive en un fichero de Excel, una base de Access de 2011 y una persona que sabe en qué orden hay que pulsar los botones. Lo sustituimos por un servicio con esquema, migraciones y un registro que solo añade, conectado con lo que ya tiene funcionando: SAP, Dynamics, Salesforce, un AS/400, un sistema de almacén con un endpoint SOAP de 2006. Dieciocho días hasta la primera versión que funciona.
18 días hasta la primera versión que funciona
El shadow IT está tachado porque no se porta. En cuanto el proceso tiene dueño y registro, las copias privadas dejan de merecer mantenimiento.
Hojas de cálculo
Excel, un fichero Access y una conciliación que alguien hace a mano cada mañana.
- spreadsheet + emailExcel · Outlook
- access.mdbAccess
- manual reconciliationpeople
- shadow ITunowned
Un servicio
Un servicio de dominio, un cliente web, un esquema con migraciones, un registro que solo añade.
- domain serviceGo
- web clientTypeScript
- postgresschema + migrations
- audit logappend-only
18 días hasta la primera versión que funciona
Cómo va el trabajo
- 01días 1–2
Ver cómo se hace el trabajo
Nos sentamos con quien lo hace y leemos las fórmulas de su hoja. Las excepciones que resuelven sin pensar son las que rompen una compilación el día quince.
- 02días 2–5
Modelar los datos y cerrar las reglas
Esquema, estados, quién puede cambiar qué. Aquí salen las discusiones, y tenerlas aquí cuesta una fracción de tenerlas el día antes de salir a producción.
- 03días 4–12
Construir un camino completo
Un camino entero desde la entrada hasta el informe, en producción, usado por la gente que hace el trabajo. Un entorno de demostración no dice nada sobre si la cosa se puede usar.
- 04días 11–18
Migrar y apagar el fichero viejo
Importar el histórico, correr los dos una temporada y quitar el permiso de escritura de la hoja. Un sistema que nadie está obligado a dejar no se deja nunca.
Qué hace la plataforma y qué hace una persona
| Qué hace la plataforma y qué hace una persona | Quién hace qué | Notas |
|---|---|---|
| Leer las consultas de Access y las fórmulas de Excel que hay | Plataforma | Salen como reglas legibles con las que alguien puede discrepar en una reunión. |
| Decidir qué reglas son reales y cuáles son costumbres | Ingeniero | Solo su gente sabe que la excepción de los martes existe por un proveedor concreto. |
| Servicio, esquema y migraciones | Plataforma | Generados a partir del modelo acordado y revisados línea a línea antes de entrar. |
| Las pantallas donde la gente vive | Los dos | El camino diario lo diseña una persona. Los formularios de administración de alrededor no lo necesitan. |
| Importar y conciliar el histórico | Los dos | Cargar es mecánico. Decidir qué hacer con las filas que nunca cuadraron no lo es. |
| El plan de cambio | Ingeniero | Qué fecha, quién está de guardia y cuál es la vuelta atrás. |
El equipo que lo construye
Más de diez años dentro de sistemas ajenos y decenas de migraciones entregadas: procesos en Access y Excel, clientes en VB6 y Delphi, monolitos PHP, administración de pólizas en AS/400, plantas de producción sostenidas por macros. Planificación, siniestros, facturación, inventario, expediciones, informes. Todo eso lo hemos construido antes, y la forma del trabajo se repite mucho más de lo que nadie espera.
La auditoría es la manera barata de comprobarlo usted mismo. Trabajo acotado con un entregable escrito: el modelo de datos tal como lo entendemos, las reglas sacadas de su hoja de cálculo y un plan por fases con precios al lado.
Preguntas que nos hacen los ingenieros
- ¿Qué stack, y podrá mantenerlo nuestro equipo?
- Go en el servidor, TypeScript en el navegador, Postgres debajo. Deliberadamente aburrido: un equipo competente lo coge sin un curso, y nada ahí dentro depende de que un proveedor siga existiendo el año que viene.
- ¿De quién son el código y los datos?
- Suyos desde el primer commit. Repositorios, canalización de despliegue, base de datos, todo suyo. Si toma el relevo después de la fase uno, la entrega forma parte de la fase y no de una negociación.
- ¿Cómo ponen el precio?
- Cerrado por fase. La auditoría produce el alcance y la cifra llega con él, normalmente a los dos días de tener acceso.
- ¿Pueden trabajar junto a nuestros desarrolladores?
- Sí, y normalmente sale mejor así, porque sus ingenieros tienen el conocimiento del dominio y acaban siendo dueños del código. Nos organizamos alrededor de lo que su equipo ya cubre.
- ¿En cuánto pueden empezar?
- A los dos días de firmar el statement of work, más o menos, y la auditoría puede correr mientras se cierra el contrato. Casi todos los proyectos tienen un primer camino funcionando delante de usuarios reales antes del día doce.
Enséñenos la hoja de cálculo
Mándenos la forma del proceso y cuánta gente lo toca, más o menos. Volvemos con lo que cubriría la auditoría, cuánto tarda y cuánto cuesta.
La primera respuesta viene de un ingeniero, y suele preguntar quién es hoy el dueño del proceso.